On 2011-05-10, Alan McKinnon <[email protected]> wrote:
> Apparently, though unproven, at 17:13 on Tuesday 10 May 2011, Grant Edwards
> did opine thusly:
>
>> > I think the issue happens because portage does not take eselect
>> > choices into account when building it's dep graph, it only uses the
>> > DEPENDS in ebuilds.
>>
>> Apparently so. It seems like it ought to pay attention to eselect.
>> If I've explicitly configured my system to use 2.6 instead of 2.7,
>> removing 2.6 doesn't seem like a good thing...
>
> There's one more wrinkle though:
>
> portage, ebuilds and EAPI are all portable to other systems (funtoo etc)
> whereas eselect is very gentoo-specific.
Ah. I didn't realise that eselect was gentoo-specific.
> So putting gentooism support into portage would be
> counter-productive.
>
> A real solution would require some kind of generic statement in
> ebuilds that would allow for optional dependencies. I haven't thought
> this completely through, but maybe something like the following:
>
> - A new keyword in ebuilds to indicate packages with soft deps
> - A new file format that lists these deps currently in use
> - Tools like eselect could update this file as they adjust user preferences
>
> This way, portage would have additional info available about unusual
> packages still in use when --depclean runs.
Perhaps having eselect add currently selected slots to the world file
would be sufficient?
--
Grant Edwards grant.b.edwards Yow! Hello... IRON
at CURTAIN? Send over a
gmail.com SAUSAGE PIZZA! World War
III? No thanks!