Bernd Steinhauser wrote:
>>> With your approach, we would have to fix the version after every 
>>> 4.1.x release. That sounds awful, tbh. So:
>>
>> No that enforce people update the deps or at least gives one more 
>> reason to do. Keep in mind that -9999, -scm ebuild or .live templates 
>> aren't for public consumption.
> Except, that it is not that easy.
> The point of time where you have to update your kde deps has nothing to 
> do with that.
> This is why we recommend to always reinstall everything from kde svn.
> It is even more likely, that these problems occur after the "bump", that 
> shouldn't have been one at all.

emerge -C @kde-svn

emerge @kde-svn

that should suffice.

> Of course I can track 4.1.1 with -scm, too, but that was absolutely not 
> the point and is by far not what I wanted.
> The point was to track the 4.1 branch and not tags inside.

If you want to track something you write a template for such thing, you 
just need to put a meaningful name, portage won't care if foo-0.live is 
really bar branch baz from repo dup.

Advanced testers should be able to pick the live template and help 
testing and should be able to smoothly update, I'm all for it.

> I have got a feeling, that you didn't have to deal with live packages 
> that much yet. (No offense.)

Beside e17 and ffmpeg you mean?

lu

-- 

Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero

-- 
gentoo-dev@g.o mailing list