Hi! Please find attached jogl-1.1.0_beta04.ebuild. JOGL is a set of bindings to OpenGL for Java (https://jogl.dev.java.net). The ebuild is based on the latest nightly build of JOGL. Unfortunately, the sources are only available through CVS or packaged in a nightly build, hence I had to use the nightly build. I might also create a jogl-bin-1.1.0_beta04.ebuild which uses the precompiled "binary" release builds. Since most of it is Java bytecode, and only part of it is compiled natively, it might be reasonable. Thanks to TheBohemian (gentoo forums) for the initial idea, I started with his ebuild and modified it a bit. The logical place for this is in dev-java/jogl. dave
Created attachment 30829 [details] jogl ebuild file
Comment on attachment 30829 [details] jogl ebuild file Edit: Some of the documentation is old, and needs to be replaced. Replace the following lines: > > # Ant is called by its main class because it is needed to run it with the modified > # classpath. The wrapper script has its own mechanism to handle the classpath and > # would override any changes. With: # Build JOGL
I sent an email to the authors to package a release as source so it would be easier to integrate into Gentoo.
The authors are now (finally) releasing source packages along with binary packages, so this ebuild should be ready to be included in portage (~x86). I've updated the ebuild with some important changes and the new version will be attached next. Note, the name of the ebuild should be jogl-1.1_beta04.ebuild (note the change from the earlier name), this follows the authors' versioning more closely.
Created attachment 35849 [details] jogl-1.1_beta04.ebuild Updated ebuild for jogl-1.1_beta04.
We don't support unversioned files in SRC_URI, as that breaks the md5sum checks when a new upstream version is released. Could you please contact the upstream authors and have them version the jogl-src.zip properly (i.e. jogl-1.1-beta4-src.zip, or similar), then. reopen this bug, and I'll commit it to the tree? Thanks a lot for the contribution!
Filed a bug with the JOGL developers asking them to include version information in release build file names.
Created attachment 45216 [details] updated jogl ebuild to 1.1_beta07 The developers of jogl don't seem to get the problem with the versioning scheme. I think the problem is their file management system, it seems to prevent easy changes to the file naming scheme. Even if they renamed jogl-src.zip to jogl-src-1.1-whatever.zip there'd still be the problem that the url path changes in a non-foreseeable manner (consecutively per uploaded file). Scheme: https://jogl.dev.java.net/files/documents/<cat-id>/<file-id>/<filename> - try to guess that through an ebuild. The alternative from my POV is to grab the current jogl & jogl-doc releases, rename them to jogl-<version>, and put them to the rsync servers. That would need a maintainer of course. Only if the jogl team gives their permission, that is. regards, pi~
Another option would be to just have the user fetch the sources manually. I'd prefer not to do that, but it may be the best (perhaps temporary) solution.
Can someone verify if the URL problem still exists nowadays?
(In reply to comment #10) > Can someone verify if the URL problem still exists nowadays? See #143019
(In reply to comment #11) > (In reply to comment #10) > > Can someone verify if the URL problem still exists nowadays? > > See #143019 > Reopening to dup against that.
*** This bug has been marked as a duplicate of bug 143019 ***
Created attachment 184551 [details] dev-java/jogl-1.1.2_pre20080523.ebuild Updated ebuild works also on amd64 and with sun-jdk 6 should really do it into portage now (naming problem is also fixed now)