I noticed that sets remove support wasn't working any longer, when
depclean all of a sudden decided most of kde4 was no longer in world! A
bug search reveals
http://bugs.gentoo.org/show_bug.cgi?id=291414
which references
http://bugs.gentoo.org/show_bug.cgi?id=253802#c7
which says that's deliberate.
OK, both KDE and I knew it wasn't set in stone back when we began using
it, but now I'm stuck looking for a workable replacement. Here's my
usage scenario:
I want to install /some/ of the packages from the sets in the kde-testing
overlay, but not all of them. Furthermore, as upgrades come and go, I
want to be notified of any /new/ additions to the sets, so I can choose
whether I want them or not.
What I was doing to now was using the sets in kde-testing as a base, with
a second set configured as a remove set from the first. This way, I got
the packages I wanted from the current configuration, and as new packages
were added, they showed up as new (as opposed to upgrade), and I could
grep the kde-testing sets to see where they were coming from, do an
esearch or google on the package to see what it was, and decide whether
to let it install, or add it to my remove set as appropriate.
Now remove sets don't work. What are the options? The most direct is to
simply create my own set listing everything I want, but that won't
account for anything added to the sets as they appear upstream over
time. What to do about that?
I suppose I could create an update script that diffs the new kde-testing
set against a copy I stashed somewhere, thus showing me the differences,
and that I could then update my own set and the stashed copy of the
upstream set accordingly. Is that the best option under the
circumstances, or does portage provide some other replacement for the
functionality I just lost in that regard, with the loss of remove set
functionality?
Anyway, looking forward to when the sets feature is in stable portage, as
it's sure nice to have... even if it /was/ nicer before this feature
disappeared... =:^s But it's on the way to better, I know that. =:^)
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master. Richard Stallman