Re: Going back to IcedTea, openjdk8 is obsolete
On 2017-06-05 09:52, Tomasz Pala wrote:
On Mon, Jun 05, 2017 at 08:46:36 +0200, Jacek Konieczny wrote:
/usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
- this package contains symlinks and manuals only, BUT also:
Requires: icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
one symlink and 2 mans, ...20 MB of unnecessary stuff
The Requires are the main part of this package ? as it brings all the
stuff together to make the complete 'JDK'.
So (assumink JDK means Development Kit) the directory is not a part of
JDK and should be moved somewhere outside. Consider what's the purpose of
splitting icedtea8-jdk from icedtea8-jdk-base then.
You can have icedtea8-jdk-base, icedtea7-jdk-base and
oracle-java-jdk-base installed at the same time – all of them would be
fully usable provided you use their actual paths (e.g.
/usr/lib64/jvm/icedtea8-3.4.0/jre/bin/java).
Then you can install single 'jdk' package, which includes symlinks so
the binaries and libraries are available at the generic path.
The library is a part of the JRE. I guess we could move the
%{_libdir}/jvm/java symlink to icedtea8-jre, but it still needs to pull
whole JRE (that is still less than JDK).
Yes, something like icedtea8-jre (with R: icedtea8-jre-base itself) should
be used to system-select the JRE to be used.
Yes, that was the idea.
The symlink is there to allow multiple JDK/JRE versions installed (Java
world is crazy and one may need that) ? the symlink points to the
current default one.
Moreover, we should have sth like oracle-jre package with appropriate
symlink and fake provides for the systems with self-installed Oracle
non-distributables.
Yes. The Sun and then Oracle Java used to be packaged that way. I have
not been maintaining or using those any more so I don't know if this is
still the case or if it has degraded somehow.
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Going back to IcedTea, openjdk8 is obsolete
On Mon, Jun 05, 2017 at 08:46:36 +0200, Jacek Konieczny wrote:
>> /usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
>> - this package contains symlinks and manuals only, BUT also:
>>
>> Requires: icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
>> one symlink and 2 mans, ...20 MB of unnecessary stuff
>
> The Requires are the main part of this package ? as it brings all the
> stuff together to make the complete 'JDK'.
So (assumink JDK means Development Kit) the directory is not a part of
JDK and should be moved somewhere outside. Consider what's the purpose of
splitting icedtea8-jdk from icedtea8-jdk-base then.
>> I'm not a JAVA guy, however this seems to be swapped: icedtea8-jdk and
>> icedtea8-jdk-base. I need the directory symlink mentioned only (to be
>> suggested by gdal).
>
> Only the symlink, or rather the libjvm.so library with all the dependencies?
Symlink and the libjvm.so of course, but this is in icedtea8-jre-base
subpackage which
WAS pulled by gdal itself.
> The library is a part of the JRE. I guess we could move the
> %{_libdir}/jvm/java symlink to icedtea8-jre, but it still needs to pull
> whole JRE (that is still less than JDK).
Yes, something like icedtea8-jre (with R: icedtea8-jre-base itself) should
be used to system-select the JRE to be used.
> The symlink is there to allow multiple JDK/JRE versions installed (Java
> world is crazy and one may need that) ? the symlink points to the
> current default one.
Moreover, we should have sth like oracle-jre package with appropriate
symlink and fake provides for the systems with self-installed Oracle
non-distributables.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Going back to IcedTea, openjdk8 is obsolete
On 2017-06-05 00:46, Tomasz Pala wrote:
On Wed, Sep 21, 2016 at 12:51:55 +0200, Jacek Konieczny wrote:
I gave it a try and managed to build PLD packages with it. Those seem to
work on x32 properly and have no limit on crypto keys length. Much
better than the openjdk8-* packages.
I suggest that openjdk8 packages should be obsoleted and icedtea8 should
be used as our JDK from now on, unless someone finds some problems with it.
And a reminder: Oracle Java has really evil license, which does not
allow us to redistribute it with the distribution. OpenJDK/IcedTea is
the only way for us.
objdump -x /usr/lib64/libgdal.so | grep RPATH
RPATH/usr/lib64/jvm/java../jre/lib/amd64/server
libjvm.so resides in:
/usr/lib64/jvm/icedtea8-3.4.0/jre/lib/amd64/server/libjvm.so
/usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
- this package contains symlinks and manuals only, BUT also:
Requires: icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
one symlink and 2 mans, ...20 MB of unnecessary stuff
The Requires are the main part of this package – as it brings all the
stuff together to make the complete 'JDK'.
I'm not a JAVA guy, however this seems to be swapped: icedtea8-jdk and
icedtea8-jdk-base. I need the directory symlink mentioned only (to be
suggested by gdal).
Only the symlink, or rather the libjvm.so library with all the dependencies?
The library is a part of the JRE. I guess we could move the
%{_libdir}/jvm/java symlink to icedtea8-jre, but it still needs to pull
whole JRE (that is still less than JDK).
The symlink is there to allow multiple JDK/JRE versions installed (Java
world is crazy and one may need that) – the symlink points to the
current default one.
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
