gradle not supported?

gradle not supported?

[Jesse Gibbons]

I noticed when I search the code for gradle I get
- code deleting the provided gradle jar
- comments about keeping a version of two different packages back
  because they require gradle. 

I'm guessing the gradle jar is deleted because it isn't compiled for
guix. But why are these packages (java-htsjdk and java-picard in
gnu/packages/bioinformatics.scm) held back to not depend on gradle?

If I need a package that uses gradlew to build, what is the best
solution for defining it?

Thanks,
-Jesse

Re: gradle not supported?

[Ricardo Wurmus]

Hi Jesse,

> I noticed when I search the code for gradle I get
> - code deleting the provided gradle jar
> - comments about keeping a version of two different packages back
>   because they require gradle. 
>
> I'm guessing the gradle jar is deleted because it isn't compiled for
> guix. But why are these packages (java-htsjdk and java-picard in
> gnu/packages/bioinformatics.scm) held back to not depend on gradle?

That’s because we can’t build packages that depend on gradle without
depending on an opaque binary that we cannot (yet) build.

> If I need a package that uses gradlew to build, what is the best
> solution for defining it?

IIUC gradle usually downloads a version of gradle as the first step.
Building a package that uses gradlew may currently require a lot of
manual work to essentially avoid the use of gradle as we have no gradle
build system yet.

A more constructive way would be to figure out a way to provide a
gradle-build-system that works around the problems we have with gradle
in one way or another, so that this is fixed for all future packages
depending on gradle.

Tricky.

-- 
Ricardo

Re: gradle not supported?

[Hartmut Goebel]

Am 24.07.19 um 23:28 schrieb Jesse Gibbons:
> I'm guessing the gradle jar is deleted because it isn't compiled for
> guix. But why are these packages (java-htsjdk and java-picard in
> gnu/packages/bioinformatics.scm) held back to not depend on gradle?
>
> If I need a package that uses gradlew to build, what is the best
> solution for defining it?

As Ricardo already wroe, we are not yet able to bootstrap gradle from
source and the gaul is to get a gradle-build-system.

If you know java and gradle, we'd heavily appreciate your help on this.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Re: gradle not supported?

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 245 bytes --]

Hi!

Do you people know if there is a way to build such libraries without
relying on Gradle then?

In particular, I'd like to package 
https://github.com/hyperledger/iroha-java/.

Cheers!

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: gradle not supported?

[Julien Lepiller]

Le 13 mars 2020 05:30:06 GMT-04:00, Pierre Neidhardt <mail@ambrevar.xyz> a écrit :
>Hi!
>
>Do you people know if there is a way to build such libraries without
>relying on Gradle then?
>
>In particular, I'd like to package 
>https://github.com/hyperledger/iroha-java/.
>
>Cheers!

You can try with the ant-build-system. When you pass a #:jar-name argument, it will create a build.xml script for you. I hope this is enough for your package.

My current focus is the maven-build-system. I'm almost there, but still having some issues that I don't understand well. Once I have it, a gradle build system should be relatively easy to create, because I could reuse many of the things I wrote for maven. Bootstrapping gradle will be very difficult though, mostly because of kotlin, which presents a bootstrapping issue. With a binary kotlin, I'm confident I could build gradle. It'll probably take months if not years to get there (remember I'm working on this since 2018!) so don't count on it too much.

Sorry for the bad news :/

Re: gradle not supported?

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 150 bytes --]

Thanks for all the details, I think I can manage to build java-iroha
with a bit of manual fiddling.

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 483 bytes --]