Bug#233417: Inefficient packaging of arch independent data in package mozart-doc
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The mozart-doc packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packages,
specifically data installed under /usr/share. This is wasteful of
mirror space and bandwidth, as we then end up with multiple copies of
this data, one for each architecture. Initial estimates suggest that
several gigabytes of Debian archive space may currently be wasted
because of packages like this.
The way to fix this depends on the layout of your package:
* Some packages need to have a -common or -doc package split out to
contain this common data, and the existing packages that need this
data should then be altered to depend on the new -common or -doc
* This package may already be such a -common or -doc package, in
which case it probably should already be marked as Architecture:
all in your debian/control file rather than Architecture: any .
* Maybe the files under /usr/share do not belong there - several
packages seem to contain data in /usr/share that is definitely
architecture-dependent. In this case, please move the files into
the right place.
Policy is quite clear on this point:
The usage of these packages is currently:
debsize pkgsize /usr/share % filename
3606658 19564 19564 100 pool/main/m/mozart/mozart-doc_184.108.40.20630212-1_hppa.deb
3589150 19564 19564 100 pool/main/m/mozart/mozart-doc_220.127.116.1130212-2_sparc.deb
3589176 19568 19568 100 pool/main/m/mozart/mozart-doc_18.104.22.16830212-3_i386.deb
3588732 19568 19568 100 pool/main/m/mozart/mozart-doc_22.214.171.12430212-3_m68k.deb
3587882 19568 19568 100 pool/main/m/mozart/mozart-doc_126.96.36.19930212-3_mips.deb
3588802 19568 19568 100 pool/main/m/mozart/mozart-doc_188.8.131.5230212-3_mipsel.deb
3586746 19568 19568 100 pool/main/m/mozart/mozart-doc_184.108.40.20630212-3_powerpc.deb
Please split this package appropriately. If you believe your package
is already split reasonably, then sorry for bothering you. If you wish
to discuss this further, please feel free to reply to this bug. If you
agree that there's a problem here but need help to fix it: again, feel
free to ask...
Steve McIntyre, Cambridge, UK. firstname.lastname@example.org