182882 2007-06-22 11:14 0000 revdep-rebuild ignores LD_LIBRARY_MASK for "no version information available" errors 2008-02-25 13:58:10 0000 1 1 1 Unclassified Gentoo Linux Java unspecified AMD64 Linux RESOLVED FIXED InSVN P2 normal --- 170220 1 richard.connon@gmail.com tools-portage@gentoo.org aslvrstn@gmail.com benny.bullard@gmail.com java@gentoo.org rggjan@gmail.com rose@rz.uni-potsdam.de richard.connon@gmail.com 2007-06-22 11:14:36 0000 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 betelgeuse@gentoo.org 2007-06-22 13:37:39 0000 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. richard.connon@gmail.com 2007-06-22 13:57:27 0000 They definitely need to be changed so that revdep-rebuild ignores them. caster@gentoo.org 2007-06-22 14:20:58 0000 What's output of 'ldd /usr/lib64/libswt-awt-gtk-3345.so' ? I wonder why it doesn't happen on x86 betelgeuse@gentoo.org 2007-06-22 16:45:53 0000 (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. richard.connon@gmail.com 2007-06-22 16:55:58 0000 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) caster@gentoo.org 2007-06-24 10:46:11 0000 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) richard.connon@gmail.com 2007-06-24 12:15:09 0000 /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" betelgeuse@gentoo.org 2007-06-24 20:33:36 0000 (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. caster@gentoo.org 2007-06-24 21:18:24 0000 (In reply to comment #8) > We are probably seeing bug 173915. Don't think so, I have gen-1 env file. betelgeuse@gentoo.org 2007-06-24 21:34:55 0000 (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? richard.connon@gmail.com 2007-06-25 14:50:20 0000 If it was me you're asking I have 0.2.4_pre5 caster@gentoo.org 2007-07-17 18:44:39 0000 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)" fuzzyray@gentoo.org 2007-07-17 21:15:02 0000 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. michael@smith-li.com 2007-09-14 16:53:21 0000 Created an attachment (id=130929) 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. :) michael@smith-li.com 2007-09-14 20:23:37 0000 Created an attachment (id=130941) rrr_no-verinfo-fix_against_r438.patch Slightly less broken. fuzzyray@gentoo.org 2007-09-18 21:19:17 0000 $ 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. fuzzyray@gentoo.org 2007-09-27 00:19:56 0000 Fixed in gentoolkit-0.2.4_rc1 billydv1@verizon.net 2007-12-12 02:28:43 0000 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 jakub@gentoo.org 2008-01-31 12:45:20 0000 *** Bug 208289 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2008-01-31 13:01:20 0000 *** Bug 208293 has been marked as a duplicate of this bug. *** rggjan@gmail.com 2008-02-13 21:10:08 0000 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 caster@gentoo.org 2008-02-24 11:28:56 0000 For the record, it works for me in gentoolkit 0.2.4_rc2 rggjan@gmail.com 2008-02-25 13:58:10 0000 Suddenly works for me too... Never mind, lealing it as FIXED 130929 2007-09-14 16:53 0000 rrr_no-verinfo-fix_against_r438.patch revdep-rebuild-rewrite_no-verinfo-fix_against_r438.patch text/plain LS0tIHJldmRlcC1yZWJ1aWxkLXJld3JpdGUub3JpZwkyMDA3LTA5LTE0IDEyOjAwOjI3LjAwMDAw MDAwMCAtMDQwMAorKysgcmV2ZGVwLXJlYnVpbGQtcmV3cml0ZQkyMDA3LTA5LTE0IDEyOjM3OjAx LjAwMDAwMDAwMCAtMDQwMApAQCAtMjA4LDYgKzIwOCw3IEBACiAJCQk7OwogCQktUHwtLW5vLXBy b2dyZXNzKQogCQkJcHJvZ3Jlc3MoKSB7IDo7IH0KKwkJCTs7CiAJCS1xfC0tcXVpZXQpCiAJCQll Y2hvX3YoKSB7IDo7IH0KIAkJCXByb2dyZXNzKCkgeyA6OyB9CkBAIC01ODMsMTUgKzU4NCwxOSBA QAogCQlkb25lCiAJCWlmIFtbICRTRUFSQ0hfQlJPS0VOIF1dOyB0aGVuCiAJCQkjIExvb2sgZm9y IG1pc3NpbmcgdmVyc2lvbgotCQkJZm9yIHRhcmdldF9maWxlIGluICQoCi0JCQkJYXdrICcvbm8g dmVyc2lvbiBpbmZvcm1hdGlvbiBhdmFpbGFibGUveworCQkJd2hpbGUgcmVhZCB0YXJnZXRfZmls ZTsgZG8KKwkJCQllY2hvICJvYmogJHRhcmdldF9maWxlIiA+PiAiJExJU1QuM19yZWJ1aWxkIgor CQkJCWVjaG9fdiAiICBicm9rZW4gJHRhcmdldF9maWxlIChubyB2ZXJzaW9uIGluZm9ybWF0aW9u IGF2YWlsYWJsZSkiCisJCQlkb25lIDwgPCgKKwkJCQlhd2sgLXYgbGRtYXNrPSIoJExEX0xJQlJB UllfTUFTSykiICcKKwkJCQkJQkVHSU57IGdzdWIoL1xuLywgInwiLCBsZG1hc2spIH0KKwkJCQkJ L25vIHZlcnNpb24gaW5mb3JtYXRpb24gYXZhaWxhYmxlL3sKIAkJCQkJZ3N1YigiWygpXSIsICIi LCAkTkYpOworCQkJCQkJaWYgKHNlZW5bJE5GXSsrKSAgbmV4dDsKKwkJCQkJCWlmICgkTkYgfiBs ZG1hc2spIG5leHQ7CiAJCQkJCXByaW50ICRORgotCQkJCX0nICIkTElTVC4zX2xkZF9lcnJvcnMi IHwgc29ydCAtdQorCQkJCQl9JyAiJExJU1QuM19sZGRfZXJyb3JzIgogCQkJKTsgZG8KLQkJCQll Y2hvICJvYmogJHRhcmdldF9maWxlIiA+PiAiJExJU1QuM19yZWJ1aWxkIgotCQkJCWVjaG9fdiAi ICBicm9rZW4gJHRhcmdldF9maWxlIChubyB2ZXJzaW9uIGluZm9ybWF0aW9uIGF2YWlsYWJsZSki Ci0JCQlkb25lCiAJCWZpCiAJCVtbIC1yICRMSVNULjNfcmVidWlsZCAmJiAtcyAkTElTVC4zX3Jl YnVpbGQgXV0gfHwgY2xlYW5fZXhpdAogCQllaW5mbyAiR2VuZXJhdGVkIG5ldyAkTElTVC4zX3Jl YnVpbGQiCg== 130941 2007-09-14 20:23 0000 rrr_no-verinfo-fix_against_r438.patch revdep-rebuild-rewrite_no-verinfo-fix_against_r438.patch text/plain LS0tIHJldmRlcC1yZWJ1aWxkLXJld3JpdGUub3JpZwkyMDA3LTA5LTE0IDEyOjAwOjI3LjAwMDAw MDAwMCAtMDQwMAorKysgcmV2ZGVwLXJlYnVpbGQtcmV3cml0ZQkyMDA3LTA5LTE0IDE2OjA2OjU3 LjAwMDAwMDAwMCAtMDQwMApAQCAtMjA4LDYgKzIwOCw3IEBACiAJCQk7OwogCQktUHwtLW5vLXBy b2dyZXNzKQogCQkJcHJvZ3Jlc3MoKSB7IDo7IH0KKwkJCTs7CiAJCS1xfC0tcXVpZXQpCiAJCQll Y2hvX3YoKSB7IDo7IH0KIAkJCXByb2dyZXNzKCkgeyA6OyB9CkBAIC01MDksNiArNTEwLDcgQEAK IAllbHNlCiAJCVtbICRMSVNUIF1dIHx8IGRpZSAxICIkTElTVCIgJ2lzIHVuZGVmaW5lZCEgKFRo aXMgaXMgYSBidWcuKScKIAkJc2V0X3RyYXAgIiRMSVNULjNfcmVidWlsZCIKKwkJc2V0X3RyYXAg IiRMSVNULjNfbGRkX2Vycm9ycyIKIAkJcm0gLWYgIiRMSVNULjMiKgogCQlmaWxlcz0oJCg8IiRM SVNULjFfZmlsZXMiKSkKIAkJbnVtRmlsZXM9IiR7I2ZpbGVzW0BdfSIKQEAgLTU4MywxNSArNTg1 LDE5IEBACiAJCWRvbmUKIAkJaWYgW1sgJFNFQVJDSF9CUk9LRU4gXV07IHRoZW4KIAkJCSMgTG9v ayBmb3IgbWlzc2luZyB2ZXJzaW9uCi0JCQlmb3IgdGFyZ2V0X2ZpbGUgaW4gJCgKLQkJCQlhd2sg Jy9ubyB2ZXJzaW9uIGluZm9ybWF0aW9uIGF2YWlsYWJsZS97Ci0JCQkJCWdzdWIoIlsoKV0iLCAi IiwgJE5GKTsKLQkJCQkJcHJpbnQgJE5GCi0JCQkJfScgIiRMSVNULjNfbGRkX2Vycm9ycyIgfCBz b3J0IC11Ci0JCQkpOyBkbworCQkJd2hpbGUgcmVhZCB0YXJnZXRfZmlsZTsgZG8KIAkJCQllY2hv ICJvYmogJHRhcmdldF9maWxlIiA+PiAiJExJU1QuM19yZWJ1aWxkIgogCQkJCWVjaG9fdiAiICBi cm9rZW4gJHRhcmdldF9maWxlIChubyB2ZXJzaW9uIGluZm9ybWF0aW9uIGF2YWlsYWJsZSkiCi0J CQlkb25lCisJCQlkb25lIDwgPCgKKwkJCQkjIFJlZ2V4aWZ5IExEX0xJQlJBUllfTUFTSy4gRXhj bHVkZSBpdCBmcm9tIHRoZSBzZWFyY2guCisJCQkJTERfTElCUkFSWV9NQVNLPSIke0xEX0xJQlJB UllfTUFTSy8vJCdcbicvfH0iCisJCQkJYXdrIC12IGxkbWFzaz0iKCR7TERfTElCUkFSWV9NQVNL Ly8uL1xcXC59KSIgJworCQkJCQkvbm8gdmVyc2lvbiBpbmZvcm1hdGlvbiBhdmFpbGFibGUvICYm ICEvbGRtYXNrL3sKKwkJCQkJCWdzdWIoL1soKV0vLCAiIiwgJE5GKQorCQkJCQkJaWYgKHNlZW5b JE5GXSsrKSAgbmV4dAorCQkJCQkJcHJpbnQgJE5GCisJCQkJCX0nICIkTElTVC4zX2xkZF9lcnJv cnMiCisJCQkpCiAJCWZpCiAJCVtbIC1yICRMSVNULjNfcmVidWlsZCAmJiAtcyAkTElTVC4zX3Jl YnVpbGQgXV0gfHwgY2xlYW5fZXhpdAogCQllaW5mbyAiR2VuZXJhdGVkIG5ldyAkTElTVC4zX3Jl YnVpbGQiCg==