1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged nuug
</title>
5 <description>Entries tagged nuug
</description>
10 <title>Mens vi venter på
3D-skriveren
</title>
11 <link>../../Mens_vi_venter_p___3D_skriveren.html
</link>
12 <guid isPermaLink=
"true">../../Mens_vi_venter_p___3D_skriveren.html
</guid>
13 <pubDate>Mon,
24 Nov
2008 20:
00:
00 +
0100</pubDate>
15 <p
>Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
16 å få min replikator på plass, har jeg som del av
17 <a href=
"http://wiki.nuug.no/grupper/replikator
">NUUGs
18 3D-skriverprosjekt
</a
> bestilt deler til en
19 <a href=
"http://www.reprap.org/
">reprap
</a
> fra utlandet, som skal
20 bygges sammen slik at den kan demonstreres på Go Open
2009 i april.
21 Foreløbig plan er å bygge to i parallell, en basert på byggesett
22 fra utlandet, og en basert på deler skrevet ut på
3D-skriveren til
23 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
24 på byggesettet, og håper noen andre vil ta ansvar for den
25 hjemmelagede utgaven. :)
</p
>
27 <p
>Nå er det den lange ventetiden som rår, etter at begge
28 byggesettene er bestilt og betalt. Dog har visst den første pakken
29 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
30 fortollet, og pakkelapp kom i postkassen før pakken var klar til
31 henting. Det var
2008-
11-
07. Postens sporingssystem forteller at
32 pakken ikke har beveget seg siden
2008-
11-
05, da den var innom
33 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
34 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
35 håper det ikke går tapt på samme vis.
</p
>
40 <title>Amigafolket holder ut
</title>
41 <link>../../Amigafolket_holder_ut.html
</link>
42 <guid isPermaLink=
"true">../../Amigafolket_holder_ut.html
</guid>
43 <pubDate>Wed,
26 Nov
2008 06:
05:
00 +
0100</pubDate>
45 <p
>En sak på
<a href=
"http://www.linuxtoday.com/
">Linux Today
</a
> om
46 <a href=
"http://www.linuxtoday.com/developer/
2008112600335OPLLDV
">Amiga
</a
>
47 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
48 minnet meg på prosjektet Aros.
49 <a href=
"http://aros.sourceforge.net/
">Aros-prosjektet
</a
> går ut på å
50 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
51 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
52 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
53 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?
</p
>
58 <title>Reprap-pakke tapt i posten
</title>
59 <link>../../Reprap_pakke_tapt_i_posten.html
</link>
60 <guid isPermaLink=
"true">../../Reprap_pakke_tapt_i_posten.html
</guid>
61 <pubDate>Thu,
27 Nov
2008 21:
20:
00 +
0100</pubDate>
63 <p
>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
64 at posten har sendt meg et brev der de beklager at den er tapt. Da er
65 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
66 håpe det går bedre denne gangen.
</p
>
68 <p
>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
69 England, så også der spøker det for å få alt i hus før jul. Så
70 lenge alt er klart til
<a href=
"http://www.goopen.no/
">Go Open
71 2009</a
> i april, så er det greit.
</p
>
76 <title>Mekanikk-delen av reprap-byggesettet på vei
</title>
77 <link>../../Mekanikk_delen_av_reprap_byggesettet_p___vei.html
</link>
78 <guid isPermaLink=
"true">../../Mekanikk_delen_av_reprap_byggesettet_p___vei.html
</guid>
79 <pubDate>Tue,
2 Dec
2008 12:
00:
00 +
0100</pubDate>
81 <p
>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
82 England. Jeg kan følge pakkens bevegelser via web, og den er nå
83 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
84 dager, hvis alt går bra.
</p
>
86 <p
>Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
87 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
88 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
89 bort første pakke.
</p
>
94 <title>Mekanikk-delen av reprap-byggesettet i hus
</title>
95 <link>../../Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</link>
96 <guid isPermaLink=
"true">../../Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</guid>
97 <pubDate>Tue,
9 Dec
2008 12:
30:
00 +
0100</pubDate>
99 <p
>NUUG-prosjektet for å lage
3D-skrivere gjorde et lite hopp forover
100 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
101 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
102 Hurra. Håper å starte byggingen av mekanikksettet i romjula.
</p
>
104 <p
>Når det gjelder bygging av reprap basert på deler fra IFIs
105 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
106 STL-filer vi sender dem der, og printeransvarlig der har fått første
107 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
108 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
109 snart. Det trengs frivillige for å bygge denne. Det innebærer
110 blant annet å skaffe seg oversikt over hvilke plastdeler som må
111 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
112 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
113 dette, men har ingen plan om å sette meg inn i dette selv med det
114 første. Frivillig til å skaffe seg sin egen
3D-skriver etterlyses,
115 og kan melde seg på aktive@nuug.no.
</p
>
120 <title>Elektronikkbyggesettet for reprapen sporet opp
</title>
121 <link>../../Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</link>
122 <guid isPermaLink=
"true">../../Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</guid>
123 <pubDate>Tue,
16 Dec
2008 08:
00:
00 +
0100</pubDate>
125 <p
>I dag fikk jeg endelig vite hva posten hadde gjort med
126 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach
'Hoeken
'
127 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
128 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
129 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
130 bedre denne gangen.
</p
>
132 <p
><a href=
"http://www.nuug.no/
">NUUG
</a
>s
133 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
134 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
135 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
136 på
3D-skriveren til Institutt for Informatikk i Oslo. Han er igang
137 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
138 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
139 er dermed gode håp om at vi har to
3D-skrivere operative over
145 <title>FAD lanserer reiseregningsskjema som fri programvare
</title>
146 <link>../../FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</link>
147 <guid isPermaLink=
"true">../../FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</guid>
148 <pubDate>Wed,
17 Dec
2008 15:
00:
00 +
0100</pubDate>
150 <p
>Jeg overvar i dag
<a href=
"http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html
">FADs pressepresentasjon
</a
> av arbeidet med ny
151 programvare for
<a href=
"http://www.reiseregningen.no/
">skriving av
152 reiseregninger
</a
>, som de gir ut som fri programvare. Den gode
153 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
154 foran i å etablere en delingskultur i offentlig sektor, og denne gang
155 har hatt fokus på å lage en løsning som fungerer på flere platformer,
156 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
157 <a href=
"http://makingwaves.no
">Making Waves
</a
> på oppdrag fra FAD, og
158 kildekoden er tilgjengelig fra
159 <a href=
"https://www.coderesort.com/p/reiseregningen
">CodeResort
</a
>.
160 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
161 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
162 FAD håper å få erfaring med fri programvareprosjekter vha. dette
163 prosjektet, som er første gang de gir ut kildekode fra et
164 "egenutviklet
" prosjekt.
</p
>
166 <p
>Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
167 Adobe Flex. Den bruker Flash
9, og fungerer ikke med Gnash. I
168 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
169 lagt JavaScript-kode foran web-programmet som nekter å starte
170 flash-programmet hvis ikke Adobe Flash
9 er installert. Det var
171 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
172 HTML-siden og lage min egen testside for å sjekke om den fungerte med
173 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
174 en side med følgende HTML-snutt for å laste programmet
175 <pre
><blockquote
>&lt;object
176 data=
"http://
213.225.125.209/kunder/dss/Reiseregningen.swf
"
177 width=
"100%
"
178 height=
"100%
"
179 &gt;
</blockquote
></pre
></p
>
181 <p
>Bruken av Adobe Flash er spesielt problematisk da Adobes
182 Flash-utgave har en lisens som ikke tillater andre en Adobe å
183 distribuere deres programpakke. Det gjør det umulig for
184 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
185 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
186 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
187 programvare, som
<a href=
"http://www.getgnash.org/
">Gnash
</a
> og
188 <a href=
"http://swfdec.freedesktop.org/
">swfdec
</a
>. Jeg spurte
189 utviklerne om de hadde testet med alternative utgaver av Flash som
190 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
191 heller ikke testet løsningen mot disse.
</p
>
193 <p
>Videreutvikling av reiseregningsprogrammet vil kreve aksept for
194 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
196 <a href=
"http://labs.adobe.com/technologies/flex/flexbuilder_linux/
">en
197 betautgave for Linux
</a
>, men jeg vet ikke om denne er tilstrekkelig
198 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
199 teknologi gjør at svært få fri programvareutviklere ser det som
200 interessant å involvere seg i videreutvikling av dette prosjektet.
201 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
202 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
203 fri programvare ser det åpenbart annerledes, da det jo finnes fri
204 programvare på Windows. Vi får se om det er tilstrekkelig mange av
205 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
206 av
"kast det over gjerdet
"-metoden for deling, der en legger ut koden
207 men det ikke er klart hvem som skal skape fellesskapet som trengs for
208 å få et fungerende fri programvareutviklingsmiljø.
</p
>
210 <p
>Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
211 og der tidligere svar styrer hvilke alternativer en må fylle ut
212 senere. Det henter informasjon om takster og regler fra FADs sider,
213 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
214 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
215 utskrift eller videre lagring/behandling. Skjemaet er kun
216 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
217 med. FAD lovte at de skulle bidra til at takster og regelfilene
218 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
219 Utviklerne hadde ingen idé om dette fungerte med fri
220 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
221 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
222 eksisterende tjenerløsning. Løsningen kunne gjenbruke
223 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
224 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
225 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
226 gjorde det litt vanskeligere for brukeren.
</p
>
231 <title>Software video mixer on a USB stick
</title>
232 <link>../../Software_video_mixer_on_a_USB_stick.html
</link>
233 <guid isPermaLink=
"true">../../Software_video_mixer_on_a_USB_stick.html
</guid>
234 <pubDate>Sun,
28 Dec
2008 15:
40:
00 +
0100</pubDate>
236 <p
>The
<a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
> is
237 recording our montly presentation on video, and recently we have
238 worked on improving the quality of the recordings by mixing the slides
239 directly with the video stream. For this, we use the
240 <a href=
"http://dvswitch.alioth.debian.org/
">dvswitch
</a
> package from
241 the Debian video team. As this require quite one computer per video
242 source, and NUUG do not have enough laptops available, we need to
243 borrow laptops. And to avoid having to install extra software on
244 these borrwed laptops, I have wrapped up all the programs needed on a
245 bootable USB stick. The software required is dvswitch with assosiated
246 source, sink and mixer applications and
247 <a href=
"http://www.kinodv.org/
">dvgrab
</a
>. To allow this setup to
248 work without any configuration, I
've patched dvswitch to use
249 <a href=
"http://www.avahi.org/
">avahi
</a
> to connect the various parts
250 together. And to allow us to use laptops without firewire plugs, I
251 upgraded dvgrab to the one from Debian/unstable to get one that work
252 with USB sources. We have not yet tested this setup in a production
253 setup, but I hope it will work properly, and allow us to set up a
254 video mixer in a very short time frame. We will need it for
255 <a href=
"http://www.goopen.no/
">Go Open
2009</a
>.
</p
>
257 <p
><a href=
"http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz
">The
258 USB image
</a
> is for a
1 GB memory stick, but can be used on any
259 larger stick as well.
</p
>
264 <title>Elektronikkbyggesettet kommer fram på andre forsøk
</title>
265 <link>../../Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html
</link>
266 <guid isPermaLink=
"true">../../Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html
</guid>
267 <pubDate>Fri,
2 Jan
2009 13:
55:
00 +
0100</pubDate>
269 <p
>Et langt hopp fremover for
<a href=
"http://www.nuug.no/
">NUUG
</a
>s
270 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
273 <p
>I dag klarte posten det de ikke klarte før jul, nemlig å få fram
274 elektronikkbyggesettet for
3D-skriveren min. Fikk pakkelapp i dag som
275 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
276 pakke der, som sist. Ringte så direkte til til postens kundeservice
277 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
278 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
279 av at pakken hadde annet referansenummer enn det som var på
280 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
281 skjedde sist, og om pakken også da lå her og ventet på meg uten at
282 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
283 ruslet jeg hjem igjen med elektronikkbyggesettet.
</p
>
285 <p
>Da er det bare å gå igang med å lodde sammen alle kretskortene.
286 Det er en solid stabel deler, selv om esken ikke var så stor (ca
287 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
288 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
289 bidra med sin kompetanse. :)
</p
>
291 <p
>Ellers er det god framgang med bygging av mekanikksettet som ankom
292 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
293 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
294 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
295 slik at rammeverket til
<a href=
"http://www.reprap.org/
">reprap
</a
>-en
296 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
297 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
298 feilmargin på
0.25 mm, over en avstand på
40 cm. Håper vater kan
299 bidra her. Regner med at det blir enklere å komme opp med løsninger
300 når rammen begynner å ta form.
</p
>
302 <p
>Her om dagen kom jeg forresten over en alternativ
3D-skriver som
303 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
304 <a href=
"http://blog.wired.com/gadgets/
2008/
11/
3d-printer-feed.html
">Mcor
305 Matrix
</a
> heter vidunderet, men det er ikke i salg ennå, selv om
306 <a href=
"http://www.mcortechnologies.com/
">produsentens websider
</a
>
307 påstår det skulle skje i
2008.
</p
>
312 <title>Fiksgatami begynner å ta form
</title>
313 <link>../../Fiksgatami_begynner____ta_form.html
</link>
314 <guid isPermaLink=
"true">../../Fiksgatami_begynner____ta_form.html
</guid>
315 <pubDate>Thu,
15 Jan
2009 23:
15:
00 +
0100</pubDate>
317 <p
>For noen uker siden bestemte noen av oss seg for at det var på tide
318 med en norsk utgave av
319 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
>, og satte igang
320 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
321 rapportere til rette instans om ting som er galt i offentligheten, ved
322 å bruke kart og web.
<a href=
"http://www.fiksgatami.no
">En
323 testinstans
</a
> er på plass på en maskin donert av min arbeidsplass
324 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
325 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
326 finne kilde for å slå opp adresser før første versjon er operativ.
327 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
328 til ny funksjonalitet.
329 <a href=
"http://wiki.nuug.no/grupper/fiksgatami
">Prosjektet
</a
>
330 trenger flere folk, både utviklere og folk til å bidra med å finne ut
331 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
332 kontakt med naturvernmiljøet i Bergen som allerede var igang med
333 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
334 med dem. Dette blir bra.
</p
>
339 <title>When web browser developers make a video player...
</title>
340 <link>../../When_web_browser_developers_make_a_video_player___.html
</link>
341 <guid isPermaLink=
"true">../../When_web_browser_developers_make_a_video_player___.html
</guid>
342 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
344 <p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
345 to publish video recordings of our monthly presentations, we provide a
346 page with embedded video for easy access to the recording. Putting a
347 good set of HTML tags together to get working embedded video in all
348 browsers and across all operating systems is not easy. I hope this
349 will become easier when the
&lt;video
&gt; tag is implemented in all
350 browsers, but I am not sure. We provide the recordings in several
351 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
352 browser/media plugin to pick one it support and use it to play the
353 recording, using whatever embed mechanism the browser understand.
354 There is at least four different tags to use for this, the new HTML5
355 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
356 the
&lt;applet
&gt; tag. All of these take a lot of options, and
357 finding the best options is a major challenge.
</p
>
359 <p
>I just tested the experimental Opera browser available from
<a
360 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
361 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
362 I was not very impressed. The browser start by fetching a picture
363 from the video stream. Not sure if it is the first frame, but it is
364 definitely very early in the recording. So far, so good. Next,
365 instead of streaming the
76 MiB video file, it start to download all
366 of it, but do not start to play the video. This mean I have to wait
367 for several minutes for the downloading to finish. When the download
368 is done, the playing of the video do not start! Waiting for the
369 download, but I do not get to see the video? Some testing later, I
370 discover that I have to add the controls=
"true
" attribute to be able
371 to get a play button to pres to start the video. Adding
372 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
373 test version of Opera, and that future implementations of the
374 &lt;video
&gt; tag will stream recordings by default, or at least start
375 playing when the download is done.
</p
>
377 <p
>The test page I used (since changed to add more attributes) is
378 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
379 from the nuug site
</a
>. Will have to test it with the new Firefox
382 <p
>In the test process, I discovered a missing feature. I was unable
383 to find a way to get the URL of the playing video out of Opera, so I
384 am not quite sure it picked the Ogg Theora version of the video. I
385 sure hope it was using the announced Ogg Theora support. :)
</p
>
390 <title>Det vanskelige Lisensvalget - ikke lag din egen
</title>
391 <link>../../Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</link>
392 <guid isPermaLink=
"true">../../Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</guid>
393 <pubDate>Thu,
22 Jan
2009 22:
15:
00 +
0100</pubDate>
395 <p
>Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
396 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
397 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
398 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
400 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap-prosjektet
</a
>
401 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
402 "hvorfor ikke bruke de offisielle kartene fra kartverket
" det første
403 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
404 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
405 hun med retten til videredistribusjon av nye kartkopier, som ikke
406 kopierer kart? Hva skulle hun med retten til å publisere endrede
407 utgaver som aldri har hatt behov for annet enn å notere litt på en
408 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
409 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
410 opphavsrettsloven.
</p
>
412 <p
>Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
413 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
414 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
415 slike lesere.
</p
>
417 <p
>Når en publiserer programvare eller annet opphavsrettsbeskyttet
418 materiale (eller
"verk
" som loven kaller det), så er det endel ting
419 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
420 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
421 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
422 kopiere og endre verket. Hvis en ønsker å publisere noe uten
423 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
424 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
425 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
426 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
427 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
428 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
429 eksisterende lisenstekst hvis det er mulig.
</p
>
431 <p
>Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
432 For det første gir det jobb for de som ønsker å bruke verket å sette
433 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
434 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
435 for de organisasjoner og individer som vurderer å ta i bruk et
436 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
437 med andre verk, f.eks. programmer og biblioteker skal settes sammen
438 til et hele, eller datafiler skal brukes sammen med programmer. Det
439 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
440 sammen med andre komponenter hvis en ikke er påpasselig med
441 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
442 det ikke er intensjonen ved publisering. Og for det andre, så er det
443 fort gjort å glemme noe når en lager lisensteksten, slik at
444 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
445 begresninger gjelder..
<strong
>Første regel ved lisensvalg er derfor
446 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
447 de utallige eksisterende lisensene.
</strong
></p
>
449 <p
>Et lite eksempel på problemer som kan oppstå er
450 <a href=
"http://api.met.no/lisens.html
">betingelsene som Meteorologisk
451 institutt har gjort sine data tilgjengelig under
</a
>. De ser pr. i
452 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
453 innholdet hvis de endres):
</p
>
455 <blockquote
><p
>Betingelser for bruk av data
456 <br/
>Meteorologisk institutt innehar immaterielle- og
457 eiendomsrettigheter til data og produkter produsert av instituttet
458 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
459 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
460 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
461 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
462 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
463 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
464 gjenkjennelig del, skal Meteorologisk institutt oppgies som
465 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
466 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
467 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
468 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
469 uten varsel. For direkte leveranse av spesifisert produktsett,
470 vennligst kontakt Meteorologisk institutt.
</p
></blockquote
>
472 <p
>Meteorologisk institutt hevder at dette skal gjøre dem
"fritt
473 tilgjengelige
", og det gjør at jeg mistenker at betingelsene ikke
474 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
475 at en har rett til å endre dataene og publisere det endrede
476 resultatet. Det står heller ingenting om hvorvidt en har rett til
477 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
478 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
479 strid med kriteriene for Free Software
480 <a href=
"http://www.fsf.org/licensing/essays/free-sw.html
">publisert
482 <a href=
"http://www.debian.org/social_contract#guidelines
">Debian Free
483 Software Guidelines
</a
> og NUUGs beskrivelse av fri programvare
485 <a href=
"http://www.nuug.no/dokumenter/folder-friprogramvare.pdf
">NUUGs
486 folder om dette
</a
>. Jeg lurer på hvorfor Meteorologisk institutt
487 ikke valgte noen kjent lisens? Skulle tro at en Creative
488 Commons-lisens eller en av de mest brukte fri programvarelisensene som
489 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
490 og endrer på betingelsene.
</p
>
495 <title>ODF-bruk i staten, ikke helt på plass
</title>
496 <link>../../ODF_bruk_i_staten__ikke_helt_p___plass.html
</link>
497 <guid isPermaLink=
"true">../../ODF_bruk_i_staten__ikke_helt_p___plass.html
</guid>
498 <pubDate>Thu,
22 Jan
2009 23:
00:
00 +
0100</pubDate>
500 <p
>I går publiserte
501 <a href=
"http://universitas.no/nyhet/
52776/
">Universitas
</a
>,
502 <a href=
"http://www.dagensit.no/trender/article1588462.ece
">Dagens-IT
</a
>
503 og
<a href=
"http://www.idg.no/computerworld/article118622.ece
">Computerworld
504 Norge
</a
> en sak om at de ansatte ved Universitetet i Oslo ikke følger
505 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
506 at det kommer litt fokus på dette, og jeg håper noen journalister tar
507 en titt på de andre statlige instansene også.
</p
>
509 <p
>Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
510 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
511 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
512 Kjenner kun til ufullstendige løsninger for slikt.
</p
>
517 <title>Transendentalt tullball og en funksjonell tilnærming
</title>
518 <link>../../Transendentalt_tullball_og_en_funksjonell_tiln__rming.html
</link>
519 <guid isPermaLink=
"true">../../Transendentalt_tullball_og_en_funksjonell_tiln__rming.html
</guid>
520 <pubDate>Sat,
24 Jan
2009 15:
00:
00 +
0100</pubDate>
523 <a href=
"http://debian-administration.org/users/dkg/weblog/
39">en
524 bloggpost fra Daniel Kahn Gillmor
</a
> som forteller at
525 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
526 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
527 <a href=
"http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf
">Trancendental
528 Nonsense and the Functional Approach
</a
> fra
1935. Det må jeg si var
529 svært interessant for å forstå hvordan og hvorfor immaterialretten har
530 utvidet sitt virkeområde og hvor lenge det har pågått.
</p
>
532 <p
>Innlegget minner meg på
533 <a href=
"https://penta.debconf.org/~joerg/events/
161.en.html
">en
534 presentasjon jeg overvar
</a
> på Debconf
7 om hvordan innføring og
535 utvidelse av opphavsretten ble debattert på
1700-tallet. Anbefaler å
536 se den presentasjonen som er tilgjengelig på video i
537 <a href=
"http://meetings-archive.debian.net/pub/debian-meetings/
2007/debconf7/low/
072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg
">lav
</a
>
539 <a href=
"http://meetings-archive.debian.net/pub/debian-meetings/
2007/debconf7/high/
072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg
">høy
</a
>
540 oppløsning.
</p
>
545 <title>Fri og åpen standard, slik Digistan ser det
</title>
546 <link>../../Fri__og___pen_standard__slik_Digistan_ser_det.html
</link>
547 <guid isPermaLink=
"true">../../Fri__og___pen_standard__slik_Digistan_ser_det.html
</guid>
548 <pubDate>Sat,
31 Jan
2009 23:
10:
00 +
0100</pubDate>
550 <p
>Det er mange ulike definisjoner om hva en åpen standard er for noe,
551 og NUUG hadde
<a href=
"http://www.nuug.no/dokumenter/standard-presse-def-
200506.txt
">en
552 pressemelding om dette sommeren
2005</a
>. Der ble definisjonen til
553 <a href=
"http://www.aaben-standard.dk/
">DKUUG
</a
>,
554 <a href=
"http://europa.eu.int/idabc/servlets/Doc?id=
19529">EU-kommissionens
555 European Interoperability Framework ( side
9)
</a
> og
556 <a href=
"http://www.teknologiradet.no/files/
7polert_copy.htm
">teknologirådet
</a
> omtalt.
558 Siden den gang har regjeringens standardiseringsråd dukket opp, og de
559 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
560 <a href=
"http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=
476407">sin
561 arbeidsmetodikk
</a
>. Personlig synes jeg det er en god ide, da
562 kravene som stilles der gjør at alle markedsaktører får like vilkår,
563 noe som kommer kundene til gode ved hjelp av økt konkurranse.
</p
>
565 <p
>I sommer kom det en ny definisjon på banen.
566 <a href=
"http://www.digistan.org/
">Digistan
</a
> lanserte
567 <a href=
"http://www.digistan.org/open-standard:definition
">en
568 definisjon på en fri og åpen standard
</a
>. Jeg liker måten de bryter
569 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
570 ved å legge på et ord og poengtere at en standard som er både åpen og
571 fri har noen spesielle krav. Her er den definisjonen etter rask
572 oversettelse fra engelsk til norsk av meg:
</p
>
575 <p
><strong
>Definisjonen av en fri og åpen standard
</strong
></p
>
577 <p
>Den digitale standardorganisasjonen definierer fri og åpen standard
578 som følger:
</p
>
580 <li
>En fri og åpen standard er immun for leverandørinnlåsing i alle
581 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
582 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
584 <li
>Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
585 organisasjon, og dens pågående utvikling gjøres med en åpen
586 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
588 <li
>Standarden er publisert og spesifikasjonsdokumentet er fritt
589 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
590 bruke den uten begresninger.
</li
>
591 <li
>Patentene som muligens gjelder (deler av) standarden er gjort
592 ugjenkallelig tilgjengelig uten krav om betaling.
</li
>
593 <li
>Det er ingen begresninger i gjenbruk av standarden.
</li
>
595 <p
>Det økonomiske resultatet av en fri og åpen standard, som kan
596 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
597 produkter basert på standarden.
</p
>
600 <p
>(Tar gjerne imot forbedringer av oversettelsen.)
</p
>
605 <title>Intellektuelt privilegium - et bedre IP-begrep
</title>
606 <link>../../Intellektuelt_privilegium___et_bedre_IP_begrep.html
</link>
607 <guid isPermaLink=
"true">../../Intellektuelt_privilegium___et_bedre_IP_begrep.html
</guid>
608 <pubDate>Sun,
1 Feb
2009 15:
06:
00 +
0100</pubDate>
610 <p
>Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
611 patenter, varemerker og forretningshemmeligheter. Problemet med dette
612 begrepet er at det er svært misvisende. For det første er ingen av de
613 begrensede monopolene det her er snakk om som kan kalles eiendom, og
614 for det andre er egenskapene til de ulike monopolene så forskjellige
615 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
616 sekkebegrep. Blant annet Richard Stallman har
617 <a href=
"http://www.gnu.org/philosophy/not-ipr.html
">skrevet litt om dette
</a
>.
</p
>
619 <p
>I dag kom jeg over
620 <a href=
"http://blogs.sun.com/webmink/entry/intellectual_privilege
">en
621 bloggpost fra Simon Phipps
</a
> som foreslår å bruke intellektuelt
622 privilegium som begrep i stedet, da det gjør det klarere at det ikke
623 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
624 forteller videre at noen jobber med å skrive
625 <a href=
"http://www.intellectualprivilege.com/book.html
">en bok med
626 tittel Intellectual Privilege
</a
>, og at boken er anbefalt av Lawrence
627 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
628 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
629 forretningshemmeligheter framover.
</p
>
634 <title>Min reprap tar sakte form
</title>
635 <link>../../Min_reprap_tar_sakte_form.html
</link>
636 <guid isPermaLink=
"true">../../Min_reprap_tar_sakte_form.html
</guid>
637 <pubDate>Tue,
3 Feb
2009 13:
30:
00 +
0100</pubDate>
639 <p
>Min reprap begynner å ta form. Den er nå kommet så langt at den er
640 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
641 hele er klart for litt enkel testing. Har møtt på to problemer som
642 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
643 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
644 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
645 forklare hvordan de kom rundt problemene. De to problemene er
646 relatert til Z-aksen og Y-aksen.
</p
>
648 <p
>For Z-aksen, er det et stjernehjul som festes på motoraksen ved
649 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
650 Problemet med det nederste stjernejulet er at det er helt løst, og
651 blir liggende på motoren
5 mm nedenfor tannjulet, i stedet for å ligge
652 inntil tannjulet slik det skal. Mulig løsningen er å borre i
653 stjernehjulet, eller lime det fast.
</p
>
655 <p
>For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
656 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
657 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.
</p
>
659 <p
>Når det gjelder elektronikken til min reprap, så er min gode venn
660 Anders Rosnes igang med å lodde sammen delene og han forteller at
661 koblingsbordet for Arduino er klart, og en temperatursensor og en
662 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
663 ut hvordan jeg laster opp firmware i Arduino-en. :)
</p
>
665 <p
>Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
666 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
667 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
668 de fleste metalldelene. Gleder meg til å se resultaten av det
674 <title>Første vellykkede videostrøm fra NUUG
</title>
675 <link>../../F__rste_vellykkede_videostr__m_fra_NUUG.html
</link>
676 <guid isPermaLink=
"true">../../F__rste_vellykkede_videostr__m_fra_NUUG.html
</guid>
677 <pubDate>Wed,
11 Feb
2009 06:
30:
00 +
0100</pubDate>
679 <p
>Jeg ble glad for å se under
680 <a href=
"http://www.nuug.no/aktiviteter/
20090210-compiz/
">gårdagens
681 medlemsmøte
</a
> i NUUG Oslo at utsending av live-video fra møtet
682 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
683 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
684 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
685 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
686 under møtet å motta spørsmål via IRC som ble besvart der og da.
687 Opptaket publiseres så snart det er kopiert over til NUUGs
688 webserver og komprimert.
</p
>
693 <title>Using bar codes at a computing center
</title>
694 <link>../../Using_bar_codes_at_a_computing_center.html
</link>
695 <guid isPermaLink=
"true">../../Using_bar_codes_at_a_computing_center.html
</guid>
696 <pubDate>Fri,
20 Feb
2009 08:
50:
00 +
0100</pubDate>
698 <p
>At work with the University of Oslo, we have several hundred computers
699 in our computing center. This give us a challenge in tracking the
700 location and cabling of the computers, when they are added, moved and
701 removed. Some times the location register is not updated when a
702 computer is inserted or moved and we then have to search the room for
703 the
"missing
" computer.
</p
>
705 <p
>In the last issue of Linux Journal, I came across a project
706 <a href=
"http://www.libdmtx.org/
">libdmtx
</a
> to write and read bar
707 code blocks as defined in the
708 <a href=
"http://en.wikipedia.org/wiki/Data_Matrix
">The Data Matrix
709 Standard
</a
>. This is bar codes that can be read with a normal
710 digital camera, for example that on a cell phone, and several such bar
711 codes can be read by libdmtx from one picture. The bar code standard
712 allow up to
2 KiB to be written in the tag. There is another project
713 with
<a href=
"http://www.terryburton.co.uk/barcodewriter/
">a bar code
714 writer written in postscript
</a
> capable of creating such bar codes,
715 but this was the first time I found a tool to read these bar
718 <p
>It occurred to me that this could be used to tag and track the
719 machines in our computing center. If both racks and computers are
720 tagged this way, we can use a picture of the rack and all its
721 computers to detect the rack location of any computer in that rack.
722 If we do this regularly for the entire room, we will find all
723 locations, and can detect movements and removals.
</p
>
725 <p
>I decided to test if this would work in practice, and picked a
726 random rack and tagged all the machines with their names. Next, I
727 took pictures with my digital camera, and gave the dmtxread program
728 these JPEG pictures to see how many tags it could read. This worked
729 fairly well. If the pictures was well focused and not taken from the
730 side, all tags in the image could be read. Because of limited space
731 between the racks, I was unable to get a good picture of the entire
732 rack, but could without problem read all tags from a picture covering
733 about half the rack. I had to limit the search time used by dmtxread
734 to
60000 ms to make sure it terminated in a reasonable time frame.
</p
>
736 <p
>My conclusion is that this could work, and we should probably look
737 at adjusting our computer tagging procedures to use bar codes for
738 easier automatic tracking of computers.
</p
>
743 <title>Checking server hardware support status for Dell, HP and IBM servers
</title>
744 <link>../../Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</link>
745 <guid isPermaLink=
"true">../../Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</guid>
746 <pubDate>Sat,
28 Feb
2009 23:
50:
00 +
0100</pubDate>
748 <p
>At work, we have a few hundred Linux servers, and with that amount
749 of hardware it is important to keep track of when the hardware support
750 contract expire for each server. We have a machine (and service)
751 register, which until recently did not contain much useful besides the
752 machine room location and contact information for the system owner for
753 each machine. To make it easier for us to track support contract
754 status, I
've recently spent time on extending the machine register to
755 include information about when the support contract expire, and to tag
756 machines with expired contracts to make it easy to get a list of such
757 machines. I extended a perl script already being used to import
758 information about machines into the register, to also do some screen
759 scraping off the sites of Dell, HP and IBM (our majority of machines
760 are from these vendors), and automatically check the support status
761 for the relevant machines. This make the support status information
762 easily available and I hope it will make it easier for the computer
763 owner to know when to get new hardware or renew the support contract.
764 The result of this work documented that
27% of the machines in the
765 registry is without a support contract, and made it very easy to find
766 them.
27% might seem like a lot, but I see it more as the case of us
767 using machines a bit longer than the
3 years a normal support contract
768 last, to have test machines and a platform for less important
769 services. After all, the machines without a contract are working fine
770 at the moment and the lack of contract is only a problem if any of
771 them break down. When that happen, we can either fix it using spare
772 parts from other machines or move the service to another old
775 <p
>I believe the code for screen scraping the Dell site was originally
776 written by Trond Hasle Amundsen, and later adjusted by me and Morten
777 Werner Forsbring. The HP scraping was written by me after reading a
778 nice article in ;login: about how to use WWW::Mechanize, and the IBM
779 scraping was written by me based on the Dell code. I know the HTML
780 parsing could be done using nice libraries, but did not want to
781 introduce more dependencies. This is the current incarnation:
</p
>
789 sub get_support_info {
790 my ($machine, $model, $serial, $productnumber) = @_;
793 if ( $model =~ m/^Dell / ) {
794 # fetch website from Dell support
795 my $url =
"http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no
&amp;cs=nodhs1
&amp;l=no
&amp;s=dhs
&amp;ServiceTag=$serial
";
796 my $webpage = get($url);
797 return undef unless ($webpage);
800 my @lines = split(/\n/, $webpage);
801 foreach my $line (@lines) {
802 next unless ($line =~ m/Beskrivelse/);
803 $line =~ s/
&lt;[^
>]+?
>/;/gm;
804 $line =~ m%;(\d{
2})/(\d{
2})/(\d{
4});+(\d{
2})/(\d{
2})/(\d{
4});%g;
805 my $start =
"$
3-$
1-$
2";
806 my $end =
"$
6-$
4-$
5";
807 $str =
"$start -
> $end
";
808 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
809 tag_machine_unsupported($machine)
812 } elsif ( $model =~ m/^HP / ) {
813 my $mech = WWW::Mechanize-
>new();
815 'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do
';
818 'BODServiceID
' =
> 'NA
',
819 'RegisteredPurchaseDate
' =
> '',
820 'country
' =
> 'NO
',
821 'productNumber
' =
> $productnumber,
822 'serialNumber1
' =
> $serial,
824 $mech-
>submit_form( form_number =
> 2,
825 fields =
> $fields );
826 # Next step is screen scraping
827 my $content = $mech-
>content();
829 $content =~ s/
&lt;[^
>]+?
>/;/gm;
830 $content =~ s/\s+/ /gm;
831 $content =~ s/;\s*;/;;/gm;
832 $content =~ s/;[\s;]+/;/gm;
834 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
836 while ($content =~ m/;Warranty Type;/) {
837 my ($type, $status, $startstr, $stopstr) = $content =~
838 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
839 $content =~ s/^.+?;Warranty Type;//;
840 my $start = POSIX::strftime(
"%Y-%m-%d
",
841 localtime(str2time($startstr)));
842 my $end = POSIX::strftime(
"%Y-%m-%d
",
843 localtime(str2time($stopstr)));
845 $str .=
"$type ($status) $start -
> $end
";
847 tag_machine_unsupported($machine)
850 } elsif ( $model =~ m/^IBM / ) {
851 my ($producttype) = $model =~ m/.*-\[(.{
4}).+\]-/;
852 if ($producttype
&amp;
&amp; $serial) {
854 get(
"http://www-
947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty
&amp;brandind=
5000008&amp;Submit=Submit
&amp;type=$producttype
&amp;serial=$serial
");
856 $content =~ s/
&lt;[^
>]+?
>/;/gm;
857 $content =~ s/\s+/ /gm;
858 $content =~ s/;\s*;/;;/gm;
859 $content =~ s/;[\s;]+/;/gm;
861 $content =~ s/^.+?;Warranty status;//;
862 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
864 $str .=
"($status) -
> $end
";
866 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
867 tag_machine_unsupported($machine)
876 <p
>Here are some examples on how to use the function, using fake
877 serial numbers. The information passed in as arguments are fetched
878 from dmidecode.
</p
>
881 print get_support_info(
"hp.host
",
"HP ProLiant BL460c G1
",
"1234567890"
882 "447707-B21
");
883 print get_support_info(
"dell.host
",
"Dell Inc. PowerEdge
2950",
"1234567");
884 print get_support_info(
"ibm.host
",
"IBM eserver xSeries
345 -[
867061X]-
",
885 "1234567");
888 <p
>I would recommend this approach for tracking support contracts for
889 everyone with more than a new computers to administer. :)
</p
>
894 <title>Teknisk program for Go Open
2009 er nesten ferdig
</title>
895 <link>../../Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</link>
896 <guid isPermaLink=
"true">../../Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</guid>
897 <pubDate>Thu,
5 Mar
2009 22:
30:
00 +
0100</pubDate>
899 <p
>Etter lang tids jobbing begynner endelig programmet til det
900 tekniske sporet på konferansen
<a href=
"http://www.goopen.no/
">Go Open
901 2009</a
> å bli ferdig. Det blir
9 punkter på programmet, og etter alt
902 å dømme blir det disse
9:
</p
>
906 <li
>"Open Telephony: A solution greater than the sum of its parts
" med
907 Jon
"maddog
" Hall
</li
>
908 <li
>OpenSolaris-relatert med Ian Murdock fra SUN
</li
>
909 <li
>"The inner workings of the OpenStreetmap project and the
910 technology used
" med Andy Allan
</li
>
911 <li
>Coreboot-relatert med Peter Stuge
</li
>
912 <li
>"Gratis værdata fra Meteorologisk institutt
" med Trond Michelsen
</li
>
913 <li
>RRDtool/Nagios-relatert med Tobias Oetiker
</li
>
914 <li
>"Developers guide to server-side productivity and fun using open
915 source platforms and frameworks
" med en gjeng folk fra
916 JavaBin-miljøet
</li
>
917 <li
>"G(et)it Nå!
" med Marcus Ramberg
</li
>
918 <li
>Om kontrolltelling av valgresultater med fri programvare med Mitch
919 Trachtenberg
</li
>
923 <p
>De siste bekreftelsene og overskrifter mangler og kommer
924 forhåpentlig på plass før mandag, men jeg håper dette blir et program
925 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
projects / homepage.git / blob