Summary: | Revdep-rebuild keeps wanting to rebuild the same 5 packages | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Stuart Luppescu <s-luppescu> |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Log of revdep-rebuild --keep-temp --pretend
all files in /var/cache/revdep-rebuild tarred and bzip2'ed |
Description
Stuart Luppescu
2012-09-04 19:12:21 UTC
Please run "revdep-rebuild --keep-temp --pretend" When it is finished, paste the output here and attach the files from /var/cache/revdep-rebuild to the bug. Created attachment 323102 [details]
Log of revdep-rebuild --keep-temp --pretend
Created attachment 323104 [details]
all files in /var/cache/revdep-rebuild tarred and bzip2'ed
Here you go. Thanks for your help. Let's get rid of the binary packages first, place the following line in your /etc/make.conf file: SEARCH_DIRS_MASK="/lib32 /usr/lib32 /usr/lib64/virtualbox/ExtensionPacks" Secondly, verify that /var/cache/revdep-rebuild/2_ldpath.rr still exists and what does the following command show: env LD_LIBRARY_PATH=$(<"/var/cache/revdep-rebuild/2_ldpath.rr") ldd /usr/lib64/firefox/components/libdbusservice.so I added that line to make.conf. Should I try rerunning revdep-rebuild? Here is the output from ldd: env LD_LIBRARY_PATH=$(<"/var/cache/revdep-rebuild/2_ldpath.rr") ldd /usr/lib64/firefox/components/libdbusservice.so linux-vdso.so.1 (0x00007fff37fff000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fbc9ea0f000) libxpcom.so => not found libmozalloc.so => not found libnspr4.so => /usr/lib64/libnspr4.so (0x00007fbc9e7cf000) libdbus-glib-1.so.2 => /usr/lib64/libdbus-glib-1.so.2 (0x00007fbc9e5a5000) libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007fbc9e367000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 (0x00007fbc9e063000) libc.so.6 => /lib64/libc.so.6 (0x00007fbc9dcb8000) /lib64/ld-linux-x86-64.so.2 (0x00007fbc9ee5f000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fbc9dab4000) libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007fbc9d771000) libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fbc9d51e000) libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fbc9d31a000) libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007fbc9d115000) librt.so.1 => /lib64/librt.so.1 (0x00007fbc9cf0b000) libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fbc9cbe7000) libm.so.6 => /lib64/libm.so.6 (0x00007fbc9c8f7000) libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libgcc_s.so.1 (0x00007fbc9c6e0000) libz.so.1 => /lib64/libz.so.1 (0x00007fbc9c4ca000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fbc9c2b3000) libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007fbc9c0aa000) Adding the SEARCH_DIRS_MASK (In reply to comment #7) > Adding the SEARCH_DIRS_MASK (Sorry about that) Adding that line left only firefox and thunderbird to be rebuilt. I'll see what happens after I rebuild them. If that doesn't fix firefox and thunderbird, rerun the revdep-rebuild --keep-temp --pretend command and the ldd command and post the output of the ldd command again. I was hopeful, but unfortunately it didn't work. env LD_LIBRARY_PATH=$(<"/var/cache/revdep-rebuild/2_ldpath.rr") ldd /usr/lib64/firefox/components/libdbusservice.so linux-vdso.so.1 (0x00007fff2c5ff000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fedf2550000) libxpcom.so => not found libmozalloc.so => not found libnspr4.so => /usr/lib64/libnspr4.so (0x00007fedf2310000) libdbus-glib-1.so.2 => /usr/lib64/libdbus-glib-1.so.2 (0x00007fedf20e6000) libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007fedf1ea8000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 (0x00007fedf1ba4000) libc.so.6 => /lib64/libc.so.6 (0x00007fedf17f9000) /lib64/ld-linux-x86-64.so.2 (0x00007fedf29a1000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fedf15f5000) libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007fedf12b2000) libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fedf105f000) libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fedf0e5b000) libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007fedf0c56000) librt.so.1 => /lib64/librt.so.1 (0x00007fedf0a4c000) libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fedf0728000) libm.so.6 => /lib64/libm.so.6 (0x00007fedf0438000) libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libgcc_s.so.1 (0x00007fedf0221000) libz.so.1 => /lib64/libz.so.1 (0x00007fedf000b000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fedefdf4000) libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007fedefbeb000) Here's the output from 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 * broken /usr/lib64/firefox/components/libbrowsercomps.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/firefox/components/libdbusservice.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/firefox/components/libmozgnome.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/firefox/libxpcom.so (requires libxul.so) * broken /usr/lib64/firefox/libxul.so (requires libmozalloc.so libmozsqlite3.so) * broken /usr/lib64/firefox/plugin-container (requires libxul.so) * broken /usr/lib64/thunderbird/components/libdbusservice.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/thunderbird/components/libmozgnome.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/thunderbird/extensions/{847b3a00-7ab1-11d4-8f02-006008948af5}/platform/Linux_x86_64-gcc3/components/libenigmime-x86_64-gcc3.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/thunderbird/extensions/{847b3a00-7ab1-11d4-8f02-006008948af5}/platform/Linux_x86_64-gcc3/components/libipc-x86_64-gcc3.so (requires libmozalloc.so libxpcom.so) * broken /usr/lib64/thunderbird/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libcalbasecomps.so (requires libmozalloc.so libxpcom.so libxul.so) * broken /usr/lib64/thunderbird/libprldap60.so (requires libldap60.so) * broken /usr/lib64/thunderbird/libxpcom.so (requires libxul.so) * broken /usr/lib64/thunderbird/libxul.so (requires libldap60.so libmozalloc.so libmozsqlite3.so libprldap60.so) * broken /usr/lib64/thunderbird/plugin-container (requires libmozalloc.so libxul.so) * Generated new 3_broken.rr * Assigning files to packages * /usr/lib64/firefox/components/libbrowsercomps.so -> www-client/firefox * /usr/lib64/firefox/components/libdbusservice.so -> www-client/firefox * /usr/lib64/firefox/components/libmozgnome.so -> www-client/firefox * /usr/lib64/firefox/libxpcom.so -> www-client/firefox * /usr/lib64/firefox/libxul.so -> www-client/firefox * /usr/lib64/firefox/plugin-container -> www-client/firefox * /usr/lib64/thunderbird/components/libdbusservice.so -> mail-client/thunderbird * /usr/lib64/thunderbird/components/libmozgnome.so -> mail-client/thunderbird * /usr/lib64/thunderbird/extensions/{847b3a00-7ab1-11d4-8f02-006008948af5}/platform/Linux_x86_64-gcc3/components/libenigmime-x86_64-gcc3.so -> mail-client/thunderbird * /usr/lib64/thunderbird/extensions/{847b3a00-7ab1-11d4-8f02-006008948af5}/platform/Linux_x86_64-gcc3/components/libipc-x86_64-gcc3.so -> mail-client/thunderbird * /usr/lib64/thunderbird/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libcalbasecomps.so -> mail-client/thunderbird * /usr/lib64/thunderbird/libprldap60.so -> mail-client/thunderbird * /usr/lib64/thunderbird/libxpcom.so -> mail-client/thunderbird * /usr/lib64/thunderbird/libxul.so -> mail-client/thunderbird * /usr/lib64/thunderbird/plugin-container -> mail-client/thunderbird * 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 --complete-graph=y --oneshot --keep-going --autounmask=n --with-bdeps=y --pretend mail-client/thunderbird:0 www-client/firefox:0 These are the packages that would be merged, in order: Calculating dependencies .... done! [ebuild R ~] www-client/firefox-15.0 [ebuild R ] mail-client/thunderbird-10.0.6 * Now you can remove -p (or --pretend) from arguments and re-run revdep-rebuild. Okay, we need to figure out what is going on with ldd. Since it is reporting that the libraries are missing. What does the following return: env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" ldd /usr/lib64/firefox/components/libdbusservice.so (In reply to comment #12) > Okay, we need to figure out what is going on with ldd. Since it is reporting > that the libraries are missing. What does the following return: > > env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" ldd > /usr/lib64/firefox/components/libdbusservice.so Here you go. Thanks again for keeping on this. env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" ldd /usr/lib64/firefox/components/libdbusservice.so linux-vdso.so.1 (0x00007fff825ff000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f87aac80000) libxpcom.so => not found libmozalloc.so => not found libnspr4.so => /usr/lib64/libnspr4.so (0x00007f87aaa40000) libdbus-glib-1.so.2 => /usr/lib64/libdbus-glib-1.so.2 (0x00007f87aa816000) libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007f87aa5d8000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 (0x00007f87aa2d4000) libc.so.6 => /lib64/libc.so.6 (0x00007f87a9f29000) /lib64/ld-linux-x86-64.so.2 (0x00007f87ab0d1000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f87a9d25000) libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007f87a99e2000) libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f87a978f000) libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f87a958b000) libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f87a9386000) librt.so.1 => /lib64/librt.so.1 (0x00007f87a917c000) libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f87a8e58000) libm.so.6 => /lib64/libm.so.6 (0x00007f87a8b68000) libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libgcc_s.so.1 (0x00007f87a8951000) libz.so.1 => /lib64/libz.so.1 (0x00007f87a873b000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f87a8524000) libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007f87a831b000) This is really peculiar because those libraries are totally there: ->> ll /usr/lib64/firefox/libxpcom.so -rwxr-xr-x 1 root root 18624 Sep 7 10:41 /usr/lib64/firefox/libxpcom.so ->> ll /usr/lib64/firefox/libmozalloc.so -rwxr-xr-x 1 root root 10216 Sep 7 10:41 /usr/lib64/firefox/libmozalloc.so Let's make sure we are calling the correct ldd. Does "which ldd" return /usr/bin/ldd and if you run env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" /usr/bin/ldd /usr/lib64/firefox/components/libdbusservice.so do you get the same results? (In reply to comment #14) > Let's make sure we are calling the correct ldd. > > Does "which ldd" return /usr/bin/ldd and if you run Yes. > env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" /usr/bin/ldd > /usr/lib64/firefox/components/libdbusservice.so > > do you get the same results? Yes. Okay, let's try running the linker directly: env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" /lib64/ld-linux-x86-64.so.2 --list /usr/lib64/firefox/components/libdbusservice.so Also what does env | fgrep "LD_" return? (In reply to comment #16) > Okay, let's try running the linker directly: > > env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/firefox" > /lib64/ld-linux-x86-64.so.2 --list > /usr/lib64/firefox/components/libdbusservice.so Interesting: env LD_LIBRARY_PATH="/lib64:/usr/lib64:/usr/lib64/fi refox" /lib64/ld-linux-x86-64.so.2 --list /usr/lib64/firefox/components/libdbusservice.s o linux-vdso.so.1 (0x00007fff6acc3000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4f9b73d000) libxpcom.so => /usr/lib64/firefox/libxpcom.so (0x00007f4f9b537000) libmozalloc.so => /usr/lib64/firefox/libmozalloc.so (0x00007f4f9b334000) libnspr4.so => /usr/lib64/libnspr4.so (0x00007f4f9b0f5000) libdbus-glib-1.so.2 => /usr/lib64/libdbus-glib-1.so.2 (0x00007f4f9aecb000) libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007f4f9ac8d000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 (0x00007 f4f9a95b000) libc.so.6 => /lib64/libc.so.6 (0x00007f4f9a5b0000) /lib64/ld-linux-x86-64.so.2 (0x00007f4f9bb60000) libxul.so => /usr/lib64/firefox/libxul.so (0x00007f4f983f3000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f4f981ef000) (further listing omitted) > Also what does env | fgrep "LD_" return? env | fgrep "LD_" LD_LIBRARY_PATH=/usr/lib/rvplayer Oh, I see. That line is in my .bashrc, left over from something long, long ago, that I don't even remember. I removed it and now it reports my dynamic linking is consistent. Thanks very much for the help, and sorry for my stupidly leaving that line in .bashrc. No problem, glad that we could figure it out. Marking bug as resolved. |