Packaging a gradle application

  • Open
  • quality assurance status badge
Details
3 participants
  • Julien Lepiller
  • Nicolas Graves
  • Noé Lopez
Owner
unassigned
Submitted by
Noé Lopez
Severity
normal
N
N
Noé Lopez wrote on 11 May 14:53 +0200
(address . bug-guix@gnu.org)
87zfswv7ak.fsf@xn--no-cja.eu
Hi Guix,

Today I thought I'd try to package Mindustry, a libre game I like made
in Java. It uses the gradle build system, and I couldn't find any
trace of gradle in the guix sources or mailing lists.

I only found some gradle packages being built with the ant-build-sytem,
so I tried that for a few hours but I can only get so far as Mindustry
uses some very specific gradle settings that I don't really know how to
replicate with the ant build system, because it is not very flexible.

Is there something stopping us from using gradle to build packages or
has it just not been done before ?

Thanks in advance
Noé Lopez
N
N
Nicolas Graves wrote on 12 May 20:57 +0200
(address . 70886@debbugs.gnu.org)(address . julien@lepiller.eu)
87a5kuvoxj.fsf@ngraves.fr
Hi Noé,

Regarding Gradle, IIRC, the main hinderance to get that into Guix is the
extremely costly bootstrap process through which its building blocks (in
particular recent Kotlin versions) can be built.

The work on this is mainly done by Julien Lepiller in channel
guix-android :

He managed to get kotlin v1.0.0 to work but there was another
hurdle IIRC, I can't tell you more, but maybe Julien can.

There's still quite some work to do before we're able to write and use a
gradle-build-system. If you have a lot of computer power, don't hesitate
to take a look there.

There's also more info disseminated in the mailing list.

--
Best regards,
Nicolas Graves
J
J
Julien Lepiller wrote on 12 May 21:13 +0200
9B9D4063-F817-4427-9FC6-6140F99D716E@lepiller.eu
After 1.0.0, I'm able to build one more version, but it is not built properly, as it's not able to build ittelf or any other version. There's probably something wrong with one of the dependencies, but it's hard to say what and which one exactly.

One way to test would be to rebuild with the shipped jar dependencies and see if we can get further, then figure out which is responsible for the issue. It's very time consumming though.

Le 12 mai 2024 20:57:12 GMT+02:00, Nicolas Graves <ngraves@ngraves.fr> a écrit :
Toggle quote (20 lines)
>
>Hi Noé,
>
>Regarding Gradle, IIRC, the main hinderance to get that into Guix is the
>extremely costly bootstrap process through which its building blocks (in
>particular recent Kotlin versions) can be built.
>
>The work on this is mainly done by Julien Lepiller in channel
>guix-android :
>https://framagit.org/tyreunom/guix-android/-/blob/master/android/packages/kotlin.scm
>
>He managed to get kotlin v1.0.0 to work but there was another
>hurdle IIRC, I can't tell you more, but maybe Julien can.
>
>There's still quite some work to do before we're able to write and use a
>gradle-build-system. If you have a lot of computer power, don't hesitate
>to take a look there.
>
>There's also more info disseminated in the mailing list.
>
N
N
Noé Lopez wrote on 13 May 23:09 +0200
Packaging a gradle application
(address . 70886@debbugs.gnu.org)
874jb1s9k5.fsf@xn--no-cja.eu
Thank you both for your answers. I will try out the channel and see if I
can figure something out :)

I don’t have that much computing power with my little i3, I'm sure it
will manage lol. I suppose once kotlin is built I won't have to build it
again, unless it is itself packaged with gradle ???. I'll keep you
updated once I make some progress, in the meanwhile we can probably
close this issue.

All the best,
Noé
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 70886@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 70886
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch