X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/21dc438fc8ab9fa20723967df908b82af7744886..074853c1b62b176489eadcdbe3b46c71f31ca582:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 78d33120ab..b1352c0215 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,11 +6,272 @@ + + 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> + + + + + 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>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> + + + + + 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>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> + + + + + 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>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> + + + + + 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>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> + + + + + 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><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> + + + 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 - Sun, 17 May 2009 23:05:00 +0200 + Tue, 19 May 2009 11:30:00 +0200 <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 @@ -118,211 +379,5 @@ titt.</p> - - Massiv overvåkning av kollektivtrafikken i Oslo planlegges - Massiv_overv__kning_av_kollektivtrafikken_i_Oslo_planlegges.html - Massiv_overv__kning_av_kollektivtrafikken_i_Oslo_planlegges.html - Sat, 16 May 2009 09:30:00 +0200 - -<p><a href="http://www.aftenposten.no/nyheter/oslo/article3078919.ece">Flere</a> -og -<a href="http://blogg.karlsbakk.net/2009/02/28/nsb-ruter-og-flexus/">flere</a> -protesterer på den massive overvåkningen og registrering av -trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er -bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser -hvordan trafikkselskapet holder på. Jeg forventer og forlanger å -ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe -alvorlig galt. Den massive registreringen av hvor og når -passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo -er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i -Osloområdet.</p> - - - - - 3D-printing brer om seg - fabrikkene består - 3D_printing_brer_om_seg___fabrikkene_best__r.html - 3D_printing_brer_om_seg___fabrikkene_best__r.html - Sun, 10 May 2009 16:50:00 +0200 - -<p>I 2004 fikk jeg med meg en forelesning om 3D-printing under <a -href="http://wiki.oreillynet.com/eurofoo/index.cgi">euro foo camp</a> -der jeg lærte mye nytt om 3D-printing. Fikk se et lite sjakktårn -skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul -gummiball som også var skrevet ut (med et lite hull for å få ut -fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut -reservedeler i metall i felt, og at det fantes amerikanske husbyggere -som eksperimenterer med utskrift av hus. De to siste har jeg ikke -funnet noen referanser til i ettertid, og har derfor lurt på om det -stemmer. Teknologisk skulle det ikke være noe i veien for slike -løsninger, det er kun et spørmål om pris på skrivehoder og -skrivere. I dag ble jeg tipset om en løsning som -<a href="http://www.shapeways.com/blog/archives/217-3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html">kan -skrive ut hus</a>, med sand og bindemiddel i 25 DPI oppløsning. Mon -tro om det er fremtidens byggemetode.</p> - -<p>Jeg er ikke i tvil om at 3D-utskrift vil føre til endringer i -hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter -som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de -som tror at 3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har -forregnet seg. 3D-skrivere er fantastisk bra til å lage spesielle -dingser på forespørsel, f.eks. etter å ha lastet ned et 3D-design fra -tjenester som <a href="http://www.thingiverse.com/">Thingiverse</a>. -De er derimot ikke spesielt bra til å lage mange eksemplarer av samme -dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal -lages tusenvis, eller millioner av en dings, så vil fabrikkene -sannsynligvis fortsette å slå 3D-skriving ned i støvlene -økonomisk, selv om en tar hensyn til transport og logistikk. Hvis -det derimot skal lages en håndfull, så vil 3D-skriving fremstå som -et suverent alternativ. 3D-skriving er i så måte løsning for -<a href="http://en.wikipedia.org/wiki/The_Long_Tail">den lange -halen</a>, mens fabrikker nok fortsatt vil være løsningen for -massemarkedet.</p> - - - - - Lenker samlet 2009-05-09 - Lenker_samlet_2009_05_09.html - Lenker_samlet_2009_05_09.html - Sat, 9 May 2009 22:40:00 +0200 - -<ul> - -<li><a href="http://www.aftenposten.no/meninger/kronikker/article3066834.ece">Jeg, et offer</a> -<br>Aage Borchgrevink drodler om offerrollens framvekst i den norske -offentligheten.</li> - -<li><a href="http://www.nuug.no/pub/video/published/200904-goopen.html">Opptak fra Go Open 2009 på web</a> -<br>Endelig kan jeg få med meg foredragene jeg gikk glipp av.</li> - -<li><a href="http://www.robweir.com/blog/2009/05/update-on-odf-spreadsheet.html">MS Excel 2007 håndterer ODF dårlig</a> -<br>Microsoft har lykkes med å implementere ODF slik at de ikke -samhandler med noen av de andre som håndterer ODF-regneark.</li> - -<li><a href="http://www.groklaw.net/article.php?story=20090503215045379">MS -Word 2007 håndterer ODF dårlig</a> -<br>Fotnoter laget i MS Office blir merkelige i OpenOffice.org.</li> - -</ul> - - - - - IDG mener linux i servermarkedet vil vokse med 21% i 2009 - IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html - IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html - Thu, 7 May 2009 22:30:00 +0200 - -<p>Kom over -<a href="http://news.cnet.com/8301-13505_3-10216873-16.html">interessante -tall</a> fra IDG om utviklingen av linuxservermarkedet. Fikk meg til -å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg -jobber til daglig. En rask opptelling forteller meg at vi har 490 -(61%) fysiske unix-tjener (mest linux men også noen solaris) og 196 -(25%) windowstjenere, samt 112 (14%) virtuelle unix-tjenere. Med den -bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.</p> - - - - - Kryptert harddisk - naturligvis - Kryptert_harddisk___naturligvis.html - Kryptert_harddisk___naturligvis.html - Sat, 2 May 2009 15:30:00 +0200 - -<p><a href="http://www.dagensit.no/trender/article1658676.ece">Dagens -IT melder</a> at Intel hevder at det er dyrt å miste en datamaskin, -når en tar tap av arbeidstid, fortrolige dokumenter, -personopplysninger og alt annet det innebærer. Det er ingen tvil om -at det er en kostbar affære å miste sin datamaskin, og det er årsaken -til at jeg har kryptert harddisken på både kontormaskinen og min -bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal -komme på avveie, den første informasjon relatert til jobben min ved -Universitetet i Oslo, og den andre relatert til blant annet -foreningsarbeide. Kryptering av diskene gjør at det er lite -sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut -av dem. Maskinene låses automatisk etter noen minutter uten bruk, -og en reboot vil gjøre at de ber om passord før de vil starte opp. -Jeg bruker Debian på begge maskinene, og installasjonssystemet der -gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen -av krypterte partisjoner, slik at alt av datapartisjoner er kryptert. -Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når -det er gjort slik jeg gjør det er minimale, og gevinstene er -betydelige. En bør dog passe på passordet. Hvis det går tapt, må -maskinen reinstalleres og alt er tapt.</p> - -<p>Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler -ned minnebrikkene før maskinen rebootes med programvare for å hente ut -krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere -er for min del høyere enn gevinsten. Jeg tror oddsene for at -f.eks. etteretningsorganisasjoner har glede av å titte på mine -maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å -gjøre det vanskeligere for angripere med kompetanse og ressurser er -betydelige.</p> - - - - - Two projects that have improved the quality of free software a lot - Two_projects_that_have_improved_the_quality_of_free_software_a_lot.html - Two_projects_that_have_improved_the_quality_of_free_software_a_lot.html - Sat, 2 May 2009 15:00:00 +0200 - -<p>There are two software projects that have had huge influence on the -quality of free software, and I wanted to mention both in case someone -do not yet know them.</p> - -<p>The first one is <a href="http://valgrind.org/">valgrind</a>, a -tool to detect and expose errors in the memory handling of programs. -It is easy to use, all one need to do is to run 'valgrind program', -and it will report any problems on stdout. It is even better if the -program include debug information. With debug information, it is able -to report the source file name and line number where the problem -occurs. It can report things like 'reading past memory block in file -X line N, the memory block was allocated in file Y, line M', and -'using uninitialised value in control logic'. This tool has made it -trivial to investigate reproducible crash bugs in programs, and have -reduced the number of this kind of bugs in free software a lot. - -<p>The second one is -<a href="http://en.wikipedia.org/wiki/Coverity">Coverity</a> which is -a source code checker. It is able to process the source of a program -and find problems in the logic without running the program. It -started out as the Stanford Checker and became well known when it was -used to find bugs in the Linux kernel. It is now a commercial tool -and the company behind it is running -<a href="http://www.scan.coverity.com/">a community service</a> for the -free software community, where a lot of free software projects get -their source checked for free. Several thousand defects have been -found and fixed so far. It can find errors like 'lock L taken in file -X line N is never released if exiting in line M', or 'the code in file -Y lines O to P can never be executed'. The projects included in the -community service project have managed to get rid of a lot of -reliability problems thanks to Coverity.</p> - -<p>I believe tools like this, that are able to automatically find -errors in the source, are vital to improve the quality of software and -make sure we can get rid of the crashing and failing software we are -surrounded by today.</p> - - - - - No patch is not better than a useless patch - No_patch_is_not_better_than_a_useless_patch.html - No_patch_is_not_better_than_a_useless_patch.html - Tue, 28 Apr 2009 09:30:00 +0200 - -<p>Julien Blache -<a href="http://blog.technologeek.org/2009/04/12/214">claim that no -patch is better than a useless patch</a>. I completely disagree, as a -patch allow one to discuss a concrete and proposed solution, and also -prove that the issue at hand is important enough for someone to spent -time on fixing it. No patch do not provide any of these positive -properties.</p> - - -