Package: locales
Version: 2.10.2-5
Severity: wishlist
Tags: patch

All the packages that provide internationalisation data are moving
out of "Section: libs" and into their own private part of the
archive; but locales and locales-all haven't followed them.

There's no obvious reason for libc's l10n data package to be an
exception; it contains no .so files, but does provide executables
that are important for the system's locale-handling infrastructure.
Compare the package iptables, which is full of actual shared
libraries and lives in "Section: net".

One practical benefit of moving it out of "Section: libs" is that it
would make life easier for tools like deborphan.  At present if I do
a Debian install using the "Standard+Desktop" tasks, but then remove
mutt, locales ends up flagged as a redundantly installed library.

You may have some good counterargument, but I'm submitting this
suggestion in case it's just that nobody has considered it.
Ankh kak! (Ancient Egyptian blessing)
diff -ru eglibc-2.10.2.old/debian/control
--- eglibc-2.10.2.old/debian/control	2010-02-07 14:25:44.000000000 +0000
+++	2010-02-07 14:24:37.000000000 +0000
@@ -67,7 +67,7 @@
 Package: locales
 Architecture: all
-Section: libs
+Section: localization
 Priority: standard
 Depends: ${locale:Depends}, debconf | debconf-2.0
 Conflicts: base-config, belocs-locales-bin, belocs-locales-data
@@ -85,7 +85,7 @@
 Package: locales-all
 Architecture: any
-Section: libs
+Section: localization
 Priority: extra
 Depends: ${locale:Depends}, lzma
 Provides: locales

Reply via email to