[gentoo-user] Re: openjdk?
On 4/25/19 3:17 AM, Paul B. Henson wrote: On 4/23/2019 4:31 PM, Holger Hoffstätte wrote: since JDK9+, nothing else. There is no notable difference between oracle-jdk-8, icedtea-8 or openjdk-8 other than IcedTea (being the JDK-8 LTS maintained by RedHat) also containing the (awesome) Shenandoah GC - which was also merged into the official upstream JDK12. Ah, ok; so icedtea-3.11.0 is actually jdk 8? And would be a reasonable "swap in place" for oracle-jdk-bin-1.8.0.202? Yup, or openjdk-bin-8. What's the difference between icedtea-bin and openjdk-bin? Which one Increasingly little, other than "being built and provided by different people" - after all they are built from the same code base. IcedTea is way older than the AdoptOpenJDK initiative and the non-bin version also provides Shenandoah via additional patches applied for the build process, and some other USE flags for optional capabilities and dependencies. is going to be the better long-term replacement for the proprietary Oracle jdk? Unless it is labeled differently it doesn't seem any other distribution is using icedtea, all of their packages are labeled openjdk. I believe several other Linux distributions used to use icedtea for licensing reasons before AdoptOpenJDK was around. hth, Holger
Re: [gentoo-user] Re: openjdk?
On Thu, Apr 25, 2019 at 11:17 AM Paul B. Henson wrote: > On 4/23/2019 4:31 PM, Holger Hoffstätte wrote: > > > since JDK9+, nothing else. There is no notable difference between > > oracle-jdk-8, icedtea-8 or openjdk-8 other than IcedTea (being the JDK-8 > > LTS maintained by RedHat) also containing the (awesome) Shenandoah GC - > > which was also merged into the official upstream JDK12. > > Ah, ok; so icedtea-3.11.0 is actually jdk 8? And would be a reasonable > "swap in place" for oracle-jdk-bin-1.8.0.202? > Here's what i have; $ eselect java-vm list Available Java Virtual Machines: [1] icedtea-bin-8 system-vm $ qlop -l icedtea-bin Mon Feb 4 17:51:00 2019 >>> dev-java/icedtea-bin-3.10.0-r1 $ emerge -pv --depclean icedtea-bin Calculating dependencies... done! dev-java/icedtea-bin-3.10.0-r1 pulled in by: virtual/jdk-1.8.0-r4 requires dev-java/icedtea-bin:8
Re: [gentoo-user] Re: openjdk?
On 4/23/2019 4:31 PM, Holger Hoffstätte wrote: since JDK9+, nothing else. There is no notable difference between oracle-jdk-8, icedtea-8 or openjdk-8 other than IcedTea (being the JDK-8 LTS maintained by RedHat) also containing the (awesome) Shenandoah GC - which was also merged into the official upstream JDK12. Ah, ok; so icedtea-3.11.0 is actually jdk 8? And would be a reasonable "swap in place" for oracle-jdk-bin-1.8.0.202? openjdk-bin-8 as system VM. It is also perfectly "safe" to install openjdk-11 in parallel with said flag enabled as long as you don't set it as system VM or know what you're doing. What's the difference between icedtea-bin and openjdk-bin? Which one is going to be the better long-term replacement for the proprietary Oracle jdk? Unless it is labeled differently it doesn't seem any other distribution is using icedtea, all of their packages are labeled openjdk. Thanks much for the info…
[gentoo-user] Re: openjdk?
On 4/24/19 12:23 AM, Paul B. Henson wrote: So Oracle java has a crappy license now, and I see on the dev list they're even talking about removing it from portage. However, openjdk has no stable version, and the ebuild contains: if use gentoo-vm ; then ewarn "WARNING! You have enabled the gentoo-vm USE flag, making this JDK" ewarn "recognised by the system. This will almost certainly break things." Which doesn't build confidence as far as using it 8-/. icedtea is pretty old. What are people doing for java needs currently? Abusing the Oracle license? Running old icedtea versions? Ignoring the openjdk warning? The warning in this form is nonsense and only ever applied to JDK > 8, since ebuilds containing java bits *might* fail due to the module system since JDK9+, nothing else. There is no notable difference between oracle-jdk-8, icedtea-8 or openjdk-8 other than IcedTea (being the JDK-8 LTS maintained by RedHat) also containing the (awesome) Shenandoah GC - which was also merged into the official upstream JDK12. IcedTea will probably (from my reading on the list) just continue the 3.x series for JDK8 and get a new series 4.x for JDK11 (since it's LTS). I offered to help with maintenance & testing but for some reason they were not interested. ¯\(ツ)/¯ It is perfectly "safe" to unmask the gentoo-vm USE flag and set openjdk-bin-8 as system VM. It is also perfectly "safe" to install openjdk-11 in parallel with said flag enabled as long as you don't set it as system VM or know what you're doing. As it happens I was just copying the openjdk-bin-11 ebuild into my local overlay as openjdk-bin-12 (because I need Shenandoah) with the gentoo-vm flag enabled and it eselects, integrates and works fine just as well. hth :) Holger
Re: [gentoo-user] Re: openjdk-6-jdk
2014-08-25 19:56 GMT-06:00 James wirel...@tampabay.rr.com: Jc García jyo.garcia at gmail.com writes: Just dropping and idea for your ebuild, you might have this planned but anyway, I would put something like 'virtual/jdk:1.6' in RDEPEND, so if things work as they should(but that's not realistic), any of the java implementations in the tree would provide jdk6 for your ebuild. I installed icedtea-bin for now. From the ebuild (which is a hack) I have : DEPEND=net-misc/curl dev-libs/cyrus-sasl python? ( dev-lang/python dev-python/boto ) java? ( virtual/jdk ) I have seen many ebuilds, with RDEPEND=cat/pkg and DEPEND=${RDEPEND}, I would use that. because jdk is both a runtime, and a build time dependency in this case. It seems would not compile until I installed the maven-bin package..Which is not a requisite in the ebuild but I saw that maben was a required code for building mesos on another distro Put maven-bin in DEPEND then, with any other build time dependency, also there's a java-mvn-src eclass in the tree, and two other maven related eclasses in the java overlay. check those out if you haven't already . I have never used maven, only ant and I'm still learning about ebuilds, so I can't say anything else. Like I said, it's a hack, but I'll get it cleaned up; because nobody else seemed motivated to get mesos running on gentoo. Now it off to get spark[1] and the hadoop[2] happy on gentoo... happy, happy happy James [1] https://spark.apache.org/ [2] http://hadoop.apache.org/
[gentoo-user] Re: openjdk-6-jdk
James wireless at tampabay.rr.com writes: For openjdk-6-jdk [1] I'm not sure what my options are as it (or a newer version?) is required by mesos-0.19-1. I did see these in portage: Some discussion and guidance would be keenly appreciated, as I'm not at all up on the current gentoo java issues. Ok, so I found the gentoo java wiki [1]. So if I'm comprehending this correctly, icedtea is openjdk it just uses 100% open source tools to build the jdk as opposed to the fact that openjdk uses proprietary tools to build? I'm still a bit confused on the options for jdk, (openjdk) any limitations, gotchas, thnings_to_avoid; so some recommendations would be beneficial. James [1] http://wiki.gentoo.org/wiki/Java#Installing_a_JRE.2FJDKs
Re: [gentoo-user] Re: openjdk-6-jdk
2014-08-25 12:44 GMT-06:00 James wirel...@tampabay.rr.com: James wireless at tampabay.rr.com writes: For openjdk-6-jdk [1] I'm not sure what my options are as it (or a newer version?) is required by mesos-0.19-1. I did see these in portage: Some discussion and guidance would be keenly appreciated, as I'm not at all up on the current gentoo java issues. Ok, so I found the gentoo java wiki [1]. So if I'm comprehending this correctly, icedtea is openjdk it just uses 100% open source tools to build the jdk as opposed to the fact that openjdk uses proprietary tools to build? I'm still a bit confused on the options for jdk, (openjdk) any limitations, gotchas, thnings_to_avoid; so some recommendations would be beneficial. James [1] http://wiki.gentoo.org/wiki/Java#Installing_a_JRE.2FJDKs Just dropping and idea for your ebuild, you might have this planned but anyway, I would put something like 'virtual/jdk:1.6' in RDEPEND, so if things work as they should(but that's not realistic), any of the java implementations in the tree would provide jdk6 for your ebuild.
[gentoo-user] Re: openjdk-6-jdk
Jc García jyo.garcia at gmail.com writes: Just dropping and idea for your ebuild, you might have this planned but anyway, I would put something like 'virtual/jdk:1.6' in RDEPEND, so if things work as they should(but that's not realistic), any of the java implementations in the tree would provide jdk6 for your ebuild. I installed icedtea-bin for now. From the ebuild (which is a hack) I have : DEPEND=net-misc/curl dev-libs/cyrus-sasl python? ( dev-lang/python dev-python/boto ) java? ( virtual/jdk ) It seems would not compile until I installed the maven-bin package..Which is not a requisite in the ebuild but I saw that maben was a required code for building mesos on another distro Like I said, it's a hack, but I'll get it cleaned up; because nobody else seemed motivated to get mesos running on gentoo. Now it off to get spark[1] and the hadoop[2] happy on gentoo... happy, happy happy James [1] https://spark.apache.org/ [2] http://hadoop.apache.org/