Bugzilla Bug 182882

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 an attachment (id=130929) [details]
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 an attachment (id=130941) [details]
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