These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild rR ] kde-base/ark-4.10.0:4 USE="archive bzip2 lzma (-aqua) -debug -handbook" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 1) kde-base/ark-4.10.0 >>> Installing (1 of 1) kde-base/ark-4.10.0 >>> Jobs: 1 of 1 complete Load avg: 1.27, 0.86, 0.45 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. * After world updates, it is important to remove obsolete packages with * emerge --depclean. Refer to `man emerge` for more information. jlgentoo ~ # emerge -uavD @system @world --newuse --exclude "libreoffice libreoffice-l10n vlc gcc" These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild rR ] kde-base/ark-4.10.0:4 USE="archive bzip2 lzma (-aqua) -debug -handbook" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No]
Please attach a debug log, created as follows: emerge [arguments] --pretend --debug &>debug.log xz -9 debug.log
Created attachment 338504 [details] `emerge -pavuNDd world` debug log same here; after a full world update and calling `emerge -avuND world` again: [ebuild rR ] kde-base/ark-4.10.0:4 USE="archive bzip2 lzma (-aqua) -debug -handbook" 0 kB I'm attaching the debug log created with $ emerge -pavuND world --debug
The rebuild seems legitimate, since the debug log shows (kde-base/ark-4.10.0::gentoo, installed) pulling in >=app-arch/libarchive-2.6.1:0/0=[bzip2,lzma,zlib], while you have (app-arch/libarchive-3.1.1::gentoo, installed) which should have slot/sub-slot 0/13 instead of 0/0. Does /var/db/pkg/app-arch/libarchive-3.1.1/SLOT contain 0/13 like it's supposed to?
(In reply to comment #3) > Does /var/db/pkg/app-arch/libarchive-3.1.1/SLOT contain 0/13 like it's > supposed to? No. :) $ cat /var/db/pkg/app-arch/libarchive-3.1.1/SLOT 0 $ eix -ev libarchive * app-arch/libarchive Available versions: 3.0.4-r1 (~)3.1.1(0/13) IUSE (all versions): acl +bzip2 +e2fsprogs expat +iconv +lzma lzo nettle static-libs xattr +zlib KERNEL="linux" Installed versions: Version: 3.1.1 Date: 10:25:08 AM 01/16/2013 USE: acl bzip2 e2fsprogs iconv lzma zlib -expat -lzo -nettle -static-libs -xattr KERNEL="linux" Best versions/slot: (~)3.1.1(0/13) Homepage: http://libarchive.github.com/ Find open bugs: http://bugs.gentoo.org/buglist.cgi?quicksearch=app-arch%2Flibarchive Description: BSD tar command License: BSD
The sub-slot was updated for that ebuild on Jan 16: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-arch/libarchive/libarchive-3.1.1.ebuild?view=log So, it looks like portage needs to handle this differently somehow. As a workaround, you can do this: emerge --oneshot app-arch/libarchive That should trigger rebuilds as necessary for the new sub-slot.
I rebuilt libarchive. Now: $ cat /var/db/pkg/app-arch/libarchive-3.1.1/SLOT 0/13 After another rebuild of kde-base/ark the emerge world update didn't schedule it for rebuild again. Thank you!
I wasn't able to trigger the same behavior as you, but I've fixed it to detect slot/sub-slot change without revbump, and trigger a rebuild in this case: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=d8a00c0d246115a5ae0738078bb900918309b0d2
All good on my computer now after 2 times libarchive preserved libs ark rebuild. I think I can set the bug to resolved.
This is fixed in 2.1.11.51 and 2.2.0_alpha162.