David Kalnischkies, le Tue 28 Aug 2012 10:31:23 +0200, a écrit : > > The issue also happens at debian-installer time, thus downloading way > > (I don't know why an "also" is in that sentence …)
That's actually because 678227 is what made debian-boot consider the issue quoted above "already reported" (see #684954). > apt-cdrom copies every Translation-* file from the disk to /var/lib/apt/lists Why? Why not just for the current locale? > and libapt applications nowadays will proceed with updating them all > rather than dropping all not in the current environment (which nowadays > is usually LANG=C as run by cron or an APT front-end). > > This is NOT new. I haven't seen that with squeeze: when I run apt-get update, only the Translation file for the current locale gets downloaded. > Translation files exist for a long time and apt-cdrom > copies them for a long time. The difference is that we now have > a) a Translation-en file containing the English long descriptions > b) libapt supporting users who can understand more than one language > c) libapt supporting systems with more than one admin I don't see how that should make apt-get download all languages. > So these files were already copied to /var/lib/apt/lists, it's just that > apt-get and everything else using libapt will not drop Translation-* files > in there on the first run as there is a good chance that this run will be > done by cron or a front-end in LANG=C loosing all this valuable data. Then don't drop it in the LANG=C case, but do drop it in the LANG!=C case. > > more than necessary, and taking a lot of disk space (seen 82M here) for > > no reason, thus moving the "embedded" barrier yet higher for Debian. > > No reason indeed if your only target audience is a crowd of people who > perfectly speak English (en_US) and can choose packages just by looking > at a short description. <sarcastic too>There is no reason to download all languages unless you target the very few people who can speak all languages the descriptions have been translated to.</sarcastic too> > Embedded systems aren't in any way less supported than before by this. 82M clearly hurts. Really. That's like 15% of the installation size! Samuel -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
