When I run revdep-rebuild, it wants to install app-emulation/emul-linux-x86-soundlibs-20080418. The install has several "sandbox:main signal SIGQUIT already had a handler ..." throughout, and ends rather quickly. revdep-rebuild then appears to end successfully, yet if I run revdep-rebuild again, the same thing happens. Reproducible: Always Steps to Reproduce: 1.revdep-rebuild 2. 3. Actual Results: # revdep-rebuild * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 26% ] * broken /usr/kde/3.5/lib32/libqtmcop.so.1.0.0 (requires libqt-mt.so.3) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/kde/3.5/lib32/libqtmcop.so.1.0.0 -> app-emulation/emul-linux-x86-soundlibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot app-emulation/emul-linux-x86-soundlibs:0 .......... * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 1) app-emulation/emul-linux-x86-soundlibs-20080418 * emul-linux-x86-soundlibs-20080418.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] sandbox:main signal SIGQUIT already had a handler ... >>> Unpacking source... >>> Unpacking emul-linux-x86-soundlibs-20080418.tar.bz2 to /var/tmp/portage/app-emulation/emul-linux-x86-soundlibs-20080418/work mv: cannot stat `/var/tmp/portage/app-emulation/emul-linux-x86-soundlibs-20080418/work/usr/bin/esddsp': No such file or directory >>> Source unpacked in /var/tmp/portage/app-emulation/emul-linux-x86-soundlibs-20080418/work sandbox:main signal SIGQUIT already had a handler ... >>> Compiling source in /var/tmp/portage/app-emulation/emul-linux-x86-soundlibs-20080418/work ... >>> Source compiled. sandbox:main signal SIGQUIT already had a handler ... >>> Test phase [not enabled]: app-emulation/emul-linux-x86-soundlibs-20080418 sandbox:main signal SIGQUIT already had a handler ... >>> Install emul-linux-x86-soundlibs-20080418 into /var/tmp/portage/app-emulation/emul-linux-x86-soundlibs-20080418/image/ category app-emulation >>> Completed installing emul-linux-x86-soundlibs-20080418 into /var/tmp/portage/app-emulation/emul-linux-x86-soundlibs-20080418/image/ sandbox:main signal SIGQUIT already had a handler ... >>> Installing (1 of 1) app-emulation/emul-linux-x86-soundlibs-20080418 sandbox:main signal SIGQUIT already had a handler ... sandbox:main signal SIGQUIT already had a handler ... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news to read news items. * Build finished correctly. Removing temporary files... * * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries Expected Results: Should emerged the package I tried emerging this package with emerge emul-linux-x86-soundlibs-20080418, and had the same issues.
please emerge this package once again and then verify that it really isn't installed. You do the verification through qlist -CIv emul-linux-x86-soundlibs-20080418 (qlist belongs to app-portage/portage-utils) This sandbox erroressage usually doesn't prevent a package from being merged... In case it really fails to merge, please attach the full build.log of that package.
Ah sorry, I posted the command slightly wrong. Here's the correct one: qlist -CIv emul-linux-x86-soundlibs
Thanks, I ran the command "qlist -CIv emul-linux-x86-soundlibs" and it does appear to be installed, but revdep-rebuild keeps wanting to install it anyway with errors. So I ran "emerge --oneshot app-emulation/emul-linux-x86-soundlibs:0" and it emerged just fine without errors. But revdep-rebuild still wants to install this, and still gives those errors. Do you think this could a bug with revdep-rebuild? I really want to get this fixed. Thanks for your help.
Another evidence of this same problem: http://forums.gentoo.org/viewtopic-p-5894240.html
That sandbox warning is, well, a warning :) and completely unrelated to the rest.
I can confirm exactly same bug with reconcilio (paludis version of revdep-rebuild). I will attach the information that I can get from reconcilio.
Created attachment 203049 [details] 'reconcilio -p --show-reasons full' output
I had a similar issue (revdep-rebuild shows app-emulation/emul-linux-x86-soundlibs broken) but it did re-emerge for me. It had no effect though - linking still broken which is expected for binary package. The thing is missing is the "app-emulation/emul-linux-x86-qtlibs" dep. As soon as I emerge it manually, linking is fine. I suggest to add dependency of "app-emulation/emul-linux-x86-qtlibs" to "pp-emulation/emul-linux-x86-soundlibs". Thank you.
> The thing is missing is the "app-emulation/emul-linux-x86-qtlibs" dep. As soon > as I emerge it manually, linking is fine. I can confirm. Why is this still not fixed?
(In reply to comment #9) > I can confirm. Why is this still not fixed? > +=1
Same here.
app-emulation/emul-linux-x86-soundlibs-20091226 merges fine for me on all systems I have tried, please try new emul packages