Prioritising packages for the Debian Edu / -Skolelinux DVD, which is -supposed provide a school with all the services and user applications -needed on the pupils computer network has always been hard. Even -schools without Internet connections should be able to get Debian Edu -working using this DVD.
- -The job became a lot harder when apt and aptitude started -installing recommended packages by default. We want the same set of -packages to be installed when using the DVD and the netinst CD, and -that means all recommended packages need to be on the DVD. I created -a patch for debian-cd in BTS -report #601203 to do this, and since this change was applied to -the Debian Edu DVD build, we have been seriously short on space.
- -A few days ago we decided to drop blender, wxmaxima and kicad from -the default installation to save space on the DVD, believing that -those needing these applications are few and can get them from the -Debian archive.
- -Yesterday, I had a look what source packages to see which packages -were using most space. A few large packages are well know; -openoffice.org, openclipart and fluid-soundfont. But I also -discovered that lilypond used 106 MiB and fglrx-driver used 53 MiB. -The lilypond package is pulled in as a dependency for rosegarden, and -when looking a bit closer I discovered that 99 MiB of the 106 MiB were -the documentation package, which is recommended by the binary package. -I decided to drop this documentation package from our DVD, as most of -our users will use the GUI front-ends and do not need the lilypond -documentation. Similarly, I dropped the non-free fglrx-driver package -which might be installed by d-i when its hardware is detected, as the -free X driver should work.
- -With this change, we finally got space for the LXDE and Gnome -desktop packages as well as the language specific packages making the -DVD more useful again.
+Etter mandagens lansering av +FiksGataMi har responsen vært +enorm, og de første 1000 problemene er allerede rapportert. Noen +saker er allerede løst, og responstiden til +Bø i Nordland og +Melhus imponerer +stort. Slikt burde gjøre innbyggerne der stolte. :)
+ +En utfordring for FiksGataMi er håndtering av fylkes- og riksveier +som ikke skal til kommunen men til fylket eller staten. Problemet er +at vi mangler en datakilde som kan brukes til å identifisere hvilket +geografisk område som administreres av fylket og staten (dvs. vei, +grøfter, gjerder og slikt). Det vi trenger er maskinlesbare +georefererte eiendomsgrenser over eiendommene som hører til fylkes- og +riksveier. Når vi har det, kan vi videreutvikle fiksgatami til å +håndtere eiendomsgrenser i tillegg til dagens kommune- og +fylkesgrenser. Så vi trenger datakilder uten bruksbegrensninger og +litt finansiering for å ta dem i bruk.
+ +Men noen kommuner håndterer denne utfordringen elegant likevel og +til det beste for innsender ved å sende saken videre til riktig +instans og notere dette i FiksGataMi. De første som gjorde dette var +så vidt jeg kan se +Lørenskog. All kudos +til dem!
+ +I morgen tidlig skal Christer pÃ¥ NRK Ãstlandssendingen og snakke om +FiksGataMi. Jeg gleder meg til Ã¥ høre opptaket og se hvilken respons +det fører til pÃ¥ innrapporteringen. Jeg forsøker Ã¥ holde +oversikt over omtalen +NUUG og FiksGataMi pÃ¥ NUUGs websider, og responsen sÃ¥ langt har vært +veldig god. De fleste kommunene er veldig positive til tjenesten. De +som hadde lignende løsninger er ikke sÃ¥ fornøyde, noe jeg kan forstÃ¥. +PÃ¥ den positive siden fÃ¥r innbyggerne i disse kommunene nÃ¥ et valg om +hvilken løsning de vil benytte seg av, og konkurranse er en fin ting +for Ã¥ dyrke frem de beste løsningene. :)