Gradle is a java build tool. http://www.gradle.org .I would try to write an ebuild for it myself but I'm not sure what is the best way to handle build systems that try to download jars from the internet. Reproducible: Always
Hi, you can download these .jar files as SRC_URI (and redefine src_unpack to not extract these ,jar zip files, just copy them to the desired destination) and disable the download code (if it isn't disable by the files existance). Have a look at #gentoo-dev-help or #gentoo-sunrise on irc.freenode.net. http://www.gentoo.org/proj/en/sunrise/ Bye
cf http://assaf-tech.blogspot.com/2010/07/gradle-ebuild.html
The latest ebuild (currently 1.0 M2) is maintain in github: https://github.com/asssaf/portage/tree/master/dev-java/gradle-bin
gradle 1.0 has been released. I think it should be included in portage. I have a working ebuild, but it can probably be written better ( https://github.com/asssaf/portage/blob/master/dev-java/gradle-bin/gradle-bin-1.0.ebuild )
It looks like this bug should be added as a blocker for bug 421503.
I started working on a gradle ebuild some time ago. You can currently find the following components/ebuilds in my overlay: - dev-java/gradle [1] - dev-java/gradle-bin [2] - virtual/gradle [3] - app-admin/gradle-eselect [4] gradle-bin seems to work, but I haven't tested it and it may be out of date. Bootstrapping gradle with gradle is work in progress, therefore non-bin gradle is broken at the moment. The eselect module allows to switch between gradle and gradle-bin, and hopefully between different gradle slots in the future. 1: https://gitorious.org/flow-s-ebuilds/flow-s-ebuilds/source/master:dev-java/gradle 2: https://gitorious.org/flow-s-ebuilds/flow-s-ebuilds/source/master:dev-java/gradle-bin 3: https://gitorious.org/flow-s-ebuilds/flow-s-ebuilds/source/master:virtual/gradle 4: https://gitorious.org/flow-s-ebuilds/flow-s-ebuilds/source/master:app-admin/gradle-eselect
*** Bug 492402 has been marked as a duplicate of this bug. ***
(In reply to Florian Schmaus from comment #6) > I started working on a gradle ebuild some time ago. You can currently find > the following components/ebuilds in my overlay: > > - dev-java/gradle [1] > - dev-java/gradle-bin [2] > - virtual/gradle [3] > - app-admin/gradle-eselect [4] > > gradle-bin seems to work, but I haven't tested it and it may be out of date. > Bootstrapping gradle with gradle is work in progress, therefore non-bin > gradle is broken at the moment. The eselect module allows to switch between > gradle and gradle-bin, and hopefully between different gradle slots in the > future. > The bootstrap could possibly be handled similarly to the icedtea ebuilds where the source build depends on an existing install first (either bin or source). I'm just starting to learn gradle myself, so maybe this wouldn't be feasible.
The gradle ebuilds are now available in Gentoo's Java overlay. Please report any issues here or in #gentoo-java.
Someone asked in java-overlay's github issue tracker about moving gradle to the main tree and I replied with the current state: https://github.com/gentoo/java-overlay/issues/28#issuecomment-173197270
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e619b4bf7bdc8bdfa5757e4730fbe5241d532fa0 commit e619b4bf7bdc8bdfa5757e4730fbe5241d532fa0 Author: Florian Schmaus <flow@gentoo.org> AuthorDate: 2021-06-25 10:25:05 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2021-06-25 10:40:19 +0000 dev-java/gradle-bin: add 6.8.3 and 7.1, drop old Unlike the dropped 6.3 ebuild, these ebuilds only install versioned gradle symlinks in /usr/bin, e.g. /usr/bin/gradle-bin-7.1. The /usr/bin/gradle symlink is managed by app-eselect/eselect-gradle. Closes: https://bugs.gentoo.org/339574 Signed-off-by: Florian Schmaus <flow@gentoo.org> dev-java/gradle-bin/Manifest | 3 +- ...adle-bin-6.3.ebuild => gradle-bin-6.8.3.ebuild} | 38 +++++++++----- dev-java/gradle-bin/gradle-bin-7.1.ebuild | 61 ++++++++++++++++++++++ 3 files changed, 88 insertions(+), 14 deletions(-)
