I've been noticing this for a couple revisions I think, but am not sure if
it's new behavior or if I'm just noticing what's been there all along.

At the end of a new package merge, after the binpkg tarball (I'm using
FEATURES=binpkg) has been created, then decompressed and merged, but
before the emerge --clean phase unmerges old versions, I'm seeing what
appears to be an incorrect but harmless message.  Here's what  I get for
gcc, so you can see the sequence (the three lines, safely unmerging thru
original instance unmerged, is what I'm talking about):

>>> /usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/x86_64-pc-linux-gnu-gcc-4.1.1 -> 
>>> x86_64-pc-linux-gnu-gcc
>>> Safely unmerging already-installed instance...
No package files given... Grabbing a set.
>>> Original instance of package unmerged safely.
 * The current gcc config appears valid, so it will not be
 * automatically switched for you.  If you would like to
 * switch to the newly installed gcc version, do the
 * following:

 * eselect compiler set <profile>


 * If you have issues with packages unable to locate libstdc++.la,
 * then try running 'fix_libtool_files.sh' on the old gcc versions.

>>> Regenerating /etc/ld.so.cache...
>>> sys-devel/gcc-4.1.1 merged.

>>> No packages selected for removal by clean.

>>> Auto-cleaning packages...

/What/ already-installed instance?  It's a /new/ version of the package,
so there was no already installed instance to unmerge.  Again, this is
before the clean phase, which occurs just after that, and which removes
the old version as expected, so it's not that.

I know the message itself isn't new, and I'm used to seeing it when I'm
remerging a package over itself, where the message makes sense.  Why is it
showing up here, when it's a new package version, so there's no original
instance to unmerge? Is this new behavior or has it always done that and I
never noticed it until now?

-- 
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

-- 
gentoo-portage-dev@gentoo.org mailing list

Reply via email to