[gentoo-user] depclean+noreplace

Hi,

Recently I noticed an inconsistency between the behavior of 'emerge
-n' and the advise shown while executing 'emerge --depclean'.

emerge --depclean -pv
===snip
Also study the list of packages to be cleaned for any
obvious mistakes. Packages that are part of the world
set will always be kept. They can be manually added
to this set with `emerge --noreplace <atom>`.
===snip

But:

===quote
localhost ~ # grep python /var/lib/portage/world ###(<--No result)
localhost ~ # emerge --noreplace dev-lang/python
Calculating dependencies ..... ..... ..... ... done!
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.
* GNU info directory index is up-to-date.

localhost ~ # grep python /var/lib/portage/world ###(<--Still no result)
localhost ~ #
===quote


Is this the normal behavior of portage or there's something wrong with
my installation?


--
Best regards,
Daniel
--
gentoo-user.TakeThisOut@gentoo.org mailing list

On Mon, 3 Sep 2007 12:14:58 +0200
Bo Ørsted Andresen <bo.andresen.DeleteThis@zlin.dk> wrote:

> On Monday 03 September 2007 11:58:27 Neil Bothwick wrote:
> > On Mon, 3 Sep 2007 10:42:07 +0200, Bo Ørsted Andresen wrote:
> > > > > Python is part of the system profile, so it doesn't need to
> > > > > be added to world. Portage knows this.
> > >
> > > While this is true --noreplace should still add it to world.
> >
> > Why? When system is included in world?
>
> I'm not arguing the fact that adding system packages like this to
> world may be a bit silly. But --noreplace does not (and in my opinion
> should not) have exceptions for things that are silly.
>
> > https://bugs.gentoo.org/show_bug.cgi?id=188929
> >
> > I thought that one had been fixed, it certainly works here, or has
> > the fix not made it to stable yet?
>
> It's only been fixed in 2.1.3.x. Which isn't stable yet.
>


Ah! My mistake. Sorry, for the silly example. Python was the first
thing that came to my mind as an example of a package which is
installed and not present in the world list, but didn't thing about
the fact it is a system package also. Well, this behavior is the same
for every package here (this time the example is with "mc"):
===
localhost ~ # cp /var/lib/portage/world .
localhost ~ # grep mc /var/lib/portage/world
app-misc/mc
localhost ~ # sed -i 's/mc//g' /var/lib/portage/world
localhost ~ # grep mc /var/lib/portage/world
localhost ~ # emerge --noreplace app-misc/mc
Calculating dependencies ..... ..... ........ done!
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.
* GNU info directory index is up-to-date.
localhost ~ # grep mc /var/lib/portage/world
localhost ~ #
===

So, I'll just wait for the devs to mark "stable" the next version of
portage.

Thanks for your replies!


--
Best regards,
Daniel
--
gentoo-user.DeleteThis@gentoo.org mailing list