X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/662a2ae349de5c8f24f44c595bde06e422e5136a..ed6408ee58e7361787faae2fc21a993fa693d2ca:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index e32d722fe9..f80fd7159b 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -7,148 +7,367 @@ - Devcamp brought us closer to the Lenny based Debian Edu release - Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html - Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html - Sun, 7 Dec 2008 12:00:00 +0100 + Relative popularity of document formats (MS Office vs. ODF) + Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html + Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html + Wed, 12 Aug 2009 15:50:00 +0200 -<p>This weekend we had a small developer gathering for Debian Edu in -Oslo. Most of Saturday was used for the general assemly for the -member organization, but the rest of the weekend I used to tune the -LTSP installation. LTSP now work out of the box on the 10-network. -Acer Aspire One proved to be a very nice thin client, with both -screen, mouse and keybard in a small box. Was working on getting the -diskless workstation setup configured out of the box, but did not -finish it before the weekend was up.</p> - -<p>Did not find time to look at the 4 VGA cards in one box we got from -the Brazilian group, so that will have to wait for the next -development gathering. Would love to have the Debian Edu installer -automatically detect and configure a multiseat setup when it find one -of these cards.</p> +<p>Just for fun, I did a search right now on Google for a few file ODF +and MS Office based formats, to get an idea of their relative usage. +I searched using 'filetype:odt' and equvalent terms, and got these +results:</P> + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:282000</td> <td>docx:308000</td></tr> +<tr><td>Presentasjon</td> <td>odp:75600</td> <td>pptx:183000</td></tr> +<tr><td>Regneark</td> <td>ods:26500 </td> <td>xlsx:145000</td></tr> +</table> + +<p>Next, I added a 'site:no' limit to get the numbers for Norway, and +got these numbers:</p> + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:2480 </td> <td>docx:4460</td></tr> +<tr><td>Presentasjon</td> <td>odp:299 </td> <td>pptx:741</td></tr> +<tr><td>Regneark</td> <td>ods:187 </td> <td>xlsx:372</td></tr> +</table> + +<p>I wonder how these numbers change over time.</p> + +<p>I am aware of Google returning different results and numbers based +on where the search is done, so I guess these numbers will differ if +they are conduced in another country. Because of this, I did the same +search from a machine in California, USA, a few minutes after the +search done from a machine here in Norway.</p> + + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:129000</td> <td>docx:308000</td></tr> +<tr><td>Presentasjon</td> <td>odp:44200</td> <td>pptx:93900</td></tr> +<tr><td>Regneark</td> <td>ods:26500 </td> <td>xlsx:82400</td></tr> +</table> + +<p>And with 'site:no': + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:2480</td> <td>docx:3410</td></tr> +<tr><td>Presentasjon</td> <td>odp:175</td> <td>pptx:604</td></tr> +<tr><td>Regneark</td> <td>ods:186 </td> <td>xlsx:296</td></tr> +</table> + +<p>Interesting difference, not sure what to conclude from these +numbers.</p> + + + + + ISO still hope to fix OOXML + ISO_still_hope_to_fix_OOXML.html + ISO_still_hope_to_fix_OOXML.html + Sat, 8 Aug 2009 14:00:00 +0200 + +<p>According to <a +href="http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html">a +blog post from Torsten Werner</a>, the current defect report for ISO +29500 (ISO OOXML) is 809 pages. His interesting point is that the +defect report is 71 pages more than the full ODF 1.1 specification. +Personally I find it more interesting that ISO still believe ISO OOXML +can be fixed in ISO. Personally, I believe it is broken beyon repair, +and I completely lack any trust in ISO for being able to get anywhere +close to solving the problems. I was part of the Norwegian committee +involved in the OOXML fast track process, and was not impressed with +Standard Norway and ISO in how they handled it.</p> + +<p>These days I focus on ODF instead, which seem like a specification +with the future ahead of it. We are working in NUUG to organise a ODF +seminar this autumn.</p> + + + + + Debian has switched to dependency based boot sequencing + Debian_has_switched_to_dependency_based_boot_sequencing.html + Debian_has_switched_to_dependency_based_boot_sequencing.html + Mon, 27 Jul 2009 23:50:00 +0200 + +<p>Since this evening, with the upload of sysvinit version 2.87dsf-2, +and the upload of insserv version 1.12.0-10 yesterday, Debian unstable +have been migrated to using dependency based boot sequencing. This +conclude work me and others have been doing for the last three days. +It feels great to see this finally part of the default Debian +installation. Now we just need to weed out the last few problems that +are bound to show up, to get everything ready for Squeeze.</p> + +<p>The next step is migrating /sbin/init from sysvinit to upstart, and +fixing the more fundamental problem of handing the event based +non-predictable kernel in the early boot.</p> + + + + + Taking over sysvinit development + Taking_over_sysvinit_development.html + Taking_over_sysvinit_development.html + Wed, 22 Jul 2009 23:00:00 +0200 + +<p>After several years of frustration with the lack of activity from +the existing sysvinit upstream developer, I decided a few weeks ago to +take over the package and become the new upstream. The number of +patches to track for the Debian package was becoming a burden, and the +lack of synchronization between the distribution made it hard to keep +the package up to date.</p> + +<p>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink, +and my Debian co-maintainer Kel Modderman. About 10 days ago, I made +a new upstream tarball with version number 2.87dsf (for Debian, SuSe +and Fedora), based on the patches currently in use in these +distributions. We Debian maintainers plan to move to this tarball as +the new upstream as soon as we find time to do the merge. Since the +new tarball was created, we agreed with Werner at SuSe to make a new +upstream project at <a href="http://savannah.nongnu.org/">Savannah</a>, and continue +development there. The project is registered and currently waiting +for approval by the Savannah administrators, and as soon as it is +approved, we will import the old versions from svn and continue +working on the future release.</p> + +<p>It is a bit ironic that this is done now, when some of the involved +distributions are moving to upstart as a syvinit replacement.</p> - Mekanikk-delen av reprap-byggesettet på vei - Mekanikk_delen_av_reprap_byggesettet_p___vei.html - Mekanikk_delen_av_reprap_byggesettet_p___vei.html - Tue, 2 Dec 2008 12:00:00 +0100 + Regjerningens oppsummering av høringen om standardkatalogen versjon 2 + Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html + Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html + Thu, 9 Jul 2009 14:40:00 +0200 -<p>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra -England. Jeg kan følge pakkens bevegelser via web, og den er nå -kommet fram til tollen i London. Da bør jeg ha den i hus om noen -dager, hvis alt går bra.</p> - -<p>Elekronikkbyggesettet ser det derimot dårligere ut for. Rette -vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding -på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet -bort første pakke.</p> +<p>For å forstå mer om hvorfor standardkatalogens versjon 2 ble som +den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem +for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs +wiki, direkte tilgjengelig via "<a +href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon.pdf">Referansekatalogen +v2.0 - Oppsummering av høring</a>" og "<a +href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon-katalogutkast.pdf">Referansekatalog +for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå - +UTKAST</a>".</p> + +<p>Det er tre ting jeg merker meg i oppsummeringen fra +høringsuttalelsen da jeg skummet igjennom den. Det første er at +forståelsen av hvordan programvarepatenter påvirker fri +programvareutvikling også i Norge når en argumenterer med at +royalty-betaling ikke er et relevant problem i Norge. Det andre er at +FAD ikke har en prinsipiell forståelse av verdien av en enkelt +standard innenfor hvert område. Det siste er at påstander i +høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra +Microsoft om hvordan Ogg blir standardisert og påstanden fra +politidirektoratet om patentproblemer i Theora).</p> - Reprap-pakke tapt i posten - Reprap_pakke_tapt_i_posten.html - Reprap_pakke_tapt_i_posten.html - Thu, 27 Nov 2008 21:20:00 +0100 + Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2 + Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html + Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html + Mon, 6 Jul 2009 21:00:00 +0200 -<p>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er -at posten har sendt meg et brev der de beklager at den er tapt. Da er -det bare å bestille ny pakke og kreve erstatning fra Posten. Får -håpe det går bedre denne gangen.</p> - -<p>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra -England, så også der spøker det for å få alt i hus før jul. Så -lenge alt er klart til <a href="http://www.goopen.no/">Go Open -2009</a> i april, så er det greit.</p> +<p>Jeg ble glad da regjeringen +<a href="http://www.digi.no/817635/her-er-statens-nye-it-standarder">annonserte</a> +versjon 2 av +<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf">statens +referansekatalog over standarder</a>, men trist da jeg leste hva som +faktisk var vedtatt etter +<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html">høringen</a>. +De fleste av de valgte åpne standardene er gode og vil bidra til at +alle kan delta på like vilkår i å lage løsninger for staten, men +noen av dem blokkerer for de som ikke har anledning til å benytte +spesifikasjoner som krever betaling for bruk (såkalt +royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3 +for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg +Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd +fra statens websider gjøre dette uten å måtte bruke programmer der +betaling for bruk var nødvendig. Når det nå er gjort valgfritt for +de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler +Vorbis), så vil en bli tvunget til å forholde seg til +royalty-belastede standarder for å få tilgang til videoen og +lyden.</p> + +<p>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om +at alle standarder som ble valgt til å være påkrevd i katalogen skulle +være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet +all forståelse for hvilke prinsipper som må følges for å oppnå +likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte +mot dette i +<a href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2">sin +høringsuttalelse</a>, men ser ut til å ha blitt ignorert.</p> - Amigafolket holder ut - Amigafolket_holder_ut.html - Amigafolket_holder_ut.html - Wed, 26 Nov 2008 06:05:00 +0100 + Microsofts misvisende argumentasjon rundt multimediaformater + Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html + Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html + Fri, 26 Jun 2009 15:30:00 +0200 -<p>En sak på <a href="http://www.linuxtoday.com/">Linux Today</a> om -<a href="http://www.linuxtoday.com/developer/2008112600335OPLLDV">Amiga</a> -og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL, -minnet meg på prosjektet Aros. -<a href="http://aros.sourceforge.net/">Aros-prosjektet</a> går ut på å -lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan -fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se -at det forsatt kommer nye utgaver og at de nærmer seg en komplett -pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?</p> +<p>I +<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf">Microsoft +sin høringsuttalelse</a> til +<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422">forslag +til versjon 2 av statens referansekatalog over standarder</a>, lirer +de av seg følgende FUD-perle:</p> + +<p><blockquote>"Vorbis, OGG, Theora og FLAC er alle tekniske + spesifikasjoner overordnet styrt av xiph.org, som er en + ikke-kommersiell organisasjon. Etablerte og anerkjente + standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt + innarbeidet vedlikeholds- og forvaltningsprosess av en standard. + Det er derimot helt opp til hver enkelt organisasjon å bestemme + hvordan tekniske spesifikasjoner videreutvikles og endres, og disse + spesifikasjonene bør derfor ikke defineres som åpne + standarder."</blockquote></p> + +<p>De vokter seg vel for å nevne den anerkjente +standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP, +IP og det meste av protokoller på Internet, og RFC-standardene som +IETF står bak. Ogg er spesifisert i +<a href="http://ietf.org/rfc/rfc3533.txt">RFC 3533</a>, og er uten +tvil å anse som en åpen standard. Vorbis er +<a href="http://ietf.org/rfc/rfc5215.txt">RFC 5215</a>. Theora er + +under standardisering via IETF, med +<a href="http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt">siste +utkast publisert 2006-07-21</a> (riktignok er dermed teksten ikke +skrevet i stein ennå, men det blir neppe endringer som ikke er +bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da +jeg ikke finner tegn til at <a +href="http://flac.sourceforge.net/format.html">spesifikasjonen +tilgjengelig på web</a> er på tur via noen +standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora +og Vorbis også har involvert seg i Flac siden 2003, så ser jeg ikke +bort fra at også den organiseres via IETF. Jeg kjenner personlig lite +til FLAC.</p> + +<p>Uredelig argumentasjon bør en holde seg for god til å komme med, +spesielt når det er så enkelt i dagens Internet-hverdag å gå +misvisende påstander etter i sømmene.</p> - The sorry state of multimedia browser plugins in Debian - The_sorry_state_of_multimedia_browser_plugins_in_Debian.html - The_sorry_state_of_multimedia_browser_plugins_in_Debian.html - Tue, 25 Nov 2008 00:10:00 +0100 + Debian boots quicker and quicker + Debian_boots_quicker_and_quicker.html + Debian_boots_quicker_and_quicker.html + Wed, 24 Jun 2009 21:40:00 +0200 -<p>Recently I have spent some time evaluating the multimedia browser -plugins available in Debian Lenny, to see which one we should use by -default in Debian Edu. We need an embedded video playing plugin with -control buttons to pause or stop the video, and capable of streaming -all the multimedia content available on the web. The test results and -notes are available on -<a href="http://wiki.debian.org/DebianEdu/BrowserMultimedia">the -Debian wiki</a>. I was surprised how few of the plugins are able to -fill this need. My personal video player favorite, VLC, has a really -bad plugin which fail on a lot of the test pages. A lot of the MIME -types I would expect to work with any free software player (like -video/ogg), just do not work. And simple formats like the -audio/x-mplegurl format (m3u playlists), just isn't supported by the -totem and vlc plugins. I hope the situation will improve soon. No -wonder sites use the proprietary Adobe flash to play video.</p> - -<p>For Lenny, we seem to end up with the mplayer plugin. It seem to -be the only one fitting our needs. :/</p> +<p>I spent Monday and tuesday this week in London with a lot of the +people involved in the boot system on Debian and Ubuntu, to see if we +could find more ways to speed up the boot system. This was an Ubuntu +funded +<a href="https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint">developer +gathering</a>. It was quite productive. We also discussed the future +of boot systems, and ways to handle the increasing number of boot +issues introduced by the Linux kernel becoming more and more +asynchronous and event base. The Ubuntu approach using udev and +upstart might be a good way forward. Time will show.</p> + +<p>Anyway, there are a few ways at the moment to speed up the boot +process in Debian. All of these should be applied to get a quick +boot:</p> + +<ul> + +<li>Use dash as /bin/sh.</li> + +<li>Disable the init.d/hwclock*.sh scripts and make sure the hardware + clock is in UTC.</li> + +<li>Install and activate the insserv package to enable + <a href="http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot">dependency + based boot sequencing</a>, and enable concurrent booting.</li> + +</ul> + +These points are based on the Google summer of code work done by +<a href="http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/">Carlos +Villegas</a>. + +<p>Support for makefile-style concurrency during boot was uploaded to +unstable yesterday. When we tested it, we were able to cut 6 seconds +from the boot sequence. It depend on very correct dependency +declaration in all init.d scripts, so I expect us to find edge cases +where the dependences in some scripts are slightly wrong when we start +using this.</p> + +<p>On our IRC channel for this effort, #pkg-sysvinit, a new idea was +introduced by Raphael Geissert today, one that could affect the +startup speed as well. Instead of starting some scripts concurrently +from rcS.d/ and another set of scripts from rc2.d/, it would be +possible to run a of them in the same process. A quick way to test +this would be to enable insserv and run 'mv /etc/rc2.d/S* /etc/rcS.d/; +insserv'. Will need to test if that work. :)</p> - Mens vi venter på 3D-skriveren - Mens_vi_venter_p___3D_skriveren.html - Mens_vi_venter_p___3D_skriveren.html - Mon, 24 Nov 2008 20:00:00 +0100 + Litt om valgfusk og problemet med elektronisk stemmegiving + Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html + Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html + Wed, 17 Jun 2009 14:20:00 +0200 -<p>Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for -å få min replikator på plass, har jeg som del av -<a href="http://wiki.nuug.no/grupper/replikator">NUUGs -3D-skriverprosjekt</a> bestilt deler til en -<a href="http://www.reprap.org/">reprap</a> fra utlandet, som skal -bygges sammen slik at den kan demonstreres på Go Open 2009 i april. -Foreløbig plan er å bygge to i parallell, en basert på byggesett -fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til -Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert -på byggesettet, og håper noen andre vil ta ansvar for den -hjemmelagede utgaven. :)</p> - -<p>Nå er det den lange ventetiden som rår, etter at begge -byggesettene er bestilt og betalt. Dog har visst den første pakken -gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig -fortollet, og pakkelapp kom i postkassen før pakken var klar til -henting. Det var 2008-11-07. Postens sporingssystem forteller at -pakken ikke har beveget seg siden 2008-11-05, da den var innom -omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom -fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg -håper det ikke går tapt på samme vis.</p> +<p><a href="http://www.aftenposten.no/nyheter/uriks/article3127058.ece">Aftenposten +melder</a> at det kan se ut til at Iran ikke har lært av USA når det +gjelder valgfusk. En bør endre tallene før de publiseres, slik at en +kandidat aldri får færre stemmer under opptellingen, ellers blir det +veldig tydelig at tallene ikke er til å stole på. I USA er det +derimot <a href="http://www.blackboxvoting.org/">rapporter om at +tallene har vært endret</a> på tur mot opptellingen, ikke etter at +tallene er publiserte (i tillegg til en rekke andre irregulariteter). +En ting Iran åpenbart har forstått, er verdien av å kunne +kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall +i noen områder. Hvorvidt det har verdi, kommer an på hvordan +stemmene har vært oppbevart.</p> + +<p><a href="http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/">Universitetet +i Oslo derimot</a>, har ikke forstått verdien av å kunne +kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving +over Internet, med et system som ikke kan kontrolltelles hvis det +kommer anklager om juks med stemmene. Systemet har flere kjente +problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og +jeg har derfor latt være å stemme ved valg på UiO siden det ble +innført.</p> + +<p>Universitet i Bergen derimot har klart det kunststykket å aktivt gå +inn for å gjøre det kjent at det elektroniske stemmegivingssystemet +over Internet <a href="http://nyheter.uib.no/?modus=vis_nyhet&id=43404">kan +spore hvem som stemmer hva</a> (det kan en forøvrig også ved UiO), og tatt +kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde. +Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde +inneholdt i Iran hvis de ikke hadde hemmelige valg?</p> - Tester blog - Tester_blog.html - Tester_blog.html - Tue, 4 Nov 2008 11:00:00 +0100 + Standarder fungerer best når en samler seg rundt dem + Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html + Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html + Tue, 19 May 2009 11:30:00 +0200 -<p>Kanskje en blog kunne være noe også for meg. chronicle ser ut til -å være en grei måte å skrive en blog på. Dette er første -forsøk.</p> +<p>En standard er noe man samler seg rundt, ut fra ideen om at en får +fordeler når mange står sammen. Jo flere som står sammen, jo +bedre. Når en vet dette, blir det litt merkelig å lese noen av +uttalelsene som er kommet inn til +<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2/horingsuttalelser.html?id=549423">høringen +om versjon 2 av statens referansekatalog over standarder</a>. Blant +annet Abelia, NHO og Microsoft tror det er lurt med flere standarder +innenfor samme område. Det blir som å si at det er fint om Norge +standardiserte både på A4- og Letter-størrelser på arkene, ulik +sporvidde på jernbaneskinnene, meter og fot som lengemål, eller +høyre- og venstrekjøring - slik at en kan konkurrere på hvilken +standard som er best. De fleste forstår heldigvis at dette ikke +bidrar positivt.</p>