As stated in the summary, add, if possible a gradle ebuild to build gradle from source Reproducible: Always If not possible could work be done to make more non-bin packages such as for things like kotlin, etc.
I think Flow has some stuff in progress in the Java overlay right now combined with an eclass for this. Surprised there's not some bug already for this though.
As far as I know all of the gradle (src built) ebuilds I have tried all fail for some reason or another even in the flow repo or java repo
Maybe a suitable task for next gsoc?
Back in 2013, when I started working on the gradle ebuilds and associated packages, like eselect-gradle, I tried to create source based ebuilds for gradle. That is why, for example, eselect-gradle, is designed so that also non gradle-bin binaries are selectable. However, I never got source-based gradle ebuilds to work, and the gradle-bin ebuilds are sufficiently good enough for me. Especially considering that we are talking about a Java bytecode, which is going to get compiled at runtime anyway. That said, I would welcome source-based gradle ebuilds. The main problem is always the provisioning of the dependencies. Fortunately, ::pentoo has there something for ghidra, which we could look into re-using for source-based gradle ebuilds. Although, I'd like to add, that the task strikes me as a bit to advanced for GSoC.
(In reply to Florian Schmaus from comment #4) > Back in 2013, when I started working on the gradle ebuilds and associated > packages, like eselect-gradle, I tried to create source based ebuilds for > gradle. That is why, for example, eselect-gradle, is designed so that also > non gradle-bin binaries are selectable. > > However, I never got source-based gradle ebuilds to work, and the gradle-bin > ebuilds are sufficiently good enough for me. Especially considering that we > are talking about a Java bytecode, which is going to get compiled at runtime > anyway. > > That said, I would welcome source-based gradle ebuilds. The main problem is > always the provisioning of the dependencies. Fortunately, ::pentoo has there > something for ghidra, which we could look into re-using for source-based > gradle ebuilds. Although, I'd like to add, that the task strikes me as a bit > to advanced for GSoC. As far as I know building gradle is with gradle as far as the offical gradle docs on building from the github, however this build doesnt take into account alot of things such as dependecies as gradle will fetch them automatically unless specefied otherwise at least to my knowledge
