[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Size matters. Debian binary package stats

Ron Johnson <ron.l.johnson@cox.net> writes:

> On Tue, 2005-12-27 at 02:17 +0100, Goswin von Brederlow wrote:
>> Adam Heath <doogie@debian.org> writes:
>> > On Sun, 25 Dec 2005, Goswin von Brederlow wrote:
>> >
>> >> > debs are created by debian/rules.  So, only dependencies of dpkg would have to
>> >> > be modified.
>> >>
>> >> I was talking about the hypothetical situation of dpkg defaulting to
>> >> !gzip compression and adding a Pre-Depends to the dpkg version
>> >> required for unpacking. The buildd would have to override that for
>> >> core packages.
>> >
>> > No, the packages themselves would include such logic in their debian/rules.
>> > There's no way we'd want to keep buildds in sync with what the set of core
>> > packages is.
>> That would realy defeat the purpose of not having to modify every deb.
> Why not "just" modify them the next time they are scheduled to be
> built from source?
> It occurs to me, though: while adding a {g|b}zip stage to the i386,
> amd64, ppc, ia64, etc build  wouldn't be noticed that much by 2GHz
> CPUs, it *would* be noticed by 40MHz 68Ks.  Is there a way to make
> the compression conditional on the CPU?

On that note, we should make amd64 use bzip2 or similar before
anythinng else is added to the archive. :))))


Reply to: