blog/tags/nuug/index.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
   2         "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
   3 <html>
   4  <head>
   5   <title>Petter Reinholdtsen: Entries Tagged nuug</title>
   6   <link rel="stylesheet" type="text/css" media="screen" href="../../style.css">
   7   <link rel="alternate" title="RSS Feed" href="nuug.rss" type="application/rss+xml">
   8  </head>
   9  <body>
  10
  11  <div class="title">
  12   <h1>
  13        <a href="../../">Petter Reinholdtsen</a>
  14
  15   </h1>
  16
  17  </div>
  18
  19  <p>Entries tagged "nuug".</p>
  20
  21
  22
  23
  24 <div class="entry">
  25  <div class="title">
  26  <a href="../../Mens_vi_venter_p___3D_skriveren.html">Mens vi venter på 3D-skriveren</a>
  27  </div>
  28  <div class="date">
  29   2008-11-24 20:00
  30  </div>
  31
  32  <div class="body">
  33
  34 <p>Jeg synes ethvert møblert hjem bør ha sin egen replikator.  Og for
  35 å få min replikator på plass, har jeg som del av
  36 <a href="http://wiki.nuug.no/grupper/replikator">NUUGs
  37 3D-skriverprosjekt</a> bestilt deler til en
  38 <a href="http://www.reprap.org/">reprap</a> fra utlandet, som skal
  39 bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
  40 Foreløbig plan er å bygge to i parallell, en basert på byggesett
  41 fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
  42 Institutt for Informatikk ved Universitetet i Oslo.  Jeg har fokusert
  43 på byggesettet, og håper noen andre vil ta ansvar for den
  44 hjemmelagede utgaven. :)</p>
  45
  46 <p>Nå er det den lange ventetiden som rår, etter at begge
  47 byggesettene er bestilt og betalt.  Dog har visst den første pakken
  48 gått tapt etter at postens fikk den utlevert i Norge.  Den er ferdig
  49 fortollet, og pakkelapp kom i postkassen før pakken var klar til
  50 henting.  Det var 2008-11-07.  Postens sporingssystem forteller at
  51 pakken ikke har beveget seg siden 2008-11-05, da den var innom
  52 omlastingsterminalen i Oslo.  Dette var elektronikkbyggesettet som kom
  53 fra USA.  Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
  54 håper det ikke går tapt på samme vis.</p>
  55
  56  </div>
  57  <div class="tags">
  58
  59
  60
  61   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
  62
  63  </div>
  64 </div>
  65 <div class="padding"></div>
  66
  67 <div class="entry">
  68  <div class="title">
  69  <a href="../../Amigafolket_holder_ut.html">Amigafolket holder ut</a>
  70  </div>
  71  <div class="date">
  72   2008-11-26 06:05
  73  </div>
  74
  75  <div class="body">
  76
  77 <p>En sak på <a href="http://www.linuxtoday.com/">Linux Today</a> om
  78 <a href="http://www.linuxtoday.com/developer/2008112600335OPLLDV">Amiga</a>
  79 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
  80 minnet meg på prosjektet Aros.
  81 <a href="http://aros.sourceforge.net/">Aros-prosjektet</a> går ut på å
  82 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
  83 fortsette å bruke sine programmer på nyere maskinvare.  Gledelig å se
  84 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
  85 pakke.  Kanskje Aros kunne vært interessant for et NUUG-foredrag?</p>
  86
  87  </div>
  88  <div class="tags">
  89
  90
  91
  92   Tags: <a href="../../tags/amiga">amiga</a>, <a href="../../tags/aros">aros</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
  93
  94  </div>
  95 </div>
  96 <div class="padding"></div>
  97
  98 <div class="entry">
  99  <div class="title">
 100  <a href="../../Reprap_pakke_tapt_i_posten.html">Reprap-pakke tapt i posten</a>
 101  </div>
 102  <div class="date">
 103   2008-11-27 21:20
 104  </div>
 105
 106  <div class="body">
 107
 108 <p>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
 109 at posten har sendt meg et brev der de beklager at den er tapt.  Da er
 110 det bare å bestille ny pakke og kreve erstatning fra Posten.  Får
 111 håpe det går bedre denne gangen.</p>
 112
 113 <p>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
 114 England, så også der spøker det for å få alt i hus før jul.  Så
 115 lenge alt er klart til <a href="http://www.goopen.no/">Go Open
 116 2009</a> i april, så er det greit.</p>
 117
 118  </div>
 119  <div class="tags">
 120
 121
 122
 123   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
 124
 125  </div>
 126 </div>
 127 <div class="padding"></div>
 128
 129 <div class="entry">
 130  <div class="title">
 131  <a href="../../Mekanikk_delen_av_reprap_byggesettet_p___vei.html">Mekanikk-delen av reprap-byggesettet på vei</a>
 132  </div>
 133  <div class="date">
 134   2008-12-02 12:00
 135  </div>
 136
 137  <div class="body">
 138
 139 <p>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
 140 England.  Jeg kan følge pakkens bevegelser via web, og den er nå
 141 kommet fram til tollen i London.  Da bør jeg ha den i hus om noen
 142 dager, hvis alt går bra.</p>
 143
 144 <p>Elekronikkbyggesettet ser det derimot dårligere ut for.  Rette
 145 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
 146 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
 147 bort første pakke.</p>
 148
 149  </div>
 150  <div class="tags">
 151
 152
 153
 154   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
 155
 156  </div>
 157 </div>
 158 <div class="padding"></div>
 159
 160 <div class="entry">
 161  <div class="title">
 162  <a href="../../Mekanikk_delen_av_reprap_byggesettet_i_hus.html">Mekanikk-delen av reprap-byggesettet i hus</a>
 163  </div>
 164  <div class="date">
 165   2008-12-09 12:30
 166  </div>
 167
 168  <div class="body">
 169
 170 <p>NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
 171 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
 172 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
 173 Hurra.  Håper å starte byggingen av mekanikksettet i romjula.</p>
 174
 175 <p>Når det gjelder bygging av reprap basert på deler fra IFIs
 176 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
 177 STL-filer vi sender dem der, og printeransvarlig der har fått første
 178 dump av filer.  Etter dette har jeg ikke klart å få tak i ham, så
 179 jeg tror han fortsatt er travelt opptatt.  Håper det ordner seg
 180 snart.  Det trengs frivillige for å bygge denne.  Det innebærer
 181 blant annet å skaffe seg oversikt over hvilke plastdeler som må
 182 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
 183 steppermotorer etc.  Antar Clas Olsson og ELFA kan skaffe mye av
 184 dette, men har ingen plan om å sette meg inn i dette selv med det
 185 første.  Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
 186 og kan melde seg på aktive@nuug.no.</p>
 187
 188  </div>
 189  <div class="tags">
 190
 191
 192
 193   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
 194
 195  </div>
 196 </div>
 197 <div class="padding"></div>
 198
 199 <div class="entry">
 200  <div class="title">
 201  <a href="../../Elektronikkbyggesettet_for_reprapen_sporet_opp.html">Elektronikkbyggesettet for reprapen sporet opp</a>
 202  </div>
 203  <div class="date">
 204   2008-12-16 08:00
 205  </div>
 206
 207  <div class="body">
 208
 209 <p>I dag fikk jeg endelig vite hva posten hadde gjort med
 210 elektronikkbyggesettet mitt.  Fikk epost fra avsenderen, Zach 'Hoeken'
 211 Smith, som fortalte at posten hadde returnert pakken til ham.  Ingen
 212 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
 213 pakken.  De gode nyhetene er at vi forsøker igjen, og håper det går
 214 bedre denne gangen.</p>
 215
 216 <p><a href="http://www.nuug.no/">NUUG</a>s
 217 <a href="http://wiki.nuug.no/grupper/replikator">replikator-prosjekt</a>
 218 har de siste ukene fått et nytt medlem.  Ole Kristian Lien har meldt
 219 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
 220 på 3D-skriveren til Institutt for Informatikk i Oslo.  Han er igang
 221 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
 222 hvilke som kan skaffes fra jernvarehandel og f.eks.  Clas Ohlson.  Det
 223 er dermed gode håp om at vi har to 3D-skrivere operative over
 224 jul.</p>
 225
 226  </div>
 227  <div class="tags">
 228
 229
 230
 231   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
 232
 233  </div>
 234 </div>
 235 <div class="padding"></div>
 236
 237 <div class="entry">
 238  <div class="title">
 239  <a href="../../FAD_lanserer_reiseregningsskjema_som_fri_programvare.html">FAD lanserer reiseregningsskjema som fri programvare</a>
 240  </div>
 241  <div class="date">
 242   2008-12-17 15:00
 243  </div>
 244
 245  <div class="body">
 246
 247 <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
 248 programvare for <a href="http://www.reiseregningen.no/">skriving av
 249 reiseregninger</a>, som de gir ut som fri programvare.  Den gode
 250 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
 251 foran i å etablere en delingskultur i offentlig sektor, og denne gang
 252 har hatt fokus på å lage en løsning som fungerer på flere platformer,
 253 konkret Linux, MacOS X og Windows.  Løsningen er utviklet av
 254 <a href="http://makingwaves.no">Making Waves</a> på oppdrag fra FAD, og
 255 kildekoden er tilgjengelig fra
 256 <a href="https://www.coderesort.com/p/reiseregningen">CodeResort</a>.
 257 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
 258 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
 259 FAD håper å få erfaring med fri programvareprosjekter vha. dette
 260 prosjektet, som er første gang de gir ut kildekode fra et
 261 "egenutviklet" prosjekt.</p>
 262
 263 <p>Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
 264 Adobe Flex.  Den bruker Flash 9, og fungerer ikke med Gnash.  I
 265 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
 266 lagt JavaScript-kode foran web-programmet som nekter å starte
 267 flash-programmet hvis ikke Adobe Flash 9 er installert.  Det var
 268 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
 269 HTML-siden og lage min egen testside for å sjekke om den fungerte med
 270 gnash.  Fikk bare en blank flate der programmet skulle startet. Laget
 271 en side med følgende HTML-snutt for å laste programmet
 272 <pre><blockquote>&lt;object
 273   data="http://213.225.125.209/kunder/dss/Reiseregningen.swf"
 274   width="100%"
 275   height="100%"
 276 &gt;</blockquote></pre></p>
 277
 278 <p>Bruken av Adobe Flash er spesielt problematisk da Adobes
 279 Flash-utgave har en lisens som ikke tillater andre en Adobe å
 280 distribuere deres programpakke.  Det gjør det umulig for
 281 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
 282 Flash i sine distribusjoner.  Adobe Flash er ikke fri programvare.
 283 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
 284 programvare, som <a href="http://www.getgnash.org/">Gnash</a> og
 285 <a href="http://swfdec.freedesktop.org/">swfdec</a>.  Jeg spurte
 286 utviklerne om de hadde testet med alternative utgaver av Flash som
 287 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
 288 heller ikke testet løsningen mot disse.</p>
 289
 290 <p>Videreutvikling av reiseregningsprogrammet vil kreve aksept for
 291 lisensen til Adobe Flex.  I følge Adobe finnes Adobe Flax som
 292 Eclipse-utvidelse i
 293 <a href="http://labs.adobe.com/technologies/flex/flexbuilder_linux/">en
 294 betautgave for Linux</a>, men jeg vet ikke om denne er tilstrekkelig
 295 for å bygge reiseregningsprogrammet.  Jeg mistenker at valg av
 296 teknologi gjør at svært få fri programvareutviklere ser det som
 297 interessant å involvere seg i videreutvikling av dette prosjektet.
 298 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
 299 og videreutvikles ved hjelp av fri programvare.  Andre utviklere av
 300 fri programvare ser det åpenbart annerledes, da det jo finnes fri
 301 programvare på Windows.  Vi får se om det er tilstrekkelig mange av
 302 dem til at FAD får bidragsytere utenfra.  Prosjektet bærer litt preg
 303 av "kast det over gjerdet"-metoden for deling, der en legger ut koden
 304 men det ikke er klart hvem som skal skape fellesskapet som trengs for
 305 å få et fungerende fri programvareutviklingsmiljø.</p>
 306
 307 <p>Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
 308 og der tidligere svar styrer hvilke alternativer en må fylle ut
 309 senere.  Det henter informasjon om takster og regler fra FADs sider,
 310 der informasjonen skal være lagt ut i maskinlesbart format.  Når en er
 311 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
 312 utskrift eller videre lagring/behandling.  Skjemaet er kun
 313 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
 314 med.  FAD lovte at de skulle bidra til at takster og regelfilene
 315 skulle holdes oppdatert.  Konvertering til PDF var visst .NET-basert.
 316 Utviklerne hadde ingen idé om dette fungerte med fri
 317 programvareutgaver som Mono.  .NET-utgaven skulle være en begrenset
 318 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
 319 eksisterende tjenerløsning.  Løsningen kunne gjenbruke
 320 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
 321 slik at en slapp å skrive inn samme informasjon hver gang.  Sentralt
 322 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
 323 gjorde det litt vanskeligere for brukeren.</p>
 324
 325  </div>
 326  <div class="tags">
 327
 328
 329
 330   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 331
 332  </div>
 333 </div>
 334 <div class="padding"></div>
 335
 336 <div class="entry">
 337  <div class="title">
 338  <a href="../../Software_video_mixer_on_a_USB_stick.html">Software video mixer on a USB stick</a>
 339  </div>
 340  <div class="date">
 341   2008-12-28 15:40
 342  </div>
 343
 344  <div class="body">
 345
 346 <p>The <a href="http://www.nuug.no/">Norwegian Unix User Group</a> is
 347 recording our montly presentation on video, and recently we have
 348 worked on improving the quality of the recordings by mixing the slides
 349 directly with the video stream.  For this, we use the
 350 <a href="http://dvswitch.alioth.debian.org/">dvswitch</a> package from
 351 the Debian video team.  As this require quite one computer per video
 352 source, and NUUG do not have enough laptops available, we need to
 353 borrow laptops.  And to avoid having to install extra software on
 354 these borrwed laptops, I have wrapped up all the programs needed on a
 355 bootable USB stick.  The software required is dvswitch with assosiated
 356 source, sink and mixer applications and
 357 <a href="http://www.kinodv.org/">dvgrab</a>.  To allow this setup to
 358 work without any configuration, I've patched dvswitch to use
 359 <a href="http://www.avahi.org/">avahi</a> to connect the various parts
 360 together.  And to allow us to use laptops without firewire plugs, I
 361 upgraded dvgrab to the one from Debian/unstable to get one that work
 362 with USB sources.  We have not yet tested this setup in a production
 363 setup, but I hope it will work properly, and allow us to set up a
 364 video mixer in a very short time frame.  We will need it for
 365 <a href="http://www.goopen.no/">Go Open 2009</a>.</p>
 366
 367 <p><a href="http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz">The
 368 USB image</a> is for a 1 GB memory stick, but can be used on any
 369 larger stick as well.</p>
 370
 371  </div>
 372  <div class="tags">
 373
 374
 375
 376   Tags: <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/video">video</a>.
 377
 378  </div>
 379 </div>
 380 <div class="padding"></div>
 381
 382 <div class="entry">
 383  <div class="title">
 384  <a href="../../Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html">Elektronikkbyggesettet kommer fram på andre forsøk</a>
 385  </div>
 386  <div class="date">
 387   2009-01-02 13:55
 388  </div>
 389
 390  <div class="body">
 391
 392 <p>Et langt hopp fremover for <a href="http://www.nuug.no/">NUUG</a>s
 393 <a href="http://wiki.nuug.no/grupper/replikator">replikator-prosjekt</a>
 394 i dag.</p>
 395
 396 <p>I dag klarte posten det de ikke klarte før jul, nemlig å få fram
 397 elektronikkbyggesettet for 3D-skriveren min.  Fikk pakkelapp i dag som
 398 sist, og dro til min lokale post-i-butikk for å hente pakken.  Ingen
 399 pakke der, som sist.  Ringte så direkte til til postens kundeservice
 400 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
 401 lå pakken der.  Ruslet så tilbake og nå fant de den.  Fikk inntrykk
 402 av at pakken hadde annet referansenummer enn det som var på
 403 utleveringsbilaget jeg hadde fått i posten.  Lurer på om det samme
 404 skjedde sist, og om pakken også da lå her og ventet på meg uten at
 405 posten klarte å gi meg den ved oppmøte.  Uansett, glad og lykkelig
 406 ruslet jeg hjem igjen med elektronikkbyggesettet.</p>
 407
 408 <p>Da er det bare å gå igang med å lodde sammen alle kretskortene.
 409 Det er en solid stabel deler, selv om esken ikke var så stor (ca
 410 20x20x20 cm).  Her skal min gode venn Anders hjelpe til.  Han er
 411 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
 412 bidra med sin kompetanse. :)</p>
 413
 414 <p>Ellers er det god framgang med bygging av mekanikksettet som ankom
 415 før jul.  Har brukt romjulen til å bygge, og er ferdig med alle
 416 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen.  Når
 417 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
 418 slik at rammeverket til <a href="http://www.reprap.org/">reprap</a>-en
 419 kan monteres.  Det blir interessant å få alt nøyaktig nok montert.
 420 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
 421 feilmargin på 0.25 mm, over en avstand på 40 cm.  Håper vater kan
 422 bidra her.  Regner med at det blir enklere å komme opp med løsninger
 423 når rammen begynner å ta form.</p>
 424
 425 <p>Her om dagen kom jeg forresten over en alternativ 3D-skriver som
 426 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
 427 <a href="http://blog.wired.com/gadgets/2008/11/3d-printer-feed.html">Mcor
 428 Matrix</a> heter vidunderet, men det er ikke i salg ennå, selv om
 429 <a href="http://www.mcortechnologies.com/">produsentens websider</a>
 430 påstår det skulle skje i 2008.</p>
 431
 432  </div>
 433  <div class="tags">
 434
 435
 436
 437   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
 438
 439  </div>
 440 </div>
 441 <div class="padding"></div>
 442
 443 <div class="entry">
 444  <div class="title">
 445  <a href="../../Fiksgatami_begynner____ta_form.html">Fiksgatami begynner å ta form</a>
 446  </div>
 447  <div class="date">
 448   2009-01-15 23:15
 449  </div>
 450
 451  <div class="body">
 452
 453 <p>For noen uker siden bestemte noen av oss seg for at det var på tide
 454 med en norsk utgave av
 455 <a href="http://www.fixmystreet.com/">FixMyStreet</a>, og satte igang
 456 et prosjekt i NUUG-regi.  Konseptet er å gjøre det enklere å
 457 rapportere til rette instans om ting som er galt i offentligheten, ved
 458 å bruke kart og web.  <a href="http://www.fiksgatami.no">En
 459 testinstans</a> er på plass på en maskin donert av min arbeidsplass
 460 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
 461 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
 462 finne kilde for å slå opp adresser før første versjon er operativ.
 463 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
 464 til ny funksjonalitet.
 465 <a href="http://wiki.nuug.no/grupper/fiksgatami">Prosjektet</a>
 466 trenger flere folk, både utviklere og folk til å bidra med å finne ut
 467 hvor feilene som rapporteres skal sendes videre.  Vi har kommet i
 468 kontakt med naturvernmiljøet i Bergen som allerede var igang med
 469 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
 470 med dem.  Dette blir bra.</p>
 471
 472  </div>
 473  <div class="tags">
 474
 475
 476
 477   Tags: <a href="../../tags/fiksgatami">fiksgatami</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 478
 479  </div>
 480 </div>
 481 <div class="padding"></div>
 482
 483 <div class="entry">
 484  <div class="title">
 485  <a href="../../When_web_browser_developers_make_a_video_player___.html">When web browser developers make a video player...</a>
 486  </div>
 487  <div class="date">
 488   2009-01-17 18:50
 489  </div>
 490
 491  <div class="body">
 492
 493 <p>As part of the work we do in <a href="http://www.nuug.no">NUUG</a>
 494 to publish video recordings of our monthly presentations, we provide a
 495 page with embedded video for easy access to the recording.  Putting a
 496 good set of HTML tags together to get working embedded video in all
 497 browsers and across all operating systems is not easy.  I hope this
 498 will become easier when the &lt;video&gt; tag is implemented in all
 499 browsers, but I am not sure.  We provide the recordings in several
 500 formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
 501 browser/media plugin to pick one it support and use it to play the
 502 recording, using whatever embed mechanism the browser understand.
 503 There is at least four different tags to use for this, the new HTML5
 504 &lt;video&gt; tag, the &lt;object&gt; tag, the &lt;embed&gt; tag and
 505 the &lt;applet&gt; tag.  All of these take a lot of options, and
 506 finding the best options is a major challenge.</p>
 507
 508 <p>I just tested the experimental Opera browser available from <a
 509 href="http://labs.opera.com">labs.opera.com</a>, to see how it handled
 510 a &lt;video&gt; tag with a few video sources and no extra attributes.
 511 I was not very impressed.  The browser start by fetching a picture
 512 from the video stream.  Not sure if it is the first frame, but it is
 513 definitely very early in the recording.  So far, so good. Next,
 514 instead of streaming the 76 MiB video file, it start to download all
 515 of it, but do not start to play the video.  This mean I have to wait
 516 for several minutes for the downloading to finish.  When the download
 517 is done, the playing of the video do not start!  Waiting for the
 518 download, but I do not get to see the video?  Some testing later, I
 519 discover that I have to add the controls="true" attribute to be able
 520 to get a play button to pres to start the video.  Adding
 521 autoplay="true" did not help.  I sure hope this is a misfeature of the
 522 test version of Opera, and that future implementations of the
 523 &lt;video&gt; tag will stream recordings by default, or at least start
 524 playing when the download is done.</p>
 525
 526 <p>The test page I used (since changed to add more attributes) is
 527 <a href="http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/">available
 528 from the nuug site</a>.  Will have to test it with the new Firefox
 529 too.</p>
 530
 531 <p>In the test process, I discovered a missing feature.  I was unable
 532 to find a way to get the URL of the playing video out of Opera, so I
 533 am not quite sure it picked the Ogg Theora version of the video.  I
 534 sure hope it was using the announced Ogg Theora support. :)</p>
 535
 536  </div>
 537  <div class="tags">
 538
 539
 540
 541   Tags: <a href="../../tags/english">english</a>, <a href="../../tags/multimedia">multimedia</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/video">video</a>, <a href="../../tags/web">web</a>.
 542
 543  </div>
 544 </div>
 545 <div class="padding"></div>
 546
 547 <div class="entry">
 548  <div class="title">
 549  <a href="../../Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html">Det vanskelige Lisensvalget - ikke lag din egen</a>
 550  </div>
 551  <div class="date">
 552   2009-01-22 22:15
 553  </div>
 554
 555  <div class="body">
 556
 557 <p>Min mormor har intet dypt forhold til opphavsrettsloven.  Hun eier
 558 ingen kopimaskin eller datamaskin.  Hun kan ikke bruke videoopptaker,
 559 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
 560 noe som er opphavsrettslig vernet.  Da jeg en gang forklarte at jeg
 561 var involvert i
 562 <a href="http://www.openstreetmap.org/">OpenStreetmap-prosjektet</a>
 563 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
 564 "hvorfor ikke bruke de offisielle kartene fra kartverket " det første
 565 hun spurte om.  Jeg er usikker på om svaret ga mening, i og med at
 566 hun aldri har tenkt nøye over bruksrettigheter og slikt.  Hva skulle
 567 hun med retten til videredistribusjon av nye kartkopier, som ikke
 568 kopierer kart?  Hva skulle hun med retten til å publisere endrede
 569 utgaver som aldri har hatt behov for annet enn å notere litt på en
 570 kartkopi?  Det er altså mulig å gå igjennom livet (og det har vært
 571 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
 572 opphavsrettsloven.</p>
 573
 574 <p>Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
 575 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
 576 ikke satt seg nøye inn i lovens konsekvens.  Denne teksten er tiltenkt
 577 slike lesere.</p>
 578
 579 <p>Når en publiserer programvare eller annet opphavsrettsbeskyttet
 580 materiale (eller "verk" som loven kaller det), så er det endel ting
 581 som er lurt å tenke på.  Hvis en ikke sier noe spesifikt om vilkårene
 582 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
 583 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
 584 kopiere og endre verket.  Hvis en ønsker å publisere noe uten
 585 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
 586 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
 587 til å gjøre disse tingene.  Slike eksplisitte tillatelser kalles
 588 gjerne lisenser.  Det er en god del å tenke på når en lager lisenser,
 589 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
 590 intensjonen med publiseringen.  Det er derfor lurt å gjenbruke en
 591 eksisterende lisenstekst hvis det er mulig.</p>
 592
 593 <p>Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
 594 For det første gir det jobb for de som ønsker å bruke verket å sette
 595 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
 596 dekker bruksbehovet.  Hver ny lisensvariant gir dermed ekstra arbeide
 597 for de organisasjoner og individer som vurderer å ta i bruk et
 598 opphavsrettsbeskyttet verk.  Gjenbruk forutsetter gjerne bruk sammen
 599 med andre verk, f.eks. programmer og biblioteker skal settes sammen
 600 til et hele, eller datafiler skal brukes sammen med programmer.  Det
 601 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
 602 sammen med andre komponenter hvis en ikke er påpasselig med
 603 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
 604 det ikke er intensjonen ved publisering.  Og for det andre, så er det
 605 fort gjort å glemme noe når en lager lisensteksten, slik at
 606 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
 607 begresninger gjelder..  <strong>Første regel ved lisensvalg er derfor
 608 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
 609 de utallige eksisterende lisensene.</strong></p>
 610
 611 <p>Et lite eksempel på problemer som kan oppstå er
 612 <a href="http://api.met.no/lisens.html">betingelsene som Meteorologisk
 613 institutt har gjort sine data tilgjengelig under</a>.  De ser pr. i
 614 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
 615 innholdet hvis de endres):</p>
 616
 617 <blockquote><p>Betingelser for bruk av data
 618 <br/>Meteorologisk institutt innehar immaterielle- og
 619 eiendomsrettigheter til data og produkter produsert av instituttet
 620 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
 621 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
 622 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
 623 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
 624 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
 625 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
 626 gjenkjennelig del, skal Meteorologisk institutt oppgies som
 627 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
 628 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
 629 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
 630 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
 631 uten varsel. For direkte leveranse av spesifisert produktsett,
 632 vennligst kontakt Meteorologisk institutt.</p></blockquote>
 633
 634 <p>Meteorologisk institutt hevder at dette skal gjøre dem "fritt
 635 tilgjengelige", og det gjør at jeg mistenker at betingelsene ikke
 636 reflekterer intensjonen bak publiseringen.  I lisensen står det ikke
 637 at en har rett til å endre dataene og publisere det endrede
 638 resultatet.  Det står heller ingenting om hvorvidt en har rett til
 639 videredistribusjon.  Mangelen på tillatelse til slik bruk gjør at jeg
 640 ikke ville omtale datagrunnlaget som fritt tilgjengelig.  Det er i
 641 strid med kriteriene for Free Software
 642 <a href="http://www.fsf.org/licensing/essays/free-sw.html">publisert
 643 av FSF</a>,
 644 <a href="http://www.debian.org/social_contract#guidelines">Debian Free
 645 Software Guidelines</a> og NUUGs beskrivelse av fri programvare
 646 publisert i
 647 <a href="http://www.nuug.no/dokumenter/folder-friprogramvare.pdf">NUUGs
 648 folder om dette</a>.  Jeg lurer på hvorfor Meteorologisk institutt
 649 ikke valgte noen kjent lisens?  Skulle tro at en Creative
 650 Commons-lisens eller en av de mest brukte fri programvarelisensene som
 651 GPL og BSD kunne duge.  Jeg håper Meteorologisk institutt revurderer
 652 og endrer på betingelsene.</p>
 653
 654  </div>
 655  <div class="tags">
 656
 657
 658
 659   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 660
 661  </div>
 662 </div>
 663 <div class="padding"></div>
 664
 665 <div class="entry">
 666  <div class="title">
 667  <a href="../../ODF_bruk_i_staten__ikke_helt_p___plass.html">ODF-bruk i staten, ikke helt på plass</a>
 668  </div>
 669  <div class="date">
 670   2009-01-22 23:00
 671  </div>
 672
 673  <div class="body">
 674
 675 <p>I går publiserte
 676 <a href="http://universitas.no/nyhet/52776/">Universitas</a>,
 677 <a href="http://www.dagensit.no/trender/article1588462.ece">Dagens-IT</a>
 678 og <a href="http://www.idg.no/computerworld/article118622.ece">Computerworld
 679 Norge</a> en sak om at de ansatte ved Universitetet i Oslo ikke følger
 680 regjeringens pålegg om å publisere i HTML, PDF eller ODF.  Det er bra
 681 at det kommer litt fokus på dette, og jeg håper noen journalister tar
 682 en titt på de andre statlige instansene også.</p>
 683
 684 <p>Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
 685 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
 686 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
 687 Kjenner kun til ufullstendige løsninger for slikt.</p>
 688
 689  </div>
 690  <div class="tags">
 691
 692
 693
 694   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 695
 696  </div>
 697 </div>
 698 <div class="padding"></div>
 699
 700 <div class="entry">
 701  <div class="title">
 702  <a href="../../Transendentalt_tullball_og_en_funksjonell_tiln__rming.html">Transendentalt tullball og en funksjonell tilnærming</a>
 703  </div>
 704  <div class="date">
 705   2009-01-24 15:00
 706  </div>
 707
 708  <div class="body">
 709
 710 <p>Kom over
 711 <a href="http://debian-administration.org/users/dkg/weblog/39">en
 712 bloggpost fra Daniel Kahn Gillmor</a> som forteller at
 713 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
 714 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
 715 <a href="http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf">Trancendental
 716 Nonsense and the Functional Approach</a> fra 1935.  Det må jeg si var
 717 svært interessant for å forstå hvordan og hvorfor immaterialretten har
 718 utvidet sitt virkeområde og hvor lenge det har pågått.</p>
 719
 720 <p>Innlegget minner meg på
 721 <a href="https://penta.debconf.org/~joerg/events/161.en.html">en
 722 presentasjon jeg overvar</a> på Debconf 7 om hvordan innføring og
 723 utvidelse av opphavsretten ble debattert på 1700-tallet.  Anbefaler å
 724 se den presentasjonen som er tilgjengelig på video i
 725 <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>
 726 og
 727 <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>
 728 oppløsning.</p>
 729
 730  </div>
 731  <div class="tags">
 732
 733
 734
 735   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 736
 737  </div>
 738 </div>
 739 <div class="padding"></div>
 740
 741 <div class="entry">
 742  <div class="title">
 743  <a href="../../Fri_og___pen_standard__slik_Digistan_ser_det.html">Fri og åpen standard, slik Digistan ser det</a>
 744  </div>
 745  <div class="date">
 746   2009-01-31 23:10
 747  </div>
 748
 749  <div class="body">
 750
 751 <p>Det er mange ulike definisjoner om hva en åpen standard er for noe,
 752 og NUUG hadde <a href="http://www.nuug.no/dokumenter/standard-presse-def-200506.txt">en
 753 pressemelding om dette sommeren 2005</a>.  Der ble definisjonen til
 754 <a href="http://www.aaben-standard.dk/">DKUUG</a>,
 755 <a href="http://europa.eu.int/idabc/servlets/Doc?id=19529">EU-kommissionens
 756 European Interoperability Framework ( side 9)</a> og
 757 <a href="http://www.teknologiradet.no/files/7polert_copy.htm">teknologirådet</a> omtalt.
 758
 759 Siden den gang har regjeringens standardiseringsråd dukket opp, og de
 760 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
 761 <a href="http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407">sin
 762 arbeidsmetodikk</a>.  Personlig synes jeg det er en god ide, da
 763 kravene som stilles der gjør at alle markedsaktører får like vilkår,
 764 noe som kommer kundene til gode ved hjelp av økt konkurranse.</p>
 765
 766 <p>I sommer kom det en ny definisjon på banen.
 767 <a href="http://www.digistan.org/">Digistan</a> lanserte
 768 <a href="http://www.digistan.org/open-standard:definition">en
 769 definisjon på en fri og åpen standard</a>.  Jeg liker måten de bryter
 770 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
 771 ved å legge på et ord og poengtere at en standard som er både åpen og
 772 fri har noen spesielle krav.  Her er den definisjonen etter rask
 773 oversettelse fra engelsk til norsk av meg:</p>
 774
 775 <blockquote>
 776 <p><strong>Definisjonen av en fri og åpen standard</strong></p>
 777
 778 <p>Den digitale standardorganisasjonen definierer fri og åpen standard
 779 som følger:</p>
 780 <ul>
 781 <li>En fri og åpen standard er immun for leverandørinnlåsing i alle
 782 stadier av dens livssyklus.  Immuniteten fra leverandørinnlåsing gjør
 783 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
 784 tid.</li>
 785 <li>Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
 786 organisasjon, og dens pågående utvikling gjøres med en åpen
 787 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
 788 å delta.</li>
 789 <li>Standarden er publisert og spesifikasjonsdokumentet er fritt
 790 tilgjengelig.  Det må være tillatt for alle å kopiere, distribuere og
 791 bruke den uten begresninger.</li>
 792 <li>Patentene som muligens gjelder (deler av) standarden er gjort
 793 ugjenkallelig tilgjengelig uten krav om betaling.</li>
 794 <li>Det er ingen begresninger i gjenbruk av standarden.</li>
 795 </ul>
 796 <p>Det økonomiske resultatet av en fri og åpen standard, som kan
 797 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
 798 produkter basert på standarden.</p>
 799 </blockquote>
 800
 801 <p>(Tar gjerne imot forbedringer av oversettelsen.)</p>
 802
 803  </div>
 804  <div class="tags">
 805
 806
 807
 808   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 809
 810  </div>
 811 </div>
 812 <div class="padding"></div>
 813
 814 <div class="entry">
 815  <div class="title">
 816  <a href="../../Intellektuelt_privilegium___et_bedre_IP_begrep.html">Intellektuelt privilegium - et bedre IP-begrep</a>
 817  </div>
 818  <div class="date">
 819   2009-02-01 15:06
 820  </div>
 821
 822  <div class="body">
 823
 824 <p>Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
 825 patenter, varemerker og forretningshemmeligheter.  Problemet med dette
 826 begrepet er at det er svært misvisende.  For det første er ingen av de
 827 begrensede monopolene det her er snakk om som kan kalles eiendom, og
 828 for det andre er egenskapene til de ulike monopolene så forskjellige
 829 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
 830 sekkebegrep.  Blant annet Richard Stallman har
 831 <a href="http://www.gnu.org/philosophy/not-ipr.html">skrevet litt om dette</a>.</p>
 832
 833 <p>I dag kom jeg over
 834 <a href="http://blogs.sun.com/webmink/entry/intellectual_privilege">en
 835 bloggpost fra Simon Phipps</a> som foreslår å bruke intellektuelt
 836 privilegium som begrep i stedet, da det gjør det klarere at det ikke
 837 er snakk om eiendom, men et tidsbegrenset monopol.  Simon Phipps
 838 forteller videre at noen jobber med å skrive
 839 <a href="http://www.intellectualprivilege.com/book.html">en bok med
 840 tittel Intellectual Privilege</a>, og at boken er anbefalt av Lawrence
 841 Lessig.  Jeg tror jeg skal begynne å bruke begrepet intellektuelt
 842 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
 843 forretningshemmeligheter framover.</p>
 844
 845  </div>
 846  <div class="tags">
 847
 848
 849
 850   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
 851
 852  </div>
 853 </div>
 854 <div class="padding"></div>
 855
 856 <div class="entry">
 857  <div class="title">
 858  <a href="../../Min_reprap_tar_sakte_form.html">Min reprap tar sakte form</a>
 859  </div>
 860  <div class="date">
 861   2009-02-03 13:30
 862  </div>
 863
 864  <div class="body">
 865
 866 <p>Min reprap begynner å ta form.  Den er nå kommet så langt at den er
 867 blitt en kubisk ramme.  Z-aksen er montert men ikke kalibrert, og det
 868 hele er klart for litt enkel testing.  Har møtt på to problemer som
 869 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
 870 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
 871 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
 872 forklare hvordan de kom rundt problemene.  De to problemene er
 873 relatert til Z-aksen og Y-aksen.  </p>
 874
 875 <p>For Z-aksen, er det et stjernehjul som festes på motoraksen ved
 876 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
 877 Problemet med det nederste stjernejulet er at det er helt løst, og
 878 blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
 879 inntil tannjulet slik det skal.  Mulig løsningen er å borre i
 880 stjernehjulet, eller lime det fast.</p>
 881
 882 <p>For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
 883 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
 884 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.</p>
 885
 886 <p>Når det gjelder elektronikken til min reprap, så er min gode venn
 887 Anders Rosnes igang med å lodde sammen delene og han forteller at
 888 koblingsbordet for Arduino er klart, og en temperatursensor og en
 889 optoswitch er også klar.  Gleder meg til å teste dem.  Må bare finne
 890 ut hvordan jeg laster opp firmware i Arduino-en. :)</p>
 891
 892 <p>Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
 893 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
 894 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
 895 de fleste metalldelene.  Gleder meg til å se resultaten av det
 896 arbeidet.</p>
 897
 898  </div>
 899  <div class="tags">
 900
 901
 902
 903   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
 904
 905  </div>
 906 </div>
 907 <div class="padding"></div>
 908
 909 <div class="entry">
 910  <div class="title">
 911  <a href="../../F__rste_vellykkede_videostr__m_fra_NUUG.html">Første vellykkede videostrøm fra NUUG</a>
 912  </div>
 913  <div class="date">
 914   2009-02-11 06:30
 915  </div>
 916
 917  <div class="body">
 918
 919 <p>Jeg ble glad for å se under
 920 <a href="http://www.nuug.no/aktiviteter/20090210-compiz/">gårdagens
 921 medlemsmøte</a> i NUUG Oslo at utsending av live-video fra møtet
 922 fungerte for første gang.  Forrige gang ble det ved en teknisk tabbe
 923 sendt video uten lyd.  Vi kan takke Ole Kristian Lien og resten av
 924 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
 925 kunne se foredraget samtidig med oss i Oslo.  Vi opplevde til og med
 926 under møtet å motta spørsmål via IRC som ble besvart der og da.
 927 Opptaket publiseres så snart det er kopiert over til NUUGs
 928 webserver og komprimert.</p>
 929
 930  </div>
 931  <div class="tags">
 932
 933
 934
 935   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/video">video</a>.
 936
 937  </div>
 938 </div>
 939 <div class="padding"></div>
 940
 941 <div class="entry">
 942  <div class="title">
 943  <a href="../../Using_bar_codes_at_a_computing_center.html">Using bar codes at a computing center</a>
 944  </div>
 945  <div class="date">
 946   2009-02-20 08:50
 947  </div>
 948
 949  <div class="body">
 950
 951 <p>At work with the University of Oslo, we have several hundred computers
 952 in our computing center.  This give us a challenge in tracking the
 953 location and cabling of the computers, when they are added, moved and
 954 removed.  Some times the location register is not updated when a
 955 computer is inserted or moved and we then have to search the room for
 956 the "missing" computer.</p>
 957
 958 <p>In the last issue of Linux Journal, I came across a project
 959 <a href="http://www.libdmtx.org/">libdmtx</a> to write and read bar
 960 code blocks as defined in the
 961 <a href="http://en.wikipedia.org/wiki/Data_Matrix">The Data Matrix
 962 Standard</a>.  This is bar codes that can be read with a normal
 963 digital camera, for example that on a cell phone, and several such bar
 964 codes can be read by libdmtx from one picture.  The bar code standard
 965 allow up to 2 KiB to be written in the tag.  There is another project
 966 with <a href="http://www.terryburton.co.uk/barcodewriter/">a bar code
 967 writer written in postscript</a> capable of creating such bar codes,
 968 but this was the first time I found a tool to read these bar
 969 codes.</p>
 970
 971 <p>It occurred to me that this could be used to tag and track the
 972 machines in our computing center.  If both racks and computers are
 973 tagged this way, we can use a picture of the rack and all its
 974 computers to detect the rack location of any computer in that rack.
 975 If we do this regularly for the entire room, we will find all
 976 locations, and can detect movements and removals.</p>
 977
 978 <p>I decided to test if this would work in practice, and picked a
 979 random rack and tagged all the machines with their names.  Next, I
 980 took pictures with my digital camera, and gave the dmtxread program
 981 these JPEG pictures to see how many tags it could read.  This worked
 982 fairly well.  If the pictures was well focused and not taken from the
 983 side, all tags in the image could be read.  Because of limited space
 984 between the racks, I was unable to get a good picture of the entire
 985 rack, but could without problem read all tags from a picture covering
 986 about half the rack.  I had to limit the search time used by dmtxread
 987 to 60000 ms to make sure it terminated in a reasonable time frame.</p>
 988
 989 <p>My conclusion is that this could work, and we should probably look
 990 at adjusting our computer tagging procedures to use bar codes for
 991 easier automatic tracking of computers.</p>
 992
 993  </div>
 994  <div class="tags">
 995
 996
 997
 998   Tags: <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>.
 999
1000  </div>
1001 </div>
1002 <div class="padding"></div>
1003
1004 <div class="entry">
1005  <div class="title">
1006  <a href="../../Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html">Checking server hardware support status for Dell, HP and IBM servers</a>
1007  </div>
1008  <div class="date">
1009   2009-02-28 23:50
1010  </div>
1011
1012  <div class="body">
1013
1014 <p>At work, we have a few hundred Linux servers, and with that amount
1015 of hardware it is important to keep track of when the hardware support
1016 contract expire for each server.  We have a machine (and service)
1017 register, which until recently did not contain much useful besides the
1018 machine room location and contact information for the system owner for
1019 each machine.  To make it easier for us to track support contract
1020 status, I've recently spent time on extending the machine register to
1021 include information about when the support contract expire, and to tag
1022 machines with expired contracts to make it easy to get a list of such
1023 machines.  I extended a perl script already being used to import
1024 information about machines into the register, to also do some screen
1025 scraping off the sites of Dell, HP and IBM (our majority of machines
1026 are from these vendors), and automatically check the support status
1027 for the relevant machines.  This make the support status information
1028 easily available and I hope it will make it easier for the computer
1029 owner to know when to get new hardware or renew the support contract.
1030 The result of this work documented that 27% of the machines in the
1031 registry is without a support contract, and made it very easy to find
1032 them.  27% might seem like a lot, but I see it more as the case of us
1033 using machines a bit longer than the 3 years a normal support contract
1034 last, to have test machines and a platform for less important
1035 services.  After all, the machines without a contract are working fine
1036 at the moment and the lack of contract is only a problem if any of
1037 them break down.  When that happen, we can either fix it using spare
1038 parts from other machines or move the service to another old
1039 machine.</p>
1040
1041 <p>I believe the code for screen scraping the Dell site was originally
1042 written by Trond Hasle Amundsen, and later adjusted by me and Morten
1043 Werner Forsbring.  The HP scraping was written by me after reading a
1044 nice article in ;login: about how to use WWW::Mechanize, and the IBM
1045 scraping was written by me based on the Dell code.  I know the HTML
1046 parsing could be done using nice libraries, but did not want to
1047 introduce more dependencies.  This is the current incarnation:</p>
1048
1049 <pre>
1050 use LWP::Simple;
1051 use POSIX;
1052 use WWW::Mechanize;
1053 use Date::Parse;
1054 [...]
1055 sub get_support_info {
1056     my ($machine, $model, $serial, $productnumber) = @_;
1057     my $str;
1058
1059     if ( $model =~ m/^Dell / ) {
1060         # fetch website from Dell support
1061         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";
1062         my $webpage = get($url);
1063         return undef unless ($webpage);
1064
1065         my $daysleft = -1;
1066         my @lines = split(/\n/, $webpage);
1067         foreach my $line (@lines) {
1068             next unless ($line =~ m/Beskrivelse/);
1069             $line =~ s/&lt;[^>]+?>/;/gm;
1070             $line =~ s/^.+?;(Beskrivelse;)/$1/;
1071
1072             my @f = split(/\;/, $line);
1073             @f = @f[13 .. $#f];
1074             my $lastend = "";
1075             while ($f[3] eq "DELL") {
1076                 my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10];
1077
1078                 my $start = POSIX::strftime("%Y-%m-%d",
1079                                             localtime(str2time($startstr)));
1080                 my $end = POSIX::strftime("%Y-%m-%d",
1081                                           localtime(str2time($endstr)));
1082                 $str .= "$type $start -> $end ";
1083                 @f = @f[14 .. $#f];
1084                 $lastend = $end if ($end gt $lastend);
1085             }
1086             my $today = POSIX::strftime("%Y-%m-%d", localtime(time));
1087             tag_machine_unsupported($machine)
1088                 if ($lastend lt $today);
1089         }
1090     } elsif ( $model =~ m/^HP / ) {
1091         my $mech = WWW::Mechanize->new();
1092         my $url =
1093             'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do';
1094         $mech->get($url);
1095         my $fields = {
1096             'BODServiceID' => 'NA',
1097             'RegisteredPurchaseDate' => '',
1098             'country' => 'NO',
1099             'productNumber' => $productnumber,
1100             'serialNumber1' => $serial,
1101         };
1102         $mech->submit_form( form_number => 2,
1103                             fields      => $fields );
1104         # Next step is screen scraping
1105         my $content = $mech->content();
1106
1107         $content =~ s/&lt;[^>]+?>/;/gm;
1108         $content =~ s/\s+/ /gm;
1109         $content =~ s/;\s*;/;;/gm;
1110         $content =~ s/;[\s;]+/;/gm;
1111
1112         my $today = POSIX::strftime("%Y-%m-%d", localtime(time));
1113
1114         while ($content =~ m/;Warranty Type;/) {
1115             my ($type, $status, $startstr, $stopstr) = $content =~
1116                 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
1117             $content =~ s/^.+?;Warranty Type;//;
1118             my $start = POSIX::strftime("%Y-%m-%d",
1119                                         localtime(str2time($startstr)));
1120             my $end = POSIX::strftime("%Y-%m-%d",
1121                                       localtime(str2time($stopstr)));
1122
1123             $str .= "$type ($status) $start -> $end ";
1124
1125             tag_machine_unsupported($machine)
1126                 if ($end lt $today);
1127         }
1128     } elsif ( $model =~ m/^IBM / ) {
1129         # This code ignore extended support contracts.
1130         my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/;
1131         if ($producttype &amp;&amp; $serial) {
1132             my $content =
1133                 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");
1134             if ($content) {
1135                 $content =~ s/&lt;[^>]+?>/;/gm;
1136                 $content =~ s/\s+/ /gm;
1137                 $content =~ s/;\s*;/;;/gm;
1138                 $content =~ s/;[\s;]+/;/gm;
1139
1140                 $content =~ s/^.+?;Warranty status;//;
1141                 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
1142
1143                 $str .= "($status) -> $end ";
1144
1145                 my $today = POSIX::strftime("%Y-%m-%d", localtime(time));
1146                 tag_machine_unsupported($machine)
1147                     if ($end lt $today);
1148             }
1149         }
1150     }
1151     return $str;
1152 }
1153 </pre>
1154
1155 <p>Here are some examples on how to use the function, using fake
1156 serial numbers.  The information passed in as arguments are fetched
1157 from dmidecode.</p>
1158
1159 <pre>
1160 print get_support_info("hp.host", "HP ProLiant BL460c G1", "1234567890"
1161                        "447707-B21");
1162 print get_support_info("dell.host", "Dell Inc. PowerEdge 2950", "1234567");
1163 print get_support_info("ibm.host", "IBM eserver xSeries 345 -[867061X]-",
1164                        "1234567");
1165 </pre>
1166
1167 <p>I would recommend this approach for tracking support contracts for
1168 everyone with more than a few computers to administer. :)</p>
1169
1170 <p>Update 2009-03-06: The IBM page do not include extended support
1171 contracts, so it is useless in that case.  The original Dell code do
1172 not handle extended support contracts either, but has been updated to
1173 do so.</p>
1174
1175  </div>
1176  <div class="tags">
1177
1178
1179
1180   Tags: <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>.
1181
1182  </div>
1183 </div>
1184 <div class="padding"></div>
1185
1186 <div class="entry">
1187  <div class="title">
1188  <a href="../../Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html">Teknisk program for Go Open 2009 er nesten ferdig</a>
1189  </div>
1190  <div class="date">
1191   2009-03-05 22:30
1192  </div>
1193
1194  <div class="body">
1195
1196 <p>Etter lang tids jobbing begynner endelig programmet til det
1197 tekniske sporet på konferansen <a href="http://www.goopen.no/">Go Open
1198 2009</a> å bli ferdig.  Det blir 9 punkter på programmet, og etter alt
1199 å dømme blir det disse 9:</p>
1200
1201 <ul>
1202
1203 <li>"Open Telephony: A solution greater than the sum of its parts" med
1204   Jon "maddog" Hall</li>
1205 <li>OpenSolaris-relatert med Ian Murdock fra SUN</li>
1206 <li>"The inner workings of the OpenStreetmap project and the
1207   technology used" med Andy Allan </li>
1208 <li>Coreboot-relatert med Peter Stuge</li>
1209 <li>"Gratis værdata fra Meteorologisk institutt" med Trond Michelsen</li>
1210 <li>RRDtool/Nagios-relatert med Tobias Oetiker</li>
1211 <li>"Developers guide to server-side productivity and fun using open
1212   source platforms and frameworks" med en gjeng folk fra
1213   JavaBin-miljøet</li>
1214 <li>"G(et)it Nå!" med Marcus Ramberg</li>
1215 <li>Om kontrolltelling av valgresultater med fri programvare med Mitch
1216   Trachtenberg</li>
1217
1218 </ul>
1219
1220 <p>De siste bekreftelsene og overskrifter mangler og kommer
1221 forhåpentlig på plass før mandag, men jeg håper dette blir et program
1222 flere enn meg vil sette pris på.  Jeg gleder meg i hvert fall
1223 stort.</p>
1224
1225  </div>
1226  <div class="tags">
1227
1228
1229
1230   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
1231
1232  </div>
1233 </div>
1234 <div class="padding"></div>
1235
1236 <div class="entry">
1237  <div class="title">
1238  <a href="../../Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html">Lisensvalg for NUUG-opptakene endelig på plass</a>
1239  </div>
1240  <div class="date">
1241   2009-03-06 21:20
1242  </div>
1243
1244  <div class="body">
1245
1246 <p>Etter mange års meditasjon over temaet, har NUUG endelig klart å
1247 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
1248 gjøres av NUUGs videogruppe.  Ole Kristian har annonsert at lisensen
1249 blir <a href="http://creativecommons.org/licenses/by-sa/3.0/no/">Creative
1250 Commons Navngivelse-Del på samme vilkår 3.0 Norge</a>.  Jeg er veldig
1251 glad for at denne saken endelig er landet.  Lisensen for opptaket til
1252 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
1253 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
1254 i denne sammenhengen.</p>
1255
1256  </div>
1257  <div class="tags">
1258
1259
1260
1261   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/video">video</a>.
1262
1263  </div>
1264 </div>
1265 <div class="padding"></div>
1266
1267 <div class="entry">
1268  <div class="title">
1269  <a href="../../Frikanalen_og_jul_i_studentr__det.html">Frikanalen og jul i studentrådet</a>
1270  </div>
1271  <div class="date">
1272   2009-03-11 23:40
1273  </div>
1274
1275  <div class="body">
1276
1277 <p>I går
1278 <a href="http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html">lanserte</a>
1279 NUUGs videogruppe
1280 <a href="http://www.frikanalen.no">Frikanalen</a> med
1281 <a href="http://www.nuug.no/pub/video/frikanalen/frontpage.cgi">åpne
1282 standarder</a>, og resultatet av noen intense uker med arbeide kunne
1283 endelig presenteres.  Jeg har tro på åpen kanalkonseptet som
1284 Frikanalen er et eksempel på, der borgerne får anledning til å
1285 kringkaste sitt syn på en åpen og demokratisk måte.  Jeg er veldig
1286 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
1287 kan få tilgang til opptakene på web, og slipper å måtte installere MS
1288 Silverlight for å spille av opptakene.</p>
1289
1290 <p>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
1291 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
1292 er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
1293 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
1294 foreningen Åpen kanal) har saksøkt kulturdepartementet over
1295 konsesjonsvilkårene til Frikanalen.  Jeg er spent på resultatet.</p>
1296
1297 <p>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
1298 av å se en rekke av innslagene som er tilgjengelig.  Her er mye
1299 religiøst sludder, fra
1300 <a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720">vandring
1301 i jerusalem</a> via
1302 <a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779">religiøst
1303 vinklede nyheter</a> til
1304 <a
1305 href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077">kreasjonisk
1306 retorikk</a>, men også fine
1307 <a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407">dokumentarer
1308 om redningsselskapet</a> og
1309 <a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204">interessante
1310 tegneserieanmeldelser</a>.  Det jeg derimot har hatt størst glede av,
1311 er
1312
1313 <a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556">jul
1314 i studentrådet</a>, der hver episode var en fest å se på.  Jeg håper
1315 NUUG lykkes med å få ut sine opptak med like stor suksess.</p>
1316
1317  </div>
1318  <div class="tags">
1319
1320
1321
1322   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/video">video</a>.
1323
1324  </div>
1325 </div>
1326 <div class="padding"></div>
1327
1328 <div class="entry">
1329  <div class="title">
1330  <a href="../../Testing_av_reprap_elektronikken_igang.html">Testing av reprap-elektronikken igang</a>
1331  </div>
1332  <div class="date">
1333   2009-03-12 16:00
1334  </div>
1335
1336  <div class="body">
1337
1338 <p>Lenge siden det var en oppdatering av status for min 3D-skriver og
1339 i mellomtiden har det skjedd en god del.  Reprap-en er nesten ferdig
1340 montert, og elektronikken er også nesten ferdig loddet.  Det ser ut
1341 til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil,
1342 der en del manglet og en annen hadde suboptimalt design.  Jeg løser
1343 antagelig det ene problemet med å borre noen ekstra hull til skruver i
1344 en plastdelen som trenger å festes.  Det andre problemet håper jeg å
1345 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
1346 Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og
1347 er kommet litt lenger enn meg.  De kan forhåpentligvis skrive ut den
1348 delen jeg mangler på denne.</p>
1349
1350 <p>Når det gjelder elektronikken, så er mye allerede loddet sammen av
1351 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
1352 enn meg.  Jeg fikk i dag testet
1353 <a href="http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1">stepper
1354 motordriveren (v1.1)</a>, og det fungerte.  Jeg møtte et lite problem
1355 med strømforsyningen, en standard ATX-strømforsyning som nektet å
1356 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
1357 beskrevet på
1358 <a href="http://dev.www.reprap.org/bin/view/Main/PCPowerSupply">reprap-sidene
1359 om PC-strømforsyninger</a>.  Jeg møtte også et annet problem med
1360 Arduino-programvaren.  Versjon 0013 fungerer visst ikke på
1361 Debian/Etch.  Den kompilerte binæren ble på 0 bytes.  En side jeg fant
1362 vha. et Google-søk
1363 <a href="http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5">tipset
1364 meg</A> om at en nedgradering
1365 til <a href="http://arduino.googlecode.com/files/arduino-0012-linux.tgz">versjon
1366 0012</a> kunne løse problemet, og endelig ser jeg motorakslingen
1367 snurre.  Nå er det å koble sammen mekanikk og elektronikk for å se om
1368 reprap-en kvikner til.</p>
1369
1370  </div>
1371  <div class="tags">
1372
1373
1374
1375   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
1376
1377  </div>
1378 </div>
1379 <div class="padding"></div>
1380
1381 <div class="entry">
1382  <div class="title">
1383  <a href="../../Avisene_i_endring.html">Avisene i endring</a>
1384  </div>
1385  <div class="date">
1386   2009-03-15 22:15
1387  </div>
1388
1389  <div class="body">
1390
1391 <p>Jeg kom over bloggposten
1392 "<a href="http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/">Newspapers
1393 and Thinking the Unthinkable</a>" som jeg synes forklarer godt hva som
1394 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
1395 forretningsmodeller basert på å løse problemer som ikke lenger
1396 eksisterer.  Det blir spennende å se hva vi ender opp med.</p>
1397
1398  </div>
1399  <div class="tags">
1400
1401
1402
1403   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>.
1404
1405  </div>
1406 </div>
1407 <div class="padding"></div>
1408
1409 <div class="entry">
1410  <div class="title">
1411  <a href="../../F__rste_reprap_integreringsfors__k___Z_aksen_beveger_seg.html">Første reprap-integreringsforsøk - Z-aksen beveger seg</a>
1412  </div>
1413  <div class="date">
1414   2009-03-19 22:15
1415  </div>
1416
1417  <div class="body">
1418
1419 <p>I går tok jeg mot til meg, og løste problemet med
1420 z-aksen ved å borre i delen som manglet feste mot tannjulet som
1421 skal drive z-aksereimen.  Dermed var det klart for å montere
1422 z-akse-akslingen på motoren og komme et steg videre med
1423 reprap-monteringen.  Prøvekjørte den i dag med
1424 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
1425 fungerte.  I hvert fall når stepmotoren ikke forsøkte
1426 å snurre for raskt rundt.  Ved høy hastighet roterte
1427 ikke akslingen i det hele tatt.  Motoren ble bare stående
1428 å vibrere.  Usikker på hvorfor, men antar motoren ikke
1429 har nok kraft til å få hele akslingen til å
1430 rotere så raskt.  Denne øvelsen avslørte dog et
1431 annet problem med monteringen så langt.  Under testingen
1432 begynte skruer og muttere å ry ned fra ulike deler av
1433 reprap-konstruksjonen.  Jeg har ikke skrudd alt hard nok sammen til
1434 å tåle slike vibrasjoner.  Tror en 5-6 skruver og/eller
1435 muttere løsnet.  Brukte ganske lang tid på å
1436 finne ut hvor det manglet deler og skru ting sammen igjen.  Antar alt
1437 må strammes skikkelig til før første
1438 utskrift.</p>
1439
1440 <p>Neste steg er å få laget z-aksebåndet.  Der trenger jeg
1441 egnet lim og en konstruksjon for å klemme bandet sammen under
1442 limingen, som
1443 <a href="http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt">beskrevet
1444 på reprap-wikien</a>.  Er blitt tipset om svart superlim som er
1445 elastisk også etter at det tørket, og dro ned til Small Size
1446 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
1447 fikk jeg høre at de ikke lenger hadde slikt lim.  Må finne ut
1448 hvor i Oslo jeg kan skaffe slikt.  Kanskje Panduro har?  Vet ikke hva
1449 limet egentlig heter, så det er vanskelig å søke på nett.</p>
1450
1451  </div>
1452  <div class="tags">
1453
1454
1455
1456   Tags: <a href="../../tags/3d-printer">3d-printer</a>, <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/reprap">reprap</a>.
1457
1458  </div>
1459 </div>
1460 <div class="padding"></div>
1461
1462 <div class="entry">
1463  <div class="title">
1464  <a href="../../Hva_er_egentlig_en___pen_standard_.html">Hva er egentlig en åpen standard?</a>
1465  </div>
1466  <div class="date">
1467   2009-03-28 10:50
1468  </div>
1469
1470  <div class="body">
1471
1472 <p>Jeg møter alle slags interessante mennesker på min vei, og et møte
1473 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
1474 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
1475 standarder.  Det var interessant, da det fikk meg til å tenke litt
1476 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
1477 som en standard.  Det hele startet med arbeid rundt integrering av NSS
1478 LDAP mot Active Directory, og problemer som oppstår pga. at Active
1479 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
1480 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
1481 mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be
1482 om resten i bolker av 1500).  Jeg hevdet måten dette ble gjort på brøt
1483 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
1484 fra IETF det sto at oppførselen til AD ikke fulgte
1485 LDAP-spesifikasjonen.  AD-spesialisten overrasket meg da ved å
1486 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
1487 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
1488 mente lå til grunn.  Jeg ble spesielt overrasket over denne
1489 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
1490 jeg kan se anerkjenner IETF som organisasjonen som definerer
1491 LDAP-spesifikasjonen.  Jeg fikk aldri spurt hvem han mente sto bak den
1492 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
1493 måtte løse (få Linux og AD til å fungere sammen).  Dette møtet
1494 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
1495 hva en standard er, og hva som er kilden til en gitt standard.  Det er
1496 vanskelig å enes om felles standarder før en først enes om hvem som
1497 bestemmer hva en gitt standard innebærer.</p>
1498
1499 <p>Hva er så en standard?  I sin abstrakte form er det noe å samles
1500 om.  På engelsk er en av betydningene fane brukt i krig, du vet, den
1501 type fane en samlet seg rundt på kamplassen i riddertiden.  En
1502 standard definerer altså et felleskap, noen som har noe felles.  Det
1503 er naturligvis mange måter å utgjøre et felleskap på.  En kan
1504 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
1505 oppførsel er standard.  Hver gang Ole endrer oppførsel endrer også
1506 standarden seg uten noe mer organisering og prosedyre.  En variant av
1507 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
1508 enhver til gjør noe.  Dette er ofte litt enklere å forholde seg til,
1509 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
1510 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
1511 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
1512 unngå dette dumme.</p>
1513
1514 <p>En kan også ta det et skritt videre, og istedet for å basere seg på
1515 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
1516 skal gjøre ting, dvs. lage et felleskap basert på konsensus.  Dette
1517 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
1518 kan sette igang), men det kan bidra til at den oppførselen en
1519 planlegger å benytte seg av er mer gjennomtenkt.  Det ender også
1520 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
1521 - da flere har vært involvert i å utarbeide beskrivelsen.</p>
1522
1523 <p>Dette er dessverre ikke alt som trengs for å forstå hva en åpen
1524 standard er for noe.  Der alle kan se på hvordan folk oppfører seg, og
1525 dermed har valget om de vil oppføre seg likt eller ikke, så er det
1526 endel juridiske faktorer som gjør det hele mer komplisert -
1527 opphavsretten og patentlovgivningen for å være helt konkret.  For å gi
1528 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
1529 melodi når de møtes, for å identifisere hverandre, så kan
1530 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
1531 De har standardisert hvordan de kjenner igjen alle som følger denne
1532 standarden, men ikke alle har nødvendigvis lov til å følge den.
1533 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
1534 offentligheten er opphavsmannens enerett (dvs. et monopol).  Det vil i
1535 sin ytterste konsekvens si at alle som skal plystre en
1536 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
1537 fra opphavsmannen.  Har en ikke dette, så bryter en loven og kan
1538 straffes.  Det er dermed mulig for opphavsmannen å kontrollere hvem
1539 som får lov til å benytte seg av denne standarden.  En annen variant
1540 er hvis en standard er dokumentert, så er dokumentet som definerer
1541 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
1542 dermed mulig for rettighetsinnehaver å begrense tilgang til
1543 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
1544 den måten.</p>
1545
1546 <p>Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
1547 verkshøyde, innvilger patentlovgivningen monopol på ideer.  Hvis en
1548 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
1549 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
1550 for å ta i bruk en standard, så vil den som innehar patent kunne styre
1551 hvem som får ta i bruk standarden.  Det er dermed ikke gitt at alle
1552 kan delta i et standard-felleskap, og hvis de kan delta, så er det
1553 ikke sikkert at det er på like vilkår.  F.eks. kan rettighetsinnehaver
1554 sette vilkår som gjør at noen faller utenfor, det være seg av
1555 finansielle, avtalemessige eller prinsipielle årsaker.  Vanlige slike
1556 vilkår er "må betale litt for hver kunde/bruker" som utelukker de som
1557 gir bort en løsning gratis og "må gi fra seg retten til å håndheve
1558 sine egne patentrettigheter ovenfor rettighetshaver" som utelukker
1559 alle som ønsker å beholde den muligheten.</p>
1560
1561 <p>En åpen standard innebærer for meg at alle kan få innsikt i en
1562 komplett beskrivelse av oppførsel som standarden skal dekke, og at
1563 ingen kan nektes å benytte seg av standarden.  Noen mener at det
1564 holder at alle med tilstrekkelig finansiering kan få tilgang til
1565 spesifikasjonen og at en kun har finansielle krav til bruk.
1566 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
1567 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
1568 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
1569 av en standard for at en standard skal kunne kalles fri og åpen.</p>
1570
1571  </div>
1572  <div class="tags">
1573
1574
1575
1576   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/standard">standard</a>.
1577
1578  </div>
1579 </div>
1580 <div class="padding"></div>
1581
1582 <div class="entry">
1583  <div class="title">
1584  <a href="../../Time_for_new__LDAP_schemas_replacing_RFC_2307_.html">Time for new  LDAP schemas replacing RFC 2307?</a>
1585  </div>
1586  <div class="date">
1587   2009-03-29 20:30
1588  </div>
1589
1590  <div class="body">
1591
1592 <p>The state of standardized LDAP schemas on Linux is far from
1593 optimal.  There is RFC 2307 documenting one way to store NIS maps in
1594 LDAP, and a modified version of this normally called RFC 2307bis, with
1595 some modifications to be compatible with Active Directory.  The RFC
1596 specification handle the content of a lot of system databases, but do
1597 not handle DNS zones and DHCP configuration.</p>
1598
1599 <p>In <a href="http://www.skolelinux.org/">Debian Edu/Skolelinux</a>,
1600 we would like to store information about users, SMB clients/hosts,
1601 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
1602 and LTSP configuration in LDAP.  These objects have a lot in common,
1603 but with the current LDAP schemas it is not possible to have one
1604 object per entity.  For example, one need to have at least three LDAP
1605 objects for a given computer, one with the SMB related stuff, one with
1606 DNS information and another with DHCP information.  The schemas
1607 provided for DNS and DHCP are impossible to combine into one LDAP
1608 object.  In addition, it is impossible to implement quick queries for
1609 netgroup membership, because of the way NIS triples are implemented.
1610 It just do not scale.  I believe it is time for a few RFC
1611 specifications to cleam up this mess.</p>
1612
1613 <p>I would like to have one LDAP object representing each computer in
1614 the network, and this object can then keep the SMB (ie host key), DHCP
1615 (mac address/name) and DNS (name/IP address) settings in one place.
1616 It need to be efficently stored to make sure it scale well.</p>
1617
1618 <p>I would also like to have a quick way to map from a user or
1619 computer and to the net group this user or computer is a member.</p>
1620
1621 <p>Active Directory have done a better job than unix heads like myself
1622 in this regard, and the unix side need to catch up.  Time to start a
1623 new IETF work group?</p>
1624
1625  </div>
1626  <div class="tags">
1627
1628
1629
1630   Tags: <a href="../../tags/debian">debian</a>, <a href="../../tags/debian edu">debian edu</a>, <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>.
1631
1632  </div>
1633 </div>
1634 <div class="padding"></div>
1635
1636 <div class="entry">
1637  <div class="title">
1638  <a href="../../Returning_from_Skolelinux_developer_gathering.html">Returning from Skolelinux developer gathering</a>
1639  </div>
1640  <div class="date">
1641   2009-03-29 21:00
1642  </div>
1643
1644  <div class="body">
1645
1646 <p>I'm sitting on the train going home from this weekends Debian
1647 Edu/Skolelinux development gathering.  I got a bit done tuning the
1648 desktop, and looked into the dynamic service location protocol
1649 implementation avahi.  It look like it could be useful for us.  Almost
1650 30 people participated, and I believe it was a great environment to
1651 get to know the Skolelinux system.  Walter Bender, involved in the
1652 development of the Sugar educational platform, presented his stuff and
1653 also helped me improve my OLPC installation.  He also showed me that
1654 his Turtle Art application can be used in standalone mode, and we
1655 agreed that I would help getting it packaged for Debian.  As a
1656 standalone application it would be great for Debian Edu.  We also
1657 tried to get the video conferencing working with two OLPCs, but that
1658 proved to be too hard for us.  The application seem to need more work
1659 before it is ready for me.  I look forward to getting home and relax
1660 now. :)</p>
1661
1662  </div>
1663  <div class="tags">
1664
1665
1666
1667   Tags: <a href="../../tags/debian">debian</a>, <a href="../../tags/debian edu">debian edu</a>, <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>.
1668
1669  </div>
1670 </div>
1671 <div class="padding"></div>
1672
1673 <div class="entry">
1674  <div class="title">
1675  <a href="../../Standardize_on_protocols_and_formats__not_vendors_and_applications.html">Standardize on protocols and formats, not vendors and applications</a>
1676  </div>
1677  <div class="date">
1678   2009-03-30 11:50
1679  </div>
1680
1681  <div class="body">
1682
1683 <p>Where I work at the University of Oslo, one decision stand out as a
1684 very good one to form a long lived computer infrastructure.  It is the
1685 simple one, lost by many in todays computer industry: Standardize on
1686 open network protocols and open exchange/storage formats, not applications.
1687 Applications come and go, while protocols and files tend to stay, and
1688 thus one want to make it easy to change application and vendor, while
1689 avoiding conversion costs and locking users to a specific platform or
1690 application.</p>
1691
1692 <p>This approach make it possible to replace the client applications
1693 independently of the server applications.  One can even allow users to
1694 use several different applications as long as they handle the selected
1695 protocol and format.  In the normal case, only one client application
1696 is recommended and users only get help if they choose to use this
1697 application, but those that want to deviate from the easy path are not
1698 blocked from doing so.</p>
1699
1700 <p>It also allow us to replace the server side without forcing the
1701 users to replace their applications, and thus allow us to select the
1702 best server implementation at any moment, when scale and resouce
1703 requirements change.</p>
1704
1705 <p>I strongly recommend standardizing - on open network protocols and
1706 open formats, but I would never recommend standardizing on a single
1707 application that do not use open network protocol or open formats.</p>
1708
1709  </div>
1710  <div class="tags">
1711
1712
1713
1714   Tags: <a href="../../tags/debian">debian</a>, <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/standard">standard</a>.
1715
1716  </div>
1717 </div>
1718 <div class="padding"></div>
1719
1720 <div class="entry">
1721  <div class="title">
1722  <a href="../../Recording_video_from_cron_using_VLC.html">Recording video from cron using VLC</a>
1723  </div>
1724  <div class="date">
1725   2009-04-05 10:00
1726  </div>
1727
1728  <div class="body">
1729
1730 <p>One think I have wanted to figure out for a along time is how to
1731 run vlc from cron to do recording of video streams on the net.  The
1732 task is trivial with mplayer, but I do not really trust the security
1733 of mplayer (it crashes too often on strange input), and thus prefer
1734 vlc.  I finally found a way to do it today.  I spent an hour or so
1735 searching the web for recipes and reading the documentation.  The
1736 hardest part was to get rid of the GUI window, but after finding the
1737 dummy interface, the command line finally presented itself:</p>
1738
1739 <blockquote><pre>URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
1740 SAVEFILE=rms.ogg
1741 DISPLAY= vlc -q $URL \
1742   --sout="#duplicate{dst=std{access=file,url='$SAVEFILE'},dst=nodisplay}" \
1743   --intf=dummy</pre></blockquote>
1744
1745 <p>The command stream the URL and store it in the SAVEFILE by
1746 duplicating the output stream to "nodisplay" and the file, using the
1747 dummy interface.  The dummy interface and the nodisplay output make
1748 sure no X interface is needed.</p>
1749
1750 <p>The cron job then need to start this job with the appropriate URL
1751 and file name to save, sleep for the duration wanted, and then kill
1752 the vlc process with SIGTERM.  Here is a complete script
1753 <tt>vlc-record</tt> to use from <tt>at</tt> or <tt>cron</tt>:</p>
1754
1755 <blockquote><pre>#!/bin/sh
1756 set -e
1757 URL="$1"
1758 SAVEFILE="$2"
1759 DURATION="$3"
1760 DISPLAY= vlc -q "$URL" \
1761   --sout="#duplicate{dst=std{access=file,url='$SAVEFILE'},dst=nodisplay}" \
1762   --intf=dummy < /dev/null > /dev/null 2>&1 &
1763 pid=$!
1764 sleep $DURATION
1765 kill $pid
1766 wait $pid</pre></blockquote>
1767
1768  </div>
1769  <div class="tags">
1770
1771
1772
1773   Tags: <a href="../../tags/english">english</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/video">video</a>.
1774
1775  </div>
1776 </div>
1777 <div class="padding"></div>
1778
1779 <div class="entry">
1780  <div class="title">
1781  <a href="../../Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html">Fransk idiotlovforslag hinker gjennom parlamentet</a>
1782  </div>
1783  <div class="date">
1784   2009-04-10 00:10
1785  </div>
1786
1787  <div class="body">
1788
1789 <p><a href="http://www.dagbladet.no/2009/04/09/kultur/musikk/fildeling/tekno/5689356/">Dagbladet
1790 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
1791 til alle som blir anklaget for å ha brutt opphavsretten 3 ganger</a>
1792 ble nedstemt i dag med 21 mot 15 stemmer.  Vinklingen i Dagbladet er
1793 litt merkelig når en vet at det samme forslaget ble vedtatt i
1794 parlamentets andre kammer med 12 mot 4 stemmer, etter at det
1795 <a href="http://opendotdotdot.blogspot.com/2009/04/hadopi-law-passed-by-12-votes-to-4.html">overraskende
1796 ble foreslått å ta saken opp til votering 22:45 sist torsdag</a>,
1797 etter sigende i strid med vanlige rutiner i det franske parlamentet.</p>
1798
1799 <p>Det hele blir ennå mer komisk når et vet at
1800 <a href="http://www.zeropaid.com/news/10034/political_hypocrisy_french_president_sued_for_copyright_infringement/">presidentens
1801 parti er blitt anklaget for å ha brutt opphavsretten</a>.  Mon tro om
1802 partet skal miste internet-forbindelsen hvis de får 2 anklager til
1803 rettet mot seg.</p>
1804
1805  </div>
1806  <div class="tags">
1807
1808
1809
1810   Tags: <a href="../../tags/norsk">norsk</a>, <a href="../../tags/nuug">nuug</a>, <a href="../../tags/personvern">personvern</a>.
1811
1812  </div>
1813 </div>
1814 <div class="padding"></div>
1815
1816  <p style="text-align: right;"><a href="nuug.rss"><img src="../../xml.gif" alt="RSS Feed" width="36" height="14"></a></p>
1817
1818
1819
1820
1821 <div id="sidebar">
1822
1823 <h2>Archive</h2>
1824 <ul>
1825
1826 <li>2009
1827 <ul>
1828
1829 <li><a href="../../archive/2009/01/">January (8)</a></li>
1830
1831 <li><a href="../../archive/2009/02/">February (8)</a></li>
1832
1833 <li><a href="../../archive/2009/03/">March (12)</a></li>
1834
1835 <li><a href="../../archive/2009/04/">April (2)</a></li>
1836
1837 </ul></li>
1838
1839 <li>2008
1840 <ul>
1841
1842 <li><a href="../../archive/2008/11/">November (5)</a></li>
1843
1844 <li><a href="../../archive/2008/12/">December (7)</a></li>
1845
1846 </ul></li>
1847
1848 </ul>
1849
1850
1851
1852 <h2>Tags</h2>
1853 <ul>
1854
1855  <li><a href="../../tags/3d-printer">3d-printer (9)</a></li>
1856
1857  <li><a href="../../tags/amiga">amiga (1)</a></li>
1858
1859  <li><a href="../../tags/aros">aros (1)</a></li>
1860
1861  <li><a href="../../tags/debian">debian (6)</a></li>
1862
1863  <li><a href="../../tags/debian edu">debian edu (6)</a></li>
1864
1865  <li><a href="../../tags/english">english (10)</a></li>
1866
1867  <li><a href="../../tags/fiksgatami">fiksgatami (1)</a></li>
1868
1869  <li><a href="../../tags/ltsp">ltsp (1)</a></li>
1870
1871  <li><a href="../../tags/multimedia">multimedia (2)</a></li>
1872
1873  <li><a href="../../tags/norsk">norsk (32)</a></li>
1874
1875  <li><a href="../../tags/nuug">nuug (32)</a></li>
1876
1877  <li><a href="../../tags/personvern">personvern (4)</a></li>
1878
1879  <li><a href="../../tags/reprap">reprap (9)</a></li>
1880
1881  <li><a href="../../tags/rss">rss (1)</a></li>
1882
1883  <li><a href="../../tags/standard">standard (2)</a></li>
1884
1885  <li><a href="../../tags/stavekontroll">stavekontroll (1)</a></li>
1886
1887  <li><a href="../../tags/video">video (6)</a></li>
1888
1889  <li><a href="../../tags/vitenskap">vitenskap (1)</a></li>
1890
1891  <li><a href="../../tags/web">web (2)</a></li>
1892
1893 </ul>
1894
1895 </div>
1896 </body>
1897 </html>