1 |
On L, 2012-06-23 at 15:10 +0100, Ciaran McCreesh wrote: |
2 |
> On Sat, 23 Jun 2012 10:06:58 -0400 |
3 |
> Mike Gilbert <floppym@g.o> wrote: |
4 |
> > > I don't quite understand why this would be necessary. |
5 |
> > > |
6 |
> > > Would "funky-slots" just be used in situations where ebuilds with |
7 |
> > > the same PV but different PVR have different slots? |
8 |
> > > |
9 |
> > > Taking the gtk2/gtk3 example, I think the -r200/-r300 thing is only |
10 |
> > > used in libraries; applications use slot deps to select which one |
11 |
> > > they need. Paludis should not remove the -r200 version if it is |
12 |
> > > still referenced in the depgraph, correct? |
13 |
> > |
14 |
> > Or maybe you are saying that Paludis will not automatically install a |
15 |
> > new slot for a package that is already installed, even when referenced |
16 |
> > by a slot dep? |
17 |
> |
18 |
> The 'standard' behaviour (which can be changed by the user) for Paludis |
19 |
> when doing "complete" resolutions is that whenever there's a slot of |
20 |
> something installed, it will try to bring in the newest version of that |
21 |
> package, even if it's in a different slot. This is generally a good |
22 |
> thing, since newer versions are supposed to be better than older |
23 |
> versions. The problem is that now "newer" versions are being used to |
24 |
> mean "with a different Ruby implementation" or "built in a different |
25 |
> way", which screws up the meaning. |
26 |
|
27 |
Don't do that if the slotted package in question is not in the @world, |
28 |
and all packages depending on it strictly require the older SLOT. |