X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/6d1b99a21e1c0fc81fbfbb88e92a3e815a8a12f2..2b0514c36cd54d8e55b94f466cc9cc1f6d93f7cc:/blog/archive/2010/10/index.html diff --git a/blog/archive/2010/10/index.html b/blog/archive/2010/10/index.html index 10b7fcf5e2..17558a4ca0 100644 --- a/blog/archive/2010/10/index.html +++ b/blog/archive/2010/10/index.html @@ -334,6 +334,375 @@ dagene, eller om jeg bare finner et annet alternativ.

+
+
+ Standardkrav inn i anbudstekster? +
+
+ 2010-10-17 19:30 +
+ +
+ +

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.

+ +

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.

+ +

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:

+ +

+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. +

+ +

Har ikke lykkes med å finne en god referanse for +VT100-spesifikasjonen.

+ +

Når det gjelder nettsider, så er det det HTML, CSS og +JavaScript-spesifikasjonen til W3C som gjelder.

+ +

+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. +

+ +

Vil et slikt avsnitt være konkret nok til å få leverandørene til å +lage nettsider som følger standardene og fungerer i flere +nettlesere?

+ +

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?

+ +

Oppdatering 2010-12-03: I følge Wikipedias oppføring om +ANSI escape +code, så bruker VT100-terminaler ECMA-48-spesifikasjonen som +basis for sin oppførsel. Det kan dermed være et alternativ når en +skal spesifisere hvordan seriell-konsoll skal fungere.

+ +
+
+ + + + Tags: norsk, nuug, standard, web. + +
+
+
+ +
+
+ Pledge for funding to the Gnash project to get AVM2 support +
+
+ 2010-10-19 14:45 +
+ +
+ +

The Gnash project is the +most promising solution for a Free Software Flash implementation. It +has done great so far, but there is still far to go, and recently its +funding has dried up. I believe AVM2 support in Gnash is vital to the +continued progress of the project, as more and more sites show up with +AVM2 flash files.

+ +

To try to get funding for developing such support, I have started +a pledge with the +following text:

+ +

+ +

"I will pay 100$ to the Gnash project to develop AVM2 support but + only if 10 other people will do the same."

+ +

- Petter Reinholdtsen, free software developer

+ +

Deadline to sign up by: 24th December 2010

+ +

The Gnash project need to get support for the new Flash file + format AVM2 to work with a lot of sites using Flash on the + web. Gnash already work with a lot of Flash sites using the old AVM1 + format, but more and more sites are using the AVM2 format these + days. The project web page is available from + http://www.getgnash.org/ . Gnash is a free software implementation + of Adobe Flash, allowing those of us that do not accept the terms of + the Adobe Flash license to get access to Flash sites.

+ +

The project need funding to get developers to put aside enough + time to develop the AVM2 support, and this pledge is my way to try + to get this to happen.

+ +

The project accept donations via the OpenMediaNow foundation, + http://www.openmedianow.org/?q=node/32 .

+ +

+ +

I hope you will support this effort too. I hope more than 10 +people will participate to make this happen. The more money the +project gets, the more features it can develop using these funds. +:)

+ +
+
+ + + + Tags: english, multimedia, nuug, video, web. + +
+
+
+ +
+
+ Software updates 2010-10-24 +
+
+ 2010-10-24 22:45 +
+ +
+ +

Some updates.

+ +

My gnash pledge to +raise money for the project is going well. The lower limit of 10 +signers was reached in 24 hours, and so far 13 people have signed it. +More signers and more funding is most welcome, and I am really curious +how far we can get before the time limit of December 24 is reached. +:)

+ +

On the #gnash IRC channel on irc.freenode.net, I was just tipped +about what appear to be a great code coverage tool capable of +generating code coverage stats without any changes to the source code. +It is called +kcov, +and can be used using kcov <directory> <binary>. +It is missing in Debian, but the git source built just fine in Squeeze +after I installed libelf-dev, libdwarf-dev, pkg-config and +libglib2.0-dev. Failed to build in Lenny, but suspect that is +solvable. I hope kcov make it into Debian soon.

+ +

Finally found time to wrap up the release notes for a +new alpha release of Debian Edu, and just published the second +alpha test release of the Squeeze based Debian Edu / +Skolelinux +release. Give it a try if you need a complete linux solution for your +school, including central infrastructure server, workstations, thin +client servers and diskless workstations. A nice touch added +yesterday is RDP support on the thin client servers, for windows +clients to get a Linux desktop on request.

+ +
+
+ + + + Tags: debian, debian edu, english, multimedia. + +
+
+
+ +
+
+ Best å ikke fortelle noen at streaming er nedlasting... +
+
+ 2010-10-30 11:20 +
+ +
+ +

I dag la jeg inn en kommentar på en sak hos NRKBeta +om +hvordan TV-serien Blindpassasjer ble laget i forbindelse med at +filmene NRK la ut ikke var tilgjengelig i et +fritt og +åpent format. Dette var det jeg skrev publiserte der 07:39.

+ +

+

"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra +nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer +som dette, vet at det stort sett er mulig å lure ut ting med den +nødvendige forkunnskapen."

+ +

Haha. Å streame innhold er det samme som å laste ned innhold, så å +beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt +er å forlede leseren.

+ +

Med den bakgrunn blir forklaringen om at noen rettighetshavere kun +vil tillate streaming men ikke nedlasting meningsløs.

+ +

Anbefaler forresten å lese +http://blogs.computerworlduk.com/simon-says/2010/10/drm-is-toxic-to-culture/index.htm +om hva som ville være konsekvensen hvis digitale avspillingssperrer +(DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo +derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass, +men det er skremmende hva samfunnet tillater og NRK er med på å bygge +opp under.

+

+ +

Ca. 20 minutter senere får jeg følgende epost fra Anders Hofseth i +NRKBeta:

+ +

+

From: Anders Hofseth <XXX@gmail.com> +
To: "pere@hungry.com" <pere@hungry.com> +
Cc: Eirik Solheim <XXX@gmail.com>, Jon Ståle Carlsen <XXX@gmail.com>, Henrik Lied <XXX@gmail.com> +
Subject: Re: [NRKbeta] Kommentar: "Bakom Blindpassasjer: del 1" +
Date: Sat, 30 Oct 2010 07:58:44 +0200

+ +

Hei Petter. +
Det du forsøker dra igang er egentlig en interessant diskusjon, +men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt +om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli +særlig lett å klarere ut noe annet arkivmateriale på lang tid.

+ +

Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er +fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar +konsekvensene vi beskriver ikke er noe du ønsker heller...

+ +

Med hilsen, +
-anders

+ +

Ring meg om noe er uklart: 95XXXXXXX

+

+ +

Ble så fascinert over denne holdningen, at jeg forfattet og sendte +over følgende svar. I og med at debatten er fjernet fra NRK Betas +kommentarfelt, så velger jeg å publisere her på bloggen min i stedet. +Har fjernet epostadresser og telefonnummer til de involverte, for å +unngå at de tiltrekker seg uønskede direkte kontaktforsøk.

+ +

+

From: Petter Reinholdtsen <pere@hungry.com> +
To: Anders Hofseth <XXX@gmail.com> +
Cc: Eirik Solheim <XXX@gmail.com>, +
Jon Ståle Carlsen <XXX@gmail.com>, +
Henrik Lied <XXX@gmail.com> +
Subject: Re: [NRKbeta] Kommentar: "Bakom Blindpassasjer: del 1" +
Date: Sat, 30 Oct 2010 08:24:34 +0200

+ +

[Anders Hofseth] +
> Hei Petter.

+ +

Hei.

+ +

> Det du forsøker dra igang er egentlig en interessant diskusjon, men +
> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om +
> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli +
> særlig lett å klarere ut noe annet arkivmateriale på lang tid.

+ +

Godt å se at du er enig i at dette er en interessant diskusjon. Den +vil nok fortsette en stund til. :)

+ +

Må innrømme at jeg synes det er merkelig å lese at dere i NRK med +vitende og vilje ønsker å forlede rettighetshaverne for å kunne +fortsette å legge ut arkivmateriale.

+ +

Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke +faktum, som er at streaming er det samme som nedlasting, og at innhold +som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker +det.

+ +

Det du sier er jo at klarering av arkivmateriale for publisering på +web krever at en holder faktum skjult fra debattfeltet på NRKBeta. +Det er ikke et argument som holder vann. :)

+ +

> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet +
> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar +
> konsekvensene vi beskriver ikke er noe du ønsker heller...

+ +

Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og +heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen +mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK +godtar å forlede publikum. Ville heller at NRK krever at innhold som +skal sendes skal være uten bruksbegresninger og kan publiseres i +formater som heller ikke har bruksbegresninger (bruksbegresningene til +H.264 burde få varselbjellene i NRK til å ringe).

+ +

At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive +påstander om at "streaming beskytter mot nedlasting" som bare er egnet +til å bygge opp om en myte som er skadelig for samfunnet som helhet.

+ +

Anbefaler <URL:http://webmink.com/2010/09/03/h-264-and-foss/> og en +titt på +<URL: http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html >. +for å se hva slags bruksbegresninger H.264 innebærer.

+ +

Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke +kan brukes før rettighetshaverene også innser at de er med på å skade +samfunnets kultur og kollektive hukommelse, så får en i hvert fall +synliggjort konsekvensene og antagelig mer flammer på en debatt som er +langt på overtid.

+ +

> Ring meg om noe er uklart: XXX

+ +

Intet uklart, men ikke imponert over måten dere håndterer debatten på. +Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en +gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted +for videre diskusjon hadde dere i mine øyne kommet fra det med +ryggraden på plass.

+ +

PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.

+ +

Som en liten avslutning, her er noen litt morsomme innslag om temaet. +<URL: http://www.archive.org/details/CopyingIsNotTheft > og +<URL: http://patentabsurdity.com/ > hadde vært noe å kringkaste på +NRK1. :)

+ +

Vennlig hilsen, +
-- +
Petter Reinholdtsen

+ +
+
+ + + + Tags: digistan, multimedia, norsk, opphavsrett, standard, video, web. + +
+
+
+

RSS Feed

@@ -343,6 +712,13 @@ dagene, eller om jeg bare finner et annet alternativ.

Archive