[pkg-lynx-maint] splitting off lynx-data

[Axel Beckert]

Hi,

Andreas Metzler wrote:
> TODO now has
> * create a lynx-data package to fix the big /usr/share issue
> 
> I guess this is triggered by lintian's
> arch-dep-package-has-big-usr-share

I guess so. At least I noticed that warning, too, and thought about
that, too.

> which imho is often overzealous.

So far I've never noticed a case where it did so.

There's is though at least one Lintian bug report which backs your
view and shows one case where I see the point (highly compressable
files): https://bugs.debian.org/648755

With my lintian-committer hat on, I'd be happy if you could comment on
that bug-report, especially if you want to bring it to attention to
the remaining lintian maintainers. :-)

> While it is true that usr/share takes about 61% of the whole disk
> usage the whole package is 1.7 MB compressed.
> 
> Splitting has considerable cost (growth of Packages file, which is
> downloaded millions of times,

Likely around one kilobyte or less uncompressed...

> another package for the depency solver to take care of, ...)

That's a point I've not yet thought of. I though don't expect a too
big impact here as there won't be any other package having a relation
with lynx-data.

> which imho outweighs the saved archive space.

It's not only archive space but also the transfer between mirrors upon
mirror sync. Additionally it may save also compile time and disk space
on the buildds as well as on what needs to be rebuilt during BinNMUs
-- but that mostly depends on debian/rules.

	Regards, Axel (also speaking as a mirror admin)
-- 
 ,''`.  |  Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE