Re: [yocto] Adding openjdk-11 to Yocto
Hi, On Mon, Mar 27, 2023 at 08:13:38PM -0700, Robert Joslyn wrote: > I did send a patch back in February, but never got a response from Richard L: > https://lists.openembedded.org/g/openembedded-devel/message/100934 Sorry, I've seen the patch and the discussion on it, but I'm currently very busy with other things. I hope I get some time for this topic within the next 2 weeks. I'll come back to you as soon I have done some review. regards;rl > > I’d still like to see it merged, but understand if it’s not what’s wanted in > meta-java. I can certainly resend or make changes if desired. > > Thanks, > Robert > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#59608): https://lists.yoctoproject.org/g/yocto/message/59608 Mute This Topic: https://lists.yoctoproject.org/mt/96632702/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] Adding openjdk-11 to Yocto
On Wed, Feb 01, 2023 at 07:32:00PM -0800, Robert Joslyn wrote: ... > Sure, I can expand the recipe for additional architectures. A quick look at > the other downloads shows they have builds for x86, x86-64, arm, aarch64, > ppc64, sparcv9 and s390x. I don’t think Yocto supports sparc or s390, but > accommodating the others should be straightforward. I should be able to get > the time to put a patch together later this week. Sounds great! Looking forward to your patches. Please ensure this mail address in on Cc. Thanks! regards;rl > > Thanks, > Robert -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#59140): https://lists.yoctoproject.org/g/yocto/message/59140 Mute This Topic: https://lists.yoctoproject.org/mt/96632702/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] Adding openjdk-11 to Yocto
Hi David, unfortunately none I'm aware of. But if you have time to add java 11 (or newer) support to meta-java I can give support/guidance. regards;rl From: yocto@lists.yoctoproject.org on behalf of dspore via lists.yoctoproject.org Sent: Monday, 30 January 2023 18:14 To: yocto@lists.yoctoproject.org Subject: [yocto] Adding openjdk-11 to Yocto Hello! I am working with Kirkstone release and need to add java openjdk-11. I have a program which requires it. From what I can find, the meta-java layer only supports openjdk-7 and openjdk-8. I've looked through various forums with no luck. Is there a recipe for openjdk-11? Hoping somebody can help! Thanks. David -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#59104): https://lists.yoctoproject.org/g/yocto/message/59104 Mute This Topic: https://lists.yoctoproject.org/mt/96632702/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [meta-java] icedtea7 fetching error
On Mon, Jun 14, 2021 at 09:29:05PM +0100, Richard Purdie wrote: > On Mon, 2021-06-14 at 20:20 +0000, Richard Leitner - SKIDATA wrote: > > On Thu, Jun 10, 2021 at 10:57:46AM +0200, Alexander Kanavin wrote: > > > I have the tarball. I think we should toss it somewhere safe and update > > > the > > > recipe, as it is unlikely the old mercurial repo is coming back. > > > > > > Suggestions? > > > > Sorry for the late reply, I was on vacation . > > > > Nothing that comes to my mind directly. Do you know of any hosting > > possibilites from YP or OE-Core? > > > > @Richard: Sorry for putting you in that conversation without warning... > > But maybe you may guide us in a direction where to host/mirror some "legacy" > > meta-java source tarballs? > > If someone points me at the tarballs I can probably sort something out with > our source mirrors. Thank you very much Richard! The openjdk8 tarballs are now hosted at https://downloads.yoctoproject.org/mirror/sources/ with their local download names. Unfortunately I currently don't have the time and resources to provide a patch for fixing the URLs and adding the mirror. So help is greatly appreciated! regards;rl > > Cheers, > > Richard > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#53866): https://lists.yoctoproject.org/g/yocto/message/53866 Mute This Topic: https://lists.yoctoproject.org/mt/83390307/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [meta-java] icedtea7 fetching error
On Mon, Jun 14, 2021 at 09:29:05PM +0100, Richard Purdie wrote: > On Mon, 2021-06-14 at 20:20 +0000, Richard Leitner - SKIDATA wrote: > > On Thu, Jun 10, 2021 at 10:57:46AM +0200, Alexander Kanavin wrote: > > > I have the tarball. I think we should toss it somewhere safe and update > > > the > > > recipe, as it is unlikely the old mercurial repo is coming back. > > > > > > Suggestions? > > > > Sorry for the late reply, I was on vacation . > > > > Nothing that comes to my mind directly. Do you know of any hosting > > possibilites from YP or OE-Core? > > > > @Richard: Sorry for putting you in that conversation without warning... > > But maybe you may guide us in a direction where to host/mirror some "legacy" > > meta-java source tarballs? > > If someone points me at the tarballs I can probably sort something out with > our source mirrors. Thanks for that! I'm currently uploading the tarballs and provide you the link as soon as it's finished (sorry, really crappy uplink here ) It's about 1GiB with following files affected: openjdk8-242-corba-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-corba-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-corba-jdk8u242-ga.tar.bz2 openjdk8-242-hotspot-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-hotspot-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-hotspot-jdk8u242-ga.tar.bz2 openjdk8-242-jaxp-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-jaxp-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-jaxp-jdk8u242-ga.tar.bz2 openjdk8-242-jaxws-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-jaxws-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-jaxws-jdk8u242-ga.tar.bz2 openjdk8-242-jdk8u-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-jdk8u-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-jdk8u-jdk8u242-ga.tar.bz2 openjdk8-242-jdk-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-jdk-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-jdk-jdk8u242-ga.tar.bz2 openjdk8-242-langtools-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-langtools-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-langtools-jdk8u242-ga.tar.bz2 openjdk8-242-nashorn-aarch64-shenandoah-jdk8u242-b07.tar.bz2 openjdk8-242-nashorn-jdk8u242-ga-aarch32-200120.tar.bz2 openjdk8-242-nashorn-jdk8u242-ga.tar.bz2 openjdk8-252-corba-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-corba-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-corba-jdk8u252-ga.tar.bz2 openjdk8-252-hotspot-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-hotspot-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-hotspot-jdk8u252-ga.tar.bz2 openjdk8-252-jaxp-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-jaxp-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-jaxp-jdk8u252-ga.tar.bz2 openjdk8-252-jaxws-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-jaxws-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-jaxws-jdk8u252-ga.tar.bz2 openjdk8-252-jdk8u-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-jdk8u-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-jdk8u-jdk8u252-ga.tar.bz2 openjdk8-252-jdk-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-jdk-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-jdk-jdk8u252-ga.tar.bz2 openjdk8-252-langtools-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-langtools-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-langtools-jdk8u252-ga.tar.bz2 openjdk8-252-nashorn-aarch64-shenandoah-jdk8u252-b09.tar.bz2 openjdk8-252-nashorn-jdk8u252-ga-aarch32-20200415.tar.bz2 openjdk8-252-nashorn-jdk8u252-ga.tar.bz2 openjdk8-265-corba-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-corba-jdk8u265-ga.tar.bz2 openjdk8-265-hotspot-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-hotspot-jdk8u265-ga.tar.bz2 openjdk8-265-jaxp-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-jaxp-jdk8u265-ga.tar.bz2 openjdk8-265-jaxws-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-jaxws-jdk8u265-ga.tar.bz2 openjdk8-265-jdk8u-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-jdk8u-jdk8u265-ga.tar.bz2 openjdk8-265-jdk-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-jdk-jdk8u265-ga.tar.bz2 openjdk8-265-langtools-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-langtools-jdk8u265-ga.tar.bz2 openjdk8-265-nashorn-jdk8u265-ga-aarch32-20200729.tar.bz2 openjdk8-265-nashorn-jdk8u265-ga.tar.bz2 openjdk8-272-corba-aarch64-shenandoah-jdk8u272-b10.tar.bz2 openjdk8-272-corba-jdk8u272-b09-aarch32-20200929.tar.bz2 openjdk8-272-corba-jdk8u272-ga.tar.bz2 openjdk8-272-hotspot-aarch64-shenandoah-jdk8u272-b10.tar.bz2 openjdk8-272-hotspot-jdk8u272-b09-aarch32-20200929.tar.bz2 openjdk8-272-hotspot-jdk8u272-ga.tar.bz2 openjdk8-272-jaxp-aarch64-shenandoah-jdk8u272-b10.tar.bz2 openjdk8-272-jaxp-jdk8u272-b09-aarch32-20200929.tar.bz2 openjdk8-272-jaxp-jdk8u272-ga.tar.bz2 openjdk8-272-jaxws-aarch64-shenandoah-jdk8u272-b10.tar.bz2 openjdk8-272-jaxws-jdk8u272-b09-aarch32-202009
Re: [yocto] [meta-java] icedtea7 fetching error
On Thu, Jun 10, 2021 at 10:57:46AM +0200, Alexander Kanavin wrote: > I have the tarball. I think we should toss it somewhere safe and update the > recipe, as it is unlikely the old mercurial repo is coming back. > > Suggestions? Sorry for the late reply, I was on vacation . Nothing that comes to my mind directly. Do you know of any hosting possibilites from YP or OE-Core? @Richard: Sorry for putting you in that conversation without warning... But maybe you may guide us in a direction where to host/mirror some "legacy" meta-java source tarballs? regards;rl > > Alex > > On Tue, 8 Jun 2021 at 08:10, wrote: > > > Hello, > > > > > > I am trying to build something that relies on meta-java, but it fails on > > do_fetch for the icedtea7 recipe: > > > > --2021-06-07 17:24:33-- > > http://icedtea.classpath.org/hg/release/icedtea7-forest-2.1/archive/f89009ada191.tar.bz2 > > Resolving icedtea.classpath.org (icedtea.classpath.org)... 172.104.137.120 > > Connecting to icedtea.classpath.org > > (icedtea.classpath.org)|172.104.137.120|:80... connected. > > HTTP request sent, awaiting response... 404 Not Found > > 2021-06-07 16:21:05 ERROR 404: Not Found. > > > > ERROR: icedtea7-native-2.1.3-r1.0 do_fetch: Fetcher failure for URL: > > 'http://icedtea.classpath.org/hg/release/icedtea7-forest-2.1/archive/f89009ada191.tar.bz2;name=openjdk;unpack=false;downloadfilename=openjdk-f89009ada191.tar.bz2'. > > Unable to fetch URL from any source. > > > > > > Following this link, seems like the webserver is down. Do you know any > > mirror that I can use in the meantime? > > > > Thanks, > > George > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#53863): https://lists.yoctoproject.org/g/yocto/message/53863 Mute This Topic: https://lists.yoctoproject.org/mt/83390307/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] what is the proper treatment of the "Unlicense" license?
On Wed, May 13, 2020 at 12:39:44PM +0200, Quentin Schulz wrote: > On Wed, May 13, 2020 at 06:25:01AM -0400, Robert P. J. Day wrote: ... > If it's really widely used, maybe something to add to > openembedded-core/files/common-licenses/ ? So that you don't need any of > the suggested ways? +1 for adding Unlicense to openembedded-core's common-licenses regards;rl > > Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#49392): https://lists.yoctoproject.org/g/yocto/message/49392 Mute This Topic: https://lists.yoctoproject.org/mt/74178255/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] poky: no submodule mapping found in .gitmodules for path 'documentation/bitbake'
Hi Scott, Richard,
I'm experiencing weird git submodule behaviour on poky master since
commit 7e7b066085 ("YP 3.1 Docs: Updated Manual revision tables.")
Was this intended?
$ git submodule status
fatal: no submodule mapping found in .gitmodules for path
'documentation/bitbake'
$ git log --pretty=oneline -- documentation/bitbake/
7e7b066085c2496a259b356c59acda32d444a261 YP 3.1 Docs: Updated Manual revision
tables.
$ git show 7e7b066085c2496a259b356c59acda32d444a261 -- documentation/bitbake/
commit 7e7b066085c2496a259b356c59acda32d444a261
Author: Scott Rifenbark
Date: Wed Dec 11 13:03:04 2019 -0800
YP 3.1 Docs: Updated Manual revision tables.
Scrubbed so subsequent releases are relevant to the
initial release only.
(From yocto-docs rev: 7bb2c4f851aa968eb05b11c5471b81962f268eba)
Signed-off-by: Scott Rifenbark
Signed-off-by: Richard Purdie
diff --git a/documentation/bitbake b/documentation/bitbake
new file mode 16
index 00..0fb4b51532
--- /dev/null
+++ b/documentation/bitbake
@@ -0,0 +1 @@
+Subproject commit 0fb4b5153237af4a13b2c65711ab798b0de06c2f
regards;rl
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#47882): https://lists.yoctoproject.org/g/yocto/message/47882
Mute This Topic: https://lists.yoctoproject.org/mt/69500237/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] meta-java / openjdk-8-native spontaneously broken in warrior on CentOS7
Hi Darcy, On 1/3/20 9:43 PM, Darcy Watkins wrote: Happy New Year Hi, My warrior build with meta-java spontaneously broke over the holidays… I've backported 2 patches from master to warrior on Dec 27: http://lists.openembedded.org/pipermail/openembedded-devel/2019-December/203803.html In there "commit d5a8ec9e269d1f04a6cf78867ebf74a297f33258" added "-Wno-error=stringop-overflow" to BUILD and TARGET CFLAGS. ... After inspecting the config.log, it appears that “-Wno-error=stringop-overflow” was among the BUILD_CFLAGS. The old GCC 4.8.5 provided by CentOS did not like this. My workaround was: local.conf: BUILD_CFLAGS_remove = “-Wno-error=stringop-overflow” I still haven’t a clue why this only shows up now when the commit that changed openjdk-8-release-172b11-common.inc is dated June 25, 2019 “openjdk-8: disable stringop-overflow compiler errors”. As you correctly mentioned GCC 4.8.5 doesn't support that flag. AFAIK GCC 7 introduced it. I will first revert that patch on warrior and send a fixed one (which respects the compiler version) later on. Thank you for that catch and your email to the ml! regards;rl -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#47851): https://lists.yoctoproject.org/g/yocto/message/47851 Mute This Topic: https://lists.yoctoproject.org/mt/69406581/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
