X-Git-Url: https://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/753d31f871725652258133f15df1ae94c6e3b302..5bbfb81251e47dfa16d2b45a49c3b8080013548b:/blog/index.rss?ds=inline diff --git a/blog/index.rss b/blog/index.rss index ac285223f7..357afca887 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,38 @@ http://people.skolelinux.org/pere/blog/ + + Gnash buildbot slave and Debian kfreebsd + http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html + http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html + Sat, 20 Nov 2010 07:20:00 +0100 + +<p>Answering +<a href="http://www.listware.net/201011/gnash-dev/67431-gnash-dev-buildbot-looking-for-slaves.html">the +call from the Gnash project</a> for +<a href="http://www.gnashdev.org:8010">buildbot</a> slaves to test the +current source, I have set up a virtual KVM machine on the Debian +Edu/Skolelinux virtualization host to test the git source on +Debian/Squeeze. I hope this can help the developers in getting new +releases out more often.</p> + +<p>As the developers want less main-stream build platforms tested to, +I have considered setting up a <a +href="http://www.debian.org/ports/kfreebsd-gnu/">Debian/kfreebsd</a> +machine as well. I have also considered using the kfreebsd +architecture in Debian as a file server in NUUG to get access to the 5 +TB zfs volume we currently use to store DV video. Because of this, I +finally got around to do a test installation of Debian/Squeeze with +kfreebsd. Installation went fairly smooth, thought I noticed some +visual glitches in the cdebconf dialogs (black cursor left on the +screen at random locations). Have not gotten very far with the +testing. Noticed cfdisk did not work, but fdisk did so it was not a +fatal problem. Have to spend some more time on it to see if it is +useful as a file server for NUUG. Will try to find time to set up a +gnash buildbot slave on the Debian Edu/Skolelinux this weekend.</p> + + + Nå er 74 norske overvåkningskamera registert i OpenStreetmap.org http://people.skolelinux.org/pere/blog/N___er_74_norske_overv__kningskamera_registert_i_OpenStreetmap_org.html @@ -569,76 +601,5 @@ project gets, the more features it can develop using these funds. - - Standardkrav inn i anbudstekster? - http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html - http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html - Sun, 17 Oct 2010 19:30:00 +0200 - -<p>Hvis det å følge standarder skal ha noen effekt overfor -leverandører, så må slike krav og ønsker komme inn i anbudstekster når -systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud -så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og -forslag. Min drøm er at en kan sette krav til slik støtte i -anbudstekster, men så langt er det nok mer sannsynlig at en må nøye -seg med å skrive at det er en fordel om slik støtte er tilstede i -leveranser.</p> - -<p>Som systemadministrator på Universitetet er det typisk to områder -som er problematiske for meg. Det ene er admin-grensesnittene på -tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider -som vi ønsker å bruke via en nettleser. For begge deler er det viktig -at protokollene og formatene som brukes følger standarder våre verktøy -støtter.</p> - -<p>De fleste har nå støtte for SSH som overføringsprotkoll for -admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille -inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere -aktuelle protokoller for fremvisning av BIOS-oppsett og -oppstartmeldinger, og min anbefaling ville være å kreve -VT100-kompatibel protokoll, for å sikre at flest mulig -terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet -via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og -VT220. Kanskje en formulering ala dette i anbudsutlysninger vil -fungere:</p> - -<p><blockquote> -BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen -bør/skal være tilgjengelig via SSH-protokollen som definert av IETF -(RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?) -når en kobler seg til oppstart via ssh. -</blockquote></p> - -<p>Har ikke lykkes med å finne en god referanse for -VT100-spesifikasjonen.</p> - -<p>Når det gjelder nettsider, så er det det HTML, CSS og -JavaScript-spesifikasjonen til W3C som gjelder.</p> - -<p><blockquote> -Alle systemets nettider bør/skal være i henhold til statens -standardkatalogs krav om nettsider og følge HTML-standarden som -definert av W3C, og validere uten feil hos W3Cs HTML-validator -(http://validator.w3.org). Hvis det brukes CSS så bør/skal denne -validere uten feil hos W3Cs CSS-validator -(http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal -være i henhold til EcmaScript-standarden. I tillegg til å følge de -overnevnte standardene skal websidene fungere i nettleserne (fyll inn -relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8, -Opera 9, etc. -</blockquote></p> - -<p>Vil et slikt avsnitt være konkret nok til å få leverandørene til å -lage nettsider som følger standardene og fungerer i flere -nettlesere?</p> - -<p>Tar svært gjerne imot innspill på dette temaet til aktive (at) -nuug.no, og er spesielt interessert i hva andre skriver i sine anbud -for å oppmuntre leverandører til å følge standardene. Kanskje NUUG -burde lage et dokument med forslag til standardformuleringer å ta med -i anbudsutlysninger?</p> - - -