Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 118531 - revdep-rebuild uses suspect default LD_LIBRARY_MASK
Summary: revdep-rebuild uses suspect default LD_LIBRARY_MASK
Status: RESOLVED WONTFIX
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Tools (show other bugs)
Hardware: All Linux
: High normal
Assignee: Paul Varner (RETIRED)
URL:
Whiteboard:
Keywords:
: 118485 (view as bug list)
Depends on: 177925
Blocks:
  Show dependency tree
 
Reported: 2006-01-10 06:42 UTC by Wolfram Schlich (RETIRED)
Modified: 2008-03-07 19:40 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wolfram Schlich (RETIRED) gentoo-dev 2006-01-10 06:42:56 UTC
/usr/bin/php-cgi links against libjava.so (from blackdown-jdk on my machine).
when you unmerge blackdown-jdk, /usr/bin/php-cgi is broken.
due to the default LD_LIBRARY_MASK setting in /etc/revdep-rebuild/99revdep-rebuild (LD_LIBRARY_MASK="libodbcinst.so libodbc.so libjava.so libjvm.so"), revdep-rebuild does not catch the broken php-cgi.
It seems unclear why those libraries are in the default mask.
Any ideas here?
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-01-10 06:45:40 UTC
*** Bug 118485 has been marked as a duplicate of this bug. ***
Comment 2 Paul Varner (RETIRED) gentoo-dev 2006-01-10 18:43:34 UTC
Since I don't currently have apache, php, etc installed on my dev box, is there anyone willing to re-break php-cgi and do some testing?

Based on my review of the code, it is apparent that LD_LIBRARY_MASK was put in to keep revdep-rebuild from wanting to rebuild java.  My thinking is that since java is distributed as a binary package, that LD_LIBRARY_MASK should go away and the appropriate java directories placed into SEARCH_DIRS_MASK instead.
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-01-10 21:19:39 UTC
(In reply to comment #2)
> Since I don't currently have apache, php, etc installed on my dev box, is there
> anyone willing to re-break php-cgi and do some testing?

Well, this is pretty trivial:

/etc/php/apache2-php4/ext/java.ini

<snip>
extension = java.so
java.library = /opt/blackdown-jdk-1.4.2.03/jre/lib/i386/libjava.so
java.class.path = /usr/lib/php4/lib/php/extensions/no-debug-non-zts-20020429/php_java.jar
java.library.path = /usr/lib/php4/lib/php/extensions/no-debug-non-zts-20020429
</snip>

Path changes -> php broken. Breaks dev-lang/php and dev-php/mod_php equally.

I'm duping Bug 118485 against this one again and will CC java and php, it's apparently a bad idea to track identical issue in two places.
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2006-01-10 21:20:19 UTC
*** Bug 118485 has been marked as a duplicate of this bug. ***
Comment 5 Jonathan Sailor 2006-01-10 21:55:24 UTC
Alright, but fixes to this bug should then involve adding einfo messages to Java ebuilds telling people to run revdep-rebuild.
Comment 6 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-05-10 16:35:39 UTC
(In reply to comment #3)
> java.library = /opt/blackdown-jdk-1.4.2.03/jre/lib/i386/libjava.so

Replace the /opt/*/ thing with /etc/java-config-2/current-system-vm/ and it's safe, it will use generation-2 system vm. Of course the i386 part is ARCH-specific.

(In reply to comment #0)
> /usr/bin/php-cgi links against libjava.so (from blackdown-jdk on my machine).
If that's true and it really links, not using the ini, sounds like bug 173915 problem.
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2008-03-07 19:40:44 UTC
java support is gone from PHP (PHP4 is masked and php-java-bridge package.masked) -> php outta here.