<link>http://people.skolelinux.org/pere/blog/</link>
<atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
+ <item>
+ <title>Gnash buildbot slave and Debian kfreebsd</title>
+ <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</guid>
+ <pubDate>Sat, 20 Nov 2010 07:20:00 +0100</pubDate>
+ <description>
+<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>
+</description>
+ </item>
+
<item>
<title>Nå er 74 norske overvåkningskamera registert i OpenStreetmap.org</title>
<link>http://people.skolelinux.org/pere/blog/N___er_74_norske_overv__kningskamera_registert_i_OpenStreetmap_org.html</link>
</description>
</item>
- <item>
- <title>Standardkrav inn i anbudstekster?</title>
- <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
- <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
- <description>
-<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>
-</description>
- </item>
-
</channel>
</rss>
projects / homepage.git / blobdiff