Re: [gentoo-dev] ecompress heads up

2007-01-28 Thread Mike Frysinger
On Friday 26 January 2007 17:41, Mike Frysinger wrote: > that said, i would entertain the notion of auto uncompressing > just .bz2, .gz, .Z and telling everyone else to toss off ... talking with zmedico; this is what he wants so ive implemented this -mike pgplsTrnzmpNo.pgp Description: PGP signa

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Mike Frysinger
On Friday 26 January 2007 17:19, Mike Frysinger wrote: > On Friday 26 January 2007 14:12, Mart Raudsepp wrote: > > Furthermore, maybe it could check the compression type if any on the > > original and then > > i purposefully choose to not go this route because i dont want to start > adding handling

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Petteri Räty
Mike Frysinger wrote: > On Friday 26 January 2007 14:03, Petteri Räty wrote: >> Wouldn't it be better to make doman gunzip and recompress until packages >> have been fixed. Now users are getting broken man pages with recent >> portage. https://bugs.gentoo.org/show_bug.cgi?id=163954 > > considering

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Mike Frysinger
On Friday 26 January 2007 14:03, Petteri Räty wrote: > Wouldn't it be better to make doman gunzip and recompress until packages > have been fixed. Now users are getting broken man pages with recent > portage. https://bugs.gentoo.org/show_bug.cgi?id=163954 considering the trivial amount of time req

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Mike Frysinger
On Friday 26 January 2007 14:12, Mart Raudsepp wrote: > Furthermore, maybe it could check the compression type if any on the > original and then i purposefully choose to not go this route because i dont want to start adding handling for arbitrary compression types ... when such a list exists, we

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Paul de Vrieze
On Friday 26 January 2007 20:12, Mart Raudsepp wrote: > > Furthermore, maybe it could check the compression type if any on the > original and then > a) If file isn't compressed yet compress with the chosen method > (compressor) by user > b) If file is compressed with the same compressor than chosen

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Mart Raudsepp
On Fri, 2007-01-26 at 21:03 +0200, Petteri Räty wrote: > Mike Frysinger wrote: > > the new version of portage has customizable compression ... this is cool as > > now people can do bzip/gzip/whatever > > > > the downside is that it breaks with packages that assume everything is > > compressed wi

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Petteri Räty
Mike Frysinger wrote: > the new version of portage has customizable compression ... this is cool as > now people can do bzip/gzip/whatever > > the downside is that it breaks with packages that assume everything is > compressed with gzip ... so here is a list of common things ebuilds should > no

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Mike Frysinger
On Friday 26 January 2007 03:40, Harald van Dijk wrote: > I'm asking, hoping for an explicit answer: so if upstream provides > gzip-compressed files, should ebuilds gunzip them, install them, and > then let portage recompress them? currently i'm of the opinion yes ... while i would say it isnt unco

Re: [gentoo-dev] ecompress heads up

2007-01-26 Thread Harald van Dijk
On Fri, Jan 26, 2007 at 03:19:23AM -0500, Mike Frysinger wrote: > the new version of portage has customizable compression ... this is cool as > now people can do bzip/gzip/whatever > > the downside is that it breaks with packages that assume everything is > compressed with gzip ... so here is a

[gentoo-dev] ecompress heads up

2007-01-26 Thread Mike Frysinger
the new version of portage has customizable compression ... this is cool as now people can do bzip/gzip/whatever the downside is that it breaks with packages that assume everything is compressed with gzip ... so here is a list of common things ebuilds should not be doing: doman foo.1.gz dosym f