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
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
> 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
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
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
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
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
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.
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
9 matches
Mail list logo
