Re: bzip2 X

1998-04-22 Thread Brederlow
Bdale Garbee <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]> you wrote: > : fast. Its not agood solution, so thats why I asked here about > : integrating bzip2 support into gzip. > > Points well taken. You're just asking in the wrong place. You should take > this up with the gzip

Re: bzip2 X

1998-04-21 Thread Bdale Garbee
In article <[EMAIL PROTECTED]> you wrote: : fast. Its not agood solution, so thats why I asked here about : integrating bzip2 support into gzip. Points well taken. You're just asking in the wrong place. You should take this up with the gzip upstream maintainer. It is not a Debian packaging is

Re: bzip2 X

1998-04-21 Thread Mark W. Eichin
> Fonts for X could be stored as bz2 instead of gz, man-pages could be > bz2. No, that's actually not true. Changing how gzip-the-program behaves would have no effect on X font handling. Fonts are stored gzipped because there is a fast, free-enough-for-X, zlib implementation. (The server hasn

Re: bzip2 X

1998-04-21 Thread Brederlow
Bdale Garbee <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]> you wrote: > > : Hmm... it's actually probably a good idea to bzip2 the X sources. > : They're monstrous. > > Probably a good idea. However... > > The right way to handle this is for someone to broach the subject of usin

Re: bzip2 X

1998-04-21 Thread Mark W. Eichin
In fact, it has been mentioned (on tar-forum, I believe) that gzip (the program) will eventually include the bzip2 algorithm... But in the meantime, it makes sense for dpkg-source to deal (ideally, by having a set of original files and an explicit map [*not* a general purpose shell script] of how

Re: bzip2 X

1998-04-20 Thread Michael Alan Dorman
Falk Hueffner <[EMAIL PROTECTED]> writes: > I cannnot quite understand that. gunzip already supports five or six > different formats, so why not add another one? gunzip *is* designed to > support multiple compression engines. Not as external programs. Mike. -- To UNSUBSCRIBE, email to [EMAIL P

Re: bzip2 X

1998-04-20 Thread Falk Hueffner
Michael Alan Dorman <[EMAIL PROTECTED]> writes: > Bdale Garbee <[EMAIL PROTECTED]> writes: > > As maintainer of gzip for Debian, I do not agree that having gzip > > fork a bzip2 when it sees a bzip2 magic number is a good idea. If > > we want to support multiple compression engines, I believe thi

Re: bzip2 X

1998-04-20 Thread Michael Alan Dorman
Bdale Garbee <[EMAIL PROTECTED]> writes: > As maintainer of gzip for Debian, I do not agree that having gzip > fork a bzip2 when it sees a bzip2 magic number is a good idea. If > we want to support multiple compression engines, I believe this > should be handled in dpkg-source. I agree entirely.

Re: bzip2 X

1998-04-20 Thread Bdale Garbee
In article <[EMAIL PROTECTED]> you wrote: : Hmm... it's actually probably a good idea to bzip2 the X sources. : They're monstrous. Probably a good idea. However... The right way to handle this is for someone to broach the subject of using compressors other than gzip for source packages over on

bzip2 X

1998-04-20 Thread Raul Miller
Branden Robinson <[EMAIL PROTECTED]> wrote: > It would probably make a lot of people very happy (including me) to bzip2 > the Xfree86 source and/or binaries. Hmm... it's actually probably a good idea to bzip2 the X sources. They're monstrous. -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECT