FS#13275 - [jdk and jre] modify ld.so.conf and provisions

Attached to Project: Community Packages
Opened by Xavier (shining) - Saturday, 14 February 2009, 17:55 GMT
Last edited by Geoffroy Carrier (gcarrier) - Monday, 16 March 2009, 01:21 GMT
Task Type Bug Report
Category
Status Closed
Assigned To Geoffroy Carrier (gcarrier)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Two changes are needed for  FS#13071 

1) The following lines should be added to ld.so.conf :
for jre 64bit : /opt/java/jre/lib/amd64/server
for jre 32bit /opt/java/jre/lib/i386/server

You could use the fakeroot install scriptlet as a base : http://repos.archlinux.org/viewvc.cgi/fakeroot/repos/core-i686/fakeroot.install?view=markup
With an additional check for the arch.

2) versioned provisions
jdk : provides=('java-environment=6')
jre : provides=('java-runtime=6')

In my opinion, it is also cleaner to get rid of the j2re/j2sdk provisions/conflicts/replaces but feel free to keep them if you have any reasons to. These packages are long gone, and the correct provisions are now java-environment and java-runtime.
This task depends upon

Closed by  Geoffroy Carrier (gcarrier)
Monday, 16 March 2009, 01:21 GMT
Reason for closing:  Fixed
Additional comments about closing:  2) is fixed.
Comment by Jan de Groot (JGC) - Saturday, 14 February 2009, 22:51 GMT
Why add these paths to ld.so.conf if every application that uses java stuff expects these libs somewhere in the JAVA_HOME anyways?
Comment by Fabian Walther (Namru) - Sunday, 15 February 2009, 16:46 GMT
because soprano can't find them.
without soprano the nepomuk service wouldn't work.

i posted an comment to the aur package jre (http://aur.archlinux.org/packages.php?ID=6118) and jdk (http://aur.archlinux.org/packages.php?ID=6121)
unfortunately gcarrier don't give feedback or update the packages to the latest version.
we discuss about that in this (http://bbs.archlinux.org/viewtopic.php?pid=498151#p498151) thread.
Comment by Xavier (shining) - Sunday, 15 February 2009, 16:58 GMT
Namru : just for clarification, you are saying that JAVA_HOME is set correctly but soprano does not use it?
Comment by Fabian Walther (Namru) - Sunday, 15 February 2009, 17:00 GMT
yes
[namru@NamruMain ~]$ env | grep JAVA_HOME
JAVA_HOME=/opt/java
Comment by Xavier (shining) - Sunday, 15 February 2009, 17:12 GMT
Well a bug in soprano does not really justify a change in jre/jdk, but it's not clear yet whether it is a bug or not.
I will let other people (who are affected by this issue and motivated to fix it) look into it. :)
Comment by Fabian Walther (Namru) - Sunday, 15 February 2009, 18:12 GMT
it will be fixed in soprano with kde 4.3 but this will be released in july 2009.
it think we need a solution now / in the near feature
Comment by Pierre Schmitz (Pierre) - Saturday, 21 February 2009, 22:21 GMT
In some future version Soprano might support another backend which does not need java. So, there is no bug in soprano.

How do I link a program to a lib with a variable path? I thought that's what ld.so.conf is for. ATM the ldd output looks like this:

libjvm.so => /usr/lib/jvm/java-1.6.0-openjdk/jre/lib/amd64/server/libjvm.so (0x00007f72fe5c5000)

The problem is that jre stores the libjvm.so in a different path.
Comment by Xavier (shining) - Sunday, 22 February 2009, 09:32 GMT
Why is this bug not even assigned to the jre/jdk maintainer, gcarrier?
Also I believe it should be assigned to all java maintainers, current and previous, to help clarifying some obscure points and coming to an agreement
(from openjdk6 PKGBUILD : JGC and Andy, from jre PKGBUILD : Jason)
Comment by Xavier (shining) - Wednesday, 11 March 2009, 19:13 GMT
Well  FS#13071  was fixed without the need of 1).

Please implement only 2), this is a very straightforward and obvious change, much more than 1)

Loading...