Bug 118531 – revdep-rebuild uses suspect default LD_LIBRARY_MASK

• Product: Portage Development
• Status: RESOLVED WONTFIX

[Description Wolfram Schlich (RETIRED) 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) 2006-01-10 06:45:40 UTC]

*** Bug 118485 has been marked as a duplicate of this bug. ***

[Comment 2 Paul Varner (RETIRED) 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) 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) 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) 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) 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.