Re: [gentoo-dev] Proposal for compression handling

2009-02-22 Thread Ulrich Mueller
> On Sat, 21 Feb 2009, Zac Medico wrote: > Keep in mind that using a glob that way is going to mean that > docompress has to join each path with the current directory and > then strip $D from the left side. Doing it that way complicates the > implementation details a bit, and it's not quite as

Re: [gentoo-dev] Proposal for compression handling

2009-02-21 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ulrich Mueller wrote: >> On Thu, 19 Feb 2009, Brian Harring wrote: > >>> - "docompress" (without option or with option "-a"): add paths >>> (directories or files) to the inclusion list >>> - "docompress -x": add paths to the exclusion list > >> G

Re: [gentoo-dev] Proposal for compression handling

2009-02-19 Thread Ulrich Mueller
> On Thu, 19 Feb 2009, Brian Harring wrote: >> - "docompress" (without option or with option "-a"): add paths >> (directories or files) to the inclusion list >> - "docompress -x": add paths to the exclusion list > Globbing support? No, I would say. The other do* commands don't have it, and "

Re: [gentoo-dev] Proposal for compression handling

2009-02-19 Thread Brian Harring
On Thu, Feb 19, 2009 at 11:03:28PM +0100, Ulrich Mueller wrote: > > On Thu, 19 Feb 2009, Ciaran McCreesh wrote: > > > If there's an inclusion list and an exclusion list, there's only a > > need to delete things from the exclusion list if the exclusion list > > has bad initial values, and never

Re: [gentoo-dev] Proposal for compression handling

2009-02-19 Thread Ulrich Mueller
> On Thu, 19 Feb 2009, Ciaran McCreesh wrote: > If there's an inclusion list and an exclusion list, there's only a > need to delete things from the exclusion list if the exclusion list > has bad initial values, and never any need to delete things from the > inclusion list. And since reliably r

Re: [gentoo-dev] Proposal for compression handling (was: Re: prepalldocs is now banned)

2009-02-19 Thread Ciaran McCreesh
On Thu, 19 Feb 2009 12:06:17 +0100 Ulrich Mueller wrote: > Package managers supporting compression would internally maintain two > lists of paths, both having a default value, plus the possibility to > modify them from ebuilds/eclasses: > >- an inclusion list, initially containing: > /us