Your message dated Wed, 4 Jan 2017 19:19:10 +0100
with message-id <[email protected]>
and subject line Re: Inefficient packaging of arch independent data in package 
isdnactivecards
has caused the Debian Bug report #233378,
regarding Inefficient packaging of arch independent data in package 
isdnactivecards
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
233378: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233378
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: isdnactivecards
Version: 1:3.3-7
Severity: normal

This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.

The isdnactivecards 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
    package.

  * 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:

http://www.debian.org/doc/developers-reference/ch-best-pkging-practices#s-bpp-archindepdata

The usage of these packages is currently:
 debsize pkgsize /usr/share %  filename
 1785170   4172        3624 86 
pool/main/i/isdnutils/isdnactivecards_3.3-7_alpha.deb
 1686616   3924        3624 92 
pool/main/i/isdnutils/isdnactivecards_3.3-7_arm.deb
 1689124   3936        3624 92 
pool/main/i/isdnutils/isdnactivecards_3.3-7_i386.deb
 1804942   4332        3624 83 
pool/main/i/isdnutils/isdnactivecards_3.3-7_ia64.deb
 1675394   3900        3624 92 
pool/main/i/isdnutils/isdnactivecards_3.3-7_m68k.deb
 1707828   4084        3624 88 
pool/main/i/isdnutils/isdnactivecards_3.3-7_mips.deb
 1707928   4084        3624 88 
pool/main/i/isdnutils/isdnactivecards_3.3-7_mipsel.deb
 1701818   3972        3624 91 
pool/main/i/isdnutils/isdnactivecards_3.3-7_powerpc.deb
 1688516   3940        3624 91 
pool/main/i/isdnutils/isdnactivecards_3.3-7_sparc.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...

Thanks,
--
Steve McIntyre, Cambridge, UK.                                [email protected]


--- End Message ---
--- Begin Message ---
Steve McIntyre wrote...

> The isdnactivecards packages seem to contain a very large amount of
> architecture-independent data in architecture-dependent packages,
> specifically data installed under /usr/share.

This was fixed at some point in the past, presumably in
1:3.9.20060704-11

>  debsize pkgsize /usr/share %  filename
>  1785170   4172        3624 86 
> pool/main/i/isdnutils/isdnactivecards_3.3-7_alpha.deb
(...)

Well, now its around 100k

    Christoph

Attachment: signature.asc
Description: Digital signature


--- End Message ---

Reply via email to