Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-16 Thread Filipus Klutiero
Le May 16, 2008 09:10:35 am Lennart Sorensen, vous avez écrit : > On Thu, May 15, 2008 at 06:28:36PM -0400, Filipus Klutiero wrote: > > I don't see your point. > > I can have libfoo1 and libfoo2 installed and used at the same time so > both applications compiled for libfoo1 and libfoo2 can be used

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-16 Thread Lennart Sorensen
On Thu, May 15, 2008 at 06:28:36PM -0400, Filipus Klutiero wrote: > I don't see your point. I can have libfoo1 and libfoo2 installed and used at the same time so both applications compiled for libfoo1 and libfoo2 can be used at the same time. I can recompile my applications for libfoo2 as I get a

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-15 Thread Filipus Klutiero
Le May 15, 2008 09:55:40 am Lennart Sorensen, vous avez écrit : > On Wed, May 14, 2008 at 08:13:53PM -0400, Filipus Klutiero wrote: > > Your second parenthesis is wrong. Just like LKM-s when the stock kernels' > > ABINAME is bumped, applications need to be rebuilt when the ABI of one of > > the lib

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-15 Thread Lennart Sorensen
On Wed, May 14, 2008 at 08:13:53PM -0400, Filipus Klutiero wrote: > Your second parenthesis is wrong. Just like LKM-s when the stock kernels' > ABINAME is bumped, applications need to be rebuilt when the ABI of one of the > libraries they link to changes in a way which is not backwards-compatible

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-14 Thread Filipus Klutiero
Le May 14, 2008 09:41:02 am Lennart Sorensen, vous avez écrit : > On Tue, May 13, 2008 at 10:32:07PM -0400, Filipus Klutiero wrote: > > I don't follow you. iceweasel, for example, is not independent from, say, > > libnspr. > > If they come from one source package, then they all build together. If

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-14 Thread Lennart Sorensen
On Tue, May 13, 2008 at 10:32:07PM -0400, Filipus Klutiero wrote: > I don't follow you. iceweasel, for example, is not independent from, say, > libnspr. If they come from one source package, then they all build together. If they do not, then it's a dynamicly linked library and each can be built

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-13 Thread Filipus Klutiero
Le May 13, 2008 09:54:46 pm Lennart Sorensen, vous avez écrit : > On Tue, May 13, 2008 at 09:27:31PM -0400, Filipus Klutiero wrote: > > Packaging icebear wouldn't necessarily be useless. I defined it as yet > > another IRC client for the sake of the example. You can imagine it as yet > > another me

Re: conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-13 Thread Lennart Sorensen
On Tue, May 13, 2008 at 09:27:31PM -0400, Filipus Klutiero wrote: > Packaging icebear wouldn't necessarily be useless. I defined it as yet > another > IRC client for the sake of the example. You can imagine it as yet another > media player if you think that's more useful. You can't compare pack

conglomeration packages (Re: Will nvidia-graphics-drivers ever transition to testing?)

2008-05-13 Thread Filipus Klutiero
Le May 13, 2008 09:39:38 am Lennart Sorensen, vous avez écrit : > On Mon, May 12, 2008 at 09:42:31PM -0400, Filipus Klutiero wrote: > > No, a more frequent change is disabling/enabling modules [on some arch]. > > Even if you were right, adding new module packages doesn't "justify" > > updating othe