Running revdep-rebuild always gives the following missing version information: broken /usr/lib64/libswt-awt-gtk-3345.so (no version information available) broken /usr/lib/libswt-awt-gtk-3345.so (no version information available) Allowing it to rebuild swt makes no difference. Reproducible: Always Steps to Reproduce: 1.emerge dev-java/swt-3.3_rc4 2.run revdep-rebuild
It's valid for them to not have any version information as they are never used directly but instead loaded by swt Java code. I think we should add exclude rules for them.
They definitely need to be changed so that revdep-rebuild ignores them.
What's output of 'ldd /usr/lib64/libswt-awt-gtk-3345.so' ? I wonder why it doesn't happen on x86
(In reply to comment #3) > What's output of 'ldd /usr/lib64/libswt-awt-gtk-3345.so' ? > I wonder why it doesn't happen on x86 > True as they are not versioned in the current versions either and revdep-rebuild doesn't complain.
Output: /usr/lib64/libswt-awt-gtk-3345.so: /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libjawt.so: no version information available (required by /usr/lib64/libswt-awt-gtk-3345.so) libjawt.so => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libjawt.so (0x00002ae2ac86f000) libc.so.6 => /lib/libc.so.6 (0x00002ae2ac970000) libawt.so => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libawt.so (0x00002ae2acbab000) libjava.so => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libjava.so (0x00002ae2acdd6000) libjvm.so => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/server/libjvm.so (0x00002ae2acefb000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) libmlib_image.so => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libmlib_image.so (0x00002ae2ad69f000) libXm.so.3 => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libXm.so.3 (0x00002ae2ad7fb000) libXp.so.6 => /usr/lib/libXp.so.6 (0x00002ae2adbaa000) libXt.so.6 => /usr/lib/libXt.so.6 (0x00002ae2adcb2000) libSM.so.6 => /usr/lib/libSM.so.6 (0x00002ae2ade13000) libICE.so.6 => /usr/lib/libICE.so.6 (0x00002ae2adf1d000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00002ae2ae038000) libXtst.so.6 => /usr/lib/libXtst.so.6 (0x00002ae2ae14a000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00002ae2ae250000) libm.so.6 => /lib/libm.so.6 (0x00002ae2ae457000) libdl.so.2 => /lib/libdl.so.2 (0x00002ae2ae5ad000) libverify.so => /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libverify.so (0x00002ae2ae6b1000) libnsl.so.1 => /lib/libnsl.so.1 (0x00002ae2ae7c5000) libpthread.so.0 => /lib/libpthread.so.0 (0x00002ae2ae8dc000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00002ae2ae9f6000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002ae2aeafa000)
Do you have the file /etc/revdep-rebuild/60-java ? If yes, can you post its contents? I get this, wonder why not found, libjawt.so is well in ld.so.conf: # ldd /usr/lib/libswt-awt-gtk-3345.so linux-gate.so.1 => (0xb7f32000) libjawt.so => not found libc.so.6 => /lib/libc.so.6 (0xb7dc4000) /lib/ld-linux.so.2 (0x80000000)
/etc/revdep-rebuild/60-java: # The VM dynamically loads these at runtime so they will end up as missing # but actually work just fine. See for example # https://bugs.gentoo.org/show_bug.cgi?id=152039 # # This file should only have files the are used by things like swt. If there # are "broken" links inside the jre itself, the jre should install it's own # control file. LD_LIBRARY_MASK="libjvm.so libjawt.so"
(In reply to comment #6) > > I get this, wonder why not found, libjawt.so is well in ld.so.conf: > # ldd /usr/lib/libswt-awt-gtk-3345.so > linux-gate.so.1 => (0xb7f32000) > libjawt.so => not found We are probably seeing bug 173915.
(In reply to comment #8) > We are probably seeing bug 173915. Don't think so, I have gen-1 env file.
(In reply to comment #9) > (In reply to comment #8) > > We are probably seeing bug 173915. > > Don't think so, I have gen-1 env file. > betelgeuse@pena ~ $ ldd /usr/lib/libswt-awt-gtk-3236.so linux-gate.so.1 => (0xb7fd9000) libjawt.so => not found libc.so.6 => /lib/libc.so.6 (0xb7e94000) /lib/ld-linux.so.2 (0x80000000) yep it's not found What version of gentoolkit do you have installed?
If it was me you're asking I have 0.2.4_pre5
Some more stuff to try after consultation with Flameeyes :) ldd -v /usr/lib/libswt-awt-gtk-3345.so nm -D /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libjawt.so In any case, a revdep-rebuild control file should mask it if we put /usr/lib/libswt-awt-gtk-3345.so to it (any idea if it uses wildcards so we don't have to determine the internal version in ebuild?). But I think that if LD_LIBRARY_MASK="libjawt.so" in /etc/revdep-rebuild/ prevents rebuilds that would happen because of "libjawt.so => not found", it should also prevent rebuilds coming from "/path/to/libjawt.so: no version information available (required by $anything)"
For the original reporter, for now the following will keep revdep-rebuild from complaining: env SEARCH_DIRS_MASK="/usr/lib*/libswt-*.so" revdep-rebuild You can also place SEARCH_DIRS_MASK="/usr/lib*/libswt-*.so" in your /etc/make.conf file until this is fixed.
Created attachment 130929 [details, diff] rrr_no-verinfo-fix_against_r438.patch This is a patch against revision 438 of revdep-rebuild-rewrite at http://sources.gentoo.org/viewcvs.py/gentoolkit/trunk/src/revdep-rebuild/revdep-rebuild-rewrite?rev=438 If I did it right, it should only list items found in "$LIST.3_ldd_errors" where the line matches 'no version information available' and the item does not match anything in LD_LIBRARY_MASK. Please test. Have a nice day. :)
Created attachment 130941 [details, diff] rrr_no-verinfo-fix_against_r438.patch Slightly less broken.
$ svn commit -m 'Updated fix for revdep-rebuild to ignore libraries in LD_LIBRARY_MASK, when checking for "no version information available" errors (Bug #182882)' Sending revdep-rebuild/revdep-rebuild-rewrite Transmitting file data . Committed revision 441.
Fixed in gentoolkit-0.2.4_rc1
That version has a broken revdep-rebuild, useless currently, a better solution 1- create 70swt text file in /etc/revdep-rebuild 2- insert the following SEARCH_DIRS_MASK="/usr/lib*/libswt-awt*.so" above recommendation will mask other libraries, my solution only masks the problem library
*** Bug 208289 has been marked as a duplicate of this bug. ***
*** Bug 208293 has been marked as a duplicate of this bug. ***
I have still got the same problem: [ 100% ] * broken /usr/lib64/libswt-awt-gtk-3347.so (no version information available) * Generated new /root/.revdep-rebuild.3_rebuild * Assigning files to packages * /usr/lib64/libswt-awt-gtk-3347.so -> dev-java/swt with gentoolkit 0.2.4_pre7 * app-portage/gentoolkit Latest version available: 0.2.4_pre7 Latest version installed: 0.2.4_pre7
For the record, it works for me in gentoolkit 0.2.4_rc2
Suddenly works for me too... Never mind, lealing it as FIXED
