Bug 456208 – kde-base/ark-4.10.0 forced rebuild flag does not go away after emerge (triggered by libarchive sub-slot change without revbump)

• Product: Portage Development
• Status: RESOLVED FIXED

[Description jospezial 2013-02-08 19:32:52 UTC]

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]

[Comment 1 Zac Medico 2013-02-09 17:34:16 UTC]

Please attach a debug log, created as follows:

   emerge [arguments] --pretend --debug &>debug.log
   xz -9 debug.log

[Comment 2 Lukas Schneiderbauer 2013-02-10 13:27:55 UTC]

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

[Comment 3 Zac Medico 2013-02-10 19:33:38 UTC]

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?

[Comment 4 Lukas Schneiderbauer 2013-02-10 20:26:22 UTC]

(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

[Comment 5 Zac Medico 2013-02-10 20:37:32 UTC]

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.

[Comment 6 Lukas Schneiderbauer 2013-02-10 20:52:22 UTC]

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!

[Comment 7 Zac Medico 2013-02-11 02:03:02 UTC]

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

[Comment 8 jospezial 2013-02-11 18:29:58 UTC]

All good on my computer now after 2 times libarchive preserved libs ark rebuild.

I think I can set the bug to resolved.

[Comment 9 Zac Medico 2013-02-12 04:21:44 UTC]

This is fixed in 2.1.11.51 and 2.2.0_alpha162.