You are not logged in.
Hey there,
I uploaded the greenfoot 2.2.1 in the AUR. I made it like the bluej-maintainer → https://aur.archlinux.org/packages.php?ID=13853
and used the java.generic.
As far as good.
But as I wanted to learn someting, and as mentioned in the guide creating a packages → https://wiki.archlinux.org/index.php/Creating_Packages
I first compiled the source from greenfoot. But as I used the PKGBUILD from the bluej-maintainer, I made it like him and used the generic. Uploaded it, and so on, it works fine.
But as mentioned here → https://wiki.archlinux.org/index.php/AU … g_packages
"absolutely no binaries"
and as mentioned here → https://wiki.archlinux.org/index.php/Ja … Guidelines
I was confused. Shall I use the generic or the source?
I also made a PKGBUILD, but now with the source.
So shall I use the source or not?
If I use the source the PKGBUILD is larger and you'll need one more dependency "apache-ant"
Another question is:
Shall I write as dependencies:
java-runtime, java-environment
or
jre7-openjdk
jdk7-openjdk
?
Thank You!
Last edited by seishinryohosha (2012-06-30 16:47:06)
Offline
Another question is:
Shall I write as dependencies:
java-runtime, java-environment
or
jre7-openjdk
jdk7-openjdk?
Thank You!
If greenfoot only works with openjdk , use those as dependencies. In case it also works with oracle java use java-runtime and java-environment .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
Thank You!
AFAIK it works with both and even with the version 6.
Offline
Nobody knows? As far as nobdoy complains, I will use the generic, as presented in the java guide.
Offline
You do not need to compile Java applications from source. Very little optimization goes into the compile process, as with gcc created binaries. If the source package provides an easy way to build from source go ahead and use it, but if its easier to just grab a binary release of a jar file or an installer you may use that as well.
Basically this leaves the choice with the package maintainer, using the generic version is fine.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
If it's so, I will use the generic. It's faster to install, and you don't have to temporally install apache-ant.
THX Guys(or better to say:"Thank you Lone_Wolf!"
/solved
Offline