Hei,
Etter ? ha puslet med NAV en stund i samarbeid med Universitetet i Troms? og Bergen, har jeg da i dag lagt en port av NAV i FreeBSD sin ports-samling. Test i vei den som m?tte v?re interessert, vi tar veldig gjerne imot tilbakemeldinger fra andre som er interessert i ? bruke/teste NAV i FreeBSD. Porten er ? se p? som work-in-progress forel?pig, men tjenestene ser ut til for det meste ? kj?re iallfall. For ? installere og sette systemet opp er det bare ? oppdatere ports og kj?re:
cd /usr/ports/net-mgmt/nav make install make auto-config
Avhengigheter installeres automatisk, auto-config (valgfri) setter opp database og shell environment. Filene i porten kan browses p? http://cvsweb.freebsd.org/ports/net-mgmt/nav/. JDK kan dog v?re grei ? installere som package for ? spare tid.
Har f?lgende tilbakemeldinger om ting som burde rettes eller iallfall tas i betraktning av utviklerne:
- avhengigheter. Det er fordelaktig med et begrenset, veldefinert utvalg av avhengigheter n?r systemet skal installeres av andre enn utviklerne selv. :-) Synes ikke det virker som om dere tenker s? mye p? det. ?nsker dere at NAV kun skal v?re til Linux, eller ?nsker dere at systemet skal v?re portabelt?
- filene subsystem/lib-python/src/nav/db/navprofiles.py og subsystem/lib-python/src/nav/db/forgotten/manage.py mangler Python encoding-informasjon.
- CLASSPATH i src/Makefile.in m?tte rettes her, for at make skulle ta med src-katalogen i nav-pakken (jfr. patch files/patch-src-Makefile.in).
- bruk av ps-kommandoen i subsystem/alertEngine/alertdaemon.pl m?tte rettes (jfr. patch patch-subsystem-alertEngine-alertdaemon.pl).
- fullmask = 0xFFFFFFFF gir warning om endringer i neste versjon av Python. FreeBSD har Python 2.3.4 som gjeldende Python-versjon, og denne warningen dukker da opp i cron-mailer. Rettet til 0xFFFFFFFFL (jfr. patch files/patch-subsystem-lib-python-src-nav-ip.py).
- subsystem/startstop/functions.in krever /proc. Ikke alle bruker eller ?nsker ? bruke proc-filsystem. Foresl?r at dere heller tester p? ps-output eller returkode fra ps (jfr. patch files/patch-subsystem-startstop-functions.in). Bruken av pidof burde kanskje ogs? revurderes? Fant ikke noen pidof til FreeBSD som st?tter de argumentene/opsjonene som brukes iallfall. Jeg kan sikkert se om jeg finner et passende alternativ om ?nskelig.
- subsystem/startstop/startstop.py kan med fordel sette PATH, da gjerne med /usr/local/bin f?rst. Dette da FreeBSD ikke har Python og andre avhengigheter i standard cron PATH (jfr. patch files/patch-subsystem-startstop-startstop.py).
PS: Som en f?lge av dette med NAV, har jeg ogs? v?rt n?dt til ? legge inn avhengigheter som ports/databases/py-forgetsql, ports/www/py-forghtml og java/westhawksnmp i ports-samlingen, ettersom de ikke var der fra f?r av. En retting til ports/databases/py-psycopg (PostgreSQL-st?tte til Python) er p? vei, slik at den kan brukes som en avhengighet. Inntil videre (venter p? respons fra psycopg ports-maintaineren) m? vedlagt patch benyttes om en ikke ?nsker ? installere py-psycopg manuelt.
Regner med vi kommer tilbake med flere tilbakemeldinger etterhvert. :-)
Mvh,
Anders Nordby:
- avhengigheter. Det er fordelaktig med et begrenset, veldefinert utvalg
av avhengigheter n?r systemet skal installeres av andre enn utviklerne selv. :-) Synes ikke det virker som om dere tenker s? mye p? det.
N? kommer jeg med personlige meninger her. Dette har v?rt et diskusjonstema tidligere, og det har v?rt enighet om at avhengighetene b?r reduseres, men viljen til ? gjennomf?re det har vel ikke akkurat v?rt imponerende.
Imho, burde ikke brukerne selv trenge ? bry seg s? mye om avhengighetene, men la et pakkesystem h?ndtere den jobben. I den sammenhengen er jo den jobben dere har gjort kjempebra! :)
?nsker dere at NAV kun skal v?re til Linux, eller ?nsker dere at systemet skal v?re portabelt?
Uten at det har v?rt et uttalt m?l ? gj?re NAV portabelt, s? har vi i stor grad valgt en arkitektur som b?r fungere p? de platformene java, perl, python og php kj?rer. Grunnen til at NAV virker velig linux-sentrert er at det er det vi selv har kompetanse p? og mulighet til ? teste p?. For NTNUs del er det ikke s? interessant ? bruke penger og ressurser p? ? teste NAV p? bsd, solaris eller windows, men vi tar selvf?lgelig mot patcher vil lytte p? ?nsker fra andre som ?nsker ? gj?re det.