Summary: | dev-java/sun-java3d-bin-1.5.2 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sean Vogel <naraku9333> |
Component: | New packages | Assignee: | Java team <java> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | 2009_Kev_Gentoo, bhaak, bugs, EoD, gentoo, marcinjanczyk, mmokrejs, scvalex, stephan.litterst, vladmihaisima, xmw |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
sun-java3d-bin-1.5.0_pre2.ebuild
sun-java3d-bin-1.5.0.ebuild sun-java3d-bin-1.5.1.ebuild sun-java3d-bin-1.5.1.ebuild URI SRC fixed sun-java3d-bin-1.5.1.ebuild sun-java3d-bin-1.5.1.ebuild sun-java3d-bin-1.5.2.ebuild fixed ebuild |
Description
Sean Vogel
2006-05-18 13:37:34 UTC
Created attachment 87005 [details]
sun-java3d-bin-1.5.0_pre2.ebuild
Created attachment 104541 [details]
sun-java3d-bin-1.5.0.ebuild
Updated ebuild to stable 1.5.0
Created attachment 110197 [details]
sun-java3d-bin-1.5.1.ebuild
stabil sun-java3d-bin-1.5.1-build1
sun-java3d-bin-1.5.1.ebuild
Any plan to make an ebuild using the source code instead of the binary from SUN? (In reply to comment #4) > Any plan to make an ebuild using the source code instead of the binary from > SUN? > The existing developers have a lot on their plate with maintaining existing stuff but yes eventually we should get rid of all the binary stuff if at all possible. We do provide as much guiding to users as needed if they want to write Java ebuilds and will commit those works if they are good enough. Created attachment 128329 [details]
sun-java3d-bin-1.5.1.ebuild URI SRC fixed
New ebuild file with SRC URI fixed, the main site modified from stable/ to release/
Source URI is broken again, as well as unzipping. Created attachment 145737 [details] sun-java3d-bin-1.5.1.ebuild Working ebuild on x86. Somebody please fix the postinst meesage and commit to the tree. Link to the sources is as well at https://java3d.dev.java.net/binary-builds.html Created attachment 145738 [details]
sun-java3d-bin-1.5.1.ebuild
Cleaned up comments, sorry.
Source version is available in java-overlay if your interested. not currently ~x86 keyworded, but it should build (and run) fine. It doesn't bundle jogl tho... Nothing is ever perfect.... Created attachment 160921 [details]
sun-java3d-bin-1.5.2.ebuild
Ebuild for sun-java3d-bin-1.5.2.
There is something wrong in the sun-java3d-bin-1.5.2.ebuild (and probably the others). I am using an amd64 machine. The missing file is located in "
/usr/tmp/portage/dev-java/sun-java3d-bin-1.5.2/work/j3d-1_5_2-linux-amd64/j3d-jre.zip" and there is no problem when i extract the file manually.
>>> Unpacking source...
>>> Unpacking j3d-1_5_2-linux-amd64.zip to /var/tmp/portage/dev-java/sun-java3d-bin-1.5.2/work
unzip: cannot find or open j3d-jre.zip, j3d-jre.zip.zip or j3d-jre.zip.ZIP.
Created attachment 170232 [details]
fixed ebuild
fixed with conditional unzip depending on arch with added unpack target dir.
* QA Notice: file does not exist: * * dodoc: COPYRIGHT.txt does not exist * dodoc: README.txt does not exist 1.5.2 ebuild produces this qa on amd64 for me. Regards, Phillip I think the ebuild provided by Jiri Tyr is the good one. The ebuild Florian Manschwetus provided is wrong, specifically in src_unpack there is "unzip -q j3d-1_5_2-linux-i586/j3d-jre.zip". This is useless as the command "cd "${S}"" would have the efffect "cd j3d-1_5_2-linux-i586", where "S=${WORKDIR}/${A/.zip/}". The ebuild from Jiri Tyr (still) doesn't work on my amd64 machine. I can provide you with any additional information of my system you want to have.
>>> Jobs: 0 of 1 complete, 1 failed
>>> Unpacking source...
>>> Unpacking j3d-1_5_2-linux-amd64.zip to /var/tmp/portage/dev-java/sun-java3d-bin-1.5.2/work
unzip: cannot find or open j3d-jre.zip, j3d-jre.zip.zip or j3d-jre.zip.ZIP.
I am no expert, and for me it works. What you could try: edit one of the ebuild and in src_unpack after cd "${S}" add the following lines (and post the results): echo ${A} echo ${S} ls For me A is j3d-1_5_2-linux-i586.zip, S is /var/tmp/paludis/dev-java-sun-java3d-bin-1.5.2/work/j3d-1_5_2-linux-i586 and when I do the ls I see the j3d-jre.zip. could this be added to java-experimental? I just tried to install this and noticed the following strange behaviour: Behaviour is *different* wether a ebuild sun-java3d-bin-1.5.2.ebuild digest clean compile or a emerge =sun-java3d-bin-1.5.2 is done. in the 'ebuild' case, $S evaluates to /tmp/portage/dev-java/sun-java3d-bin-1.5.2/work/j3d-1_5_2-linux-amd64, in the emerge case ist is missing the last directory and has /tmp/portage/dev-java/sun-java3d-bin-1.5.2/work/ Depending which method is used for the unzip this fails either the one way or the other. What gives? *** Bug 306739 has been marked as a duplicate of this bug. *** Why isn't the ebuild for java3d 1.5.2 in the portage tree? (In reply to comment #21) > Why isn't the ebuild for java3d 1.5.2 in the portage tree? > good question! Thanks for the ebuild! Works fine on ~amd64 with icedtea-7.2.0-r1. *** Bug 496834 has been marked as a duplicate of this bug. *** I still can't find the ebuild for java3d 1.5.2 in portage. Whats wrong here? I hope this works. commit 1699dd052151c12b68da6cd4d28b1bd9c3c56cd8 Author: Michael Weber <xmw@gentoo.org> Date: Fri Apr 21 03:47:37 2017 +0200 dev-java/sun-java3d-bin: Version bump (bug 133721). Package-Manager: Portage-2.3.5, Repoman-2.3.2 |