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
Re: Going back to IcedTea, openjdk8 is obsolete
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 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). -- Tomasz Pala ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Going back to IcedTea, openjdk8 is obsolete
Hi, For long time IcedTea was not available for building OpenJDK8, so I packaged OpenJDK directly. It seemed good idea anyway – why using some intermediate system when OpenJDK can be directly compiled on Linux. It even worked when I packaged it. I was not sure if it is 'stable' or 'current' release, but it was better than Java 7 we had before. Problems started when I tried to upgrade. I still have no idea what the OpenJDK release process is, how the versioning works and what are important changes between the version. Anyway, I have tried two newer 'releases'… and those wouldn't work on x32. I was not able to fix it (x32 patches from Debian didn't help), no one else in PLD seemed interested in fixing that either. Then, I have discovered something even worse: our OpenJDK 8 build cryptography was limited to the 'export' strength, at least for some functions on AES cipher. This should not be the case in OpenJDK (as is in Oracle JDK), but in PLD it was. And I was not able to find any information how to fix that. Fortunately, IcedTea for Java 8 has been finally released earlier this year. It has regular versioning, changelog and will probably be maintained like previous IcedTea versions were. 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. Jacek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
