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.
+Arbeidet med å få på plass NUUGs +Fiksgatami-tjeneste går videre +uten stans. Den vil som tidligere nevnt bruke de beste +kommunegrensene vi har klart å få tak i, fra OpenStreetmap.org. Ofte +vil unøyaktighetene ikke har mye konsekvenser, da kommunegrenser ofte +går lagt fra der det bor mye folk, men av og til vil det påvirke +flere. Kom over et eksempel i dag, der grensestreken går midt i +tettbygd strøk og henvendelser via FiksGataMi nok vil bli feilsendt +pga. at det offentlige nekter å fortelle oss på maskinlesbart format +hvor kommunegrensa går.
+ +Grensa mellom Tønsberg og Nøytterøy er +i +dag tegnet opp slik at den gÃ¥r midt igjennom Ollebukta marina og +lar Ãrsnes ligge i en kommune mens Ãrsnesalleen gÃ¥r over to kommuner. +Min erfaring med kommuneoppdeling fÃ¥r meg til Ã¥ tro at dette neppe +stemmer.
Vi får bare håpe at noen med lokalkunnskap går inn og korrigerer +grensestreken i OpenStreetmap.org slik at den blir mer nøyaktig, eller +at det offentlige snur og publiserer i hvert fall +kommunegrenseinformasjonen på maskinlesbart format uten +bruksbegresninger, slik at FiksGataMi har større sjanse til å sende +informasjon til riktig kommune.+ +
Det går mot at det settes hardt mot hardt og en rettsak om temaet, +og +i +går ble det kjent at NUUG +Foundation støtter Fri Geo +Norge-prosjektet med deler av kostnadene forbundet med en rettsak +for å få tilgang til kommunegrensene fra kartverket. Jeg gleder meg til +fortsettelsen.