Good evening,
Starting next week the updates are going to be about "kotlin 2 in
Debian" for a while.
Le 2025-03-14 19:49, Julien Plissonneau Duquène a écrit :
some classes normally compiled from generated Kotlin sources were
missing
This was caused by the removal of the `qdox` dependency, w
Good evening,
Building a functioning gradle using a pre-built Kotlin 2.0.21 is a bit
more work than I expected.
Le 2025-03-07 18:39, Julien Plissonneau Duquène a écrit :
update the Kotlin package to 2.0.21 (renaming it kotlin2.0)
I've started to look around that release and test the upstrea
Hi Julien,
On 07/03/2025 18:39, Julien Plissonneau Duquène wrote:
Good evening,
The FrankenKotlin experiment is now over, and it failed.
This wasn't as bad as it looked like actually: it was caused by the
Kotlin compiler using the default JDK (21) as its target for API
compatibility, so whil
Hi Emmanuel,
Le 2025-03-10 18:42, Emmanuel Bourg a écrit :
Did you consider rebuilding the packages with Java 8 since we still
have openjdk-8 in sid? We may even clone the gradle package to make a
Java 8 compatible version if that helps. Same thing with kotlin.
That's not needed for the old
Good evening,
The FrankenKotlin experiment is now over, and it failed.
Le 2025-02-28 20:20, Julien Plissonneau Duquène a écrit :
incorrectly generated code in Kotlin plugins
This wasn't as bad as it looked like actually: it was caused by the
Kotlin compiler using the default JDK (21) as its
Good evening,
After some more heavy surgery our FrankenKotlin is not doing too well
:/.
Le 21/02/2025 à 18:15, Julien Plissonneau Duquène a écrit :
backport the whole scripting plugin from Kotlin 1.3.50 into our
FrankenKotlin and see how it goes
That pulled in more things than I expected bu
Hi Julien,
Le 21/02/2025 à 18:15, Julien Plissonneau Duquène a écrit :
Good evening,
All hopes to get Gradle 8 to work with the FrankenKotlin are not lost yet.
Le 2025-02-14 20:02, Julien Plissonneau Duquène a écrit :
test if that gradle will rebuild itself by next week, and then either
debug
Good evening,
All hopes to get Gradle 8 to work with the FrankenKotlin are not lost
yet.
Le 2025-02-14 20:02, Julien Plissonneau Duquène a écrit :
test if that gradle will rebuild itself by next week, and then either
debug it (probable outcome)
After finishing to fix Gradle's build the firs
Hi Hans-Christoph,
Le 2025-02-19 07:48, Hans-Christoph Steiner a écrit :
Very exciting! Thanks for your status updates on this. Do you want
more visibility for them?
I think the visibility is just right at the moment, though I'm also
thinking about opening a Mastodon account somewhere (but
Very exciting! Thanks for your status updates on this. Do you want more
visibility for them? I think more people would see these if they were posted to
a blog or Mastodon. It is easy to set up a simple Markdown/Jekyll blog on
Salsa. Or you could post to this one:
https://android-tools-
Good evening,
As I'm writing this, my current gradle 8 build is down to 2 (new)
compilation errors in kotlin-dsl (from over 60 last week).
Le 2025-02-07 19:40, Julien Plissonneau Duquène a écrit :
I'm already done with a few modules and I'm currently on the most
touchy one, kotlin-dsl.
Th
Good evening,
If anybody had doubts about the relevance of Java these days, the
attendance of UA2.118 @ FOSDEM last Saturday should be reassuring, this
is still a fairly popular language and environment, and still evolving
to reduce the gap with some of the "cooler" alternatives such as Kotlin
Good evening,
Some slow progresses were made since Monday towards getting a Gradle
build that doesn't depend on pre-built binaries from the upstream Gradle
and Kotlin projects.
Le 2025-01-27 19:25, Julien Plissonneau Duquène a écrit :
trying to figure out how to configure the whole thing so
Le 2025-01-27 17:08, Hans-Christoph Steiner a écrit :
Great news! Congrats on hitting that major milestone!
Thank you! But I was overoptimistic... I forgot that it was still linked
to the Kotlin 2.0.20 bootstrap JARs and a Gradle plugin from the
previous released version. I realized that onl
Great news! Congrats on hitting that major milestone!
Julien Plissonneau Duquène:
Good evening,
Some great news for this week, as I got my "stage 0" gradle (the one that is
locally built by a pre-built binary distribution of Gradle from upstream) to
rebuild itself successfully.
Le 2025-0
Good evening,
Some great news for this week, as I got my "stage 0" gradle (the one
that is locally built by a pre-built binary distribution of Gradle from
upstream) to rebuild itself successfully.
Le 2025-01-17 19:22, Julien Plissonneau Duquène a écrit :
investigate the current Gradle 8.11.
Good evening,
This week many distractions and interruptions slowed my progress, but I
still managed to get a few necessary things (almost) done.
Le 2025-01-10 19:21, Julien Plissonneau Duquène a écrit :
fork the `kryo` and `native-plaforms` packages to make it possible to
install both the old
Good evening,
I have some more good news to share this week:
Le 2024-12-20 19:15, Julien Plissonneau Duquène a écrit :
narrowed down the issue to some subtle failure in class resolution that
could happen either in Kotlin code or in libintellij-core-java or both
It turned out to be some code m
Good evening,
Not much progress was made on Gradle this week:
Le 2024-12-13 19:31, sre4e...@free.fr a écrit :
now I'm stuck on the (re)build of Kotlin 1.3.31 that currently FTBFS
I'm still there. I managed to use IDEA CE's debugger instead of jdb
which helps a lot and narrowed down the issue
On 14.12.24 11:49, sre4e...@free.fr wrote:
Le 2024-12-14 10:48, Matthias Klose a écrit :
what about having two sets of packages? one set encapsulating the
bootstrap, which always stays in unstable, and one "production" set,
which then migrates to testing? Would that be better to keep the
boo
Le 2024-12-14 10:48, Matthias Klose a écrit :
what about having two sets of packages? one set encapsulating the
bootstrap, which always stays in unstable, and one "production" set,
which then migrates to testing? Would that be better to keep the
bootstrap knowledge up to date?
That's a poss
On 09.12.24 18:56, sre4e...@free.fr wrote:
Le 2024-12-09 14:32, Emmanuel Bourg a écrit :
I don't think we should try too hard to keep the bootstrapping logic
in the package, that'll most certainly be tedious to maintain over time.
Well that's indeed something to think about, and I am a bit w
Le 13/12/2024 à 19:31, sre4e...@free.fr a écrit :
That got me into rebuilding the Kotlin package, which I haven't achieved
so far. I started from what's in the `master` branch with the patches of
Vladimir Petko to rebuild with Java 21, repatched to rebuild with Java
11 as the installed Kotlin
Good evening,
Here is a quick report about the (little) progress made this week.
Le 2024-12-09 12:08, sre4e...@free.fr a écrit :
Now the build fails on Kotlin issues.
And now I'm stuck on the (re)build of Kotlin 1.3.31 that currently FTBFS
[1].
I will see this week how far I can go with t
Le 2024-12-09 19:17, Hans-Christoph Steiner a écrit :
I think it would be fine to keep in place, as long as the workflow is
documented, e.g. the bootstrapping is not required to be maintained,
but it would be nice to have.
It's probably not as complicated to maintain as it may look right now,
sre4e...@free.fr:
Le 2024-12-09 14:32, Emmanuel Bourg a écrit :
I don't think we should try too hard to keep the bootstrapping logic in the
package, that'll most certainly be tedious to maintain over time.
Well that's indeed something to think about, and I am a bit worried about that
as
Le 2024-12-09 14:32, Emmanuel Bourg a écrit :
I don't think we should try too hard to keep the bootstrapping logic in
the package, that'll most certainly be tedious to maintain over time.
Well that's indeed something to think about, and I am a bit worried
about that as well. With Gradle, the
Le 09/12/2024 à 12:08, sre4e...@free.fr a écrit :
As usual, comments and contributions are very welcome.
Sounds good so far. Regarding the bootstrapping, once the initial
version is uploaded I don't think we should try too hard to keep the
bootstrapping logic in the package, that'll most cer
Good day,
Some news about the ongoing work on Gradle packaging:
Le 2024-12-02 19:43, sre4e...@free.fr a écrit :
The build progressed a bit and now fails on the outdated Groovy
Last week the build progressed some more and now (using --continue)
generates 78 of the 83 (86 minus 3 dropped) jars
Good evening,
Le 2024-11-22 18:25, sre4e...@free.fr a écrit :
Next week I will start working on a detailed action plan and PoC for
the rebootstrap, in between build runs and fixups.
Updating and then fixing the builds of various packages (not all of them
direct dependencies of Gradle) kept me
Hi,
Le 2024-11-30 09:40, Markus Koschany a écrit :
I remember that upstream confirmed they only use nightly builds to
build gradle
Actually it's a bit more subtle than that: out of curiosity I extracted
the last 200 versions used to build Gradle [1], and it appears to be a
combination of r
Hi,
Am Mittwoch, dem 27.11.2024 um 09:16 +0100 schrieb sre4e...@free.fr:
> [...]
> I would not follow that path today for Gradle unless working on a
> theoretical bootstrap. That would still be a difficult work, maybe even
> more difficult than the current releases, and the result would still be
Le 2024-11-29 12:49, Emmanuel Bourg a écrit :
I'm not a big fan of potentially long lived experimental packages as it
makes updates in sid more complicated. For example let's say the
package foo has the version 1.0 in sid/testing and the version 3.0 in
experimental, the upstream and pristine-
Hi Julien,
On Fri, Nov 29, 2024 at 12:40:36PM +0100, sre4e...@free.fr wrote:
> By the way, any opinion about making that new gradle a "gradle8" package
> that provides "gradle"?
this would imho be good once things around gradle8 stabilize and people
had time to migrate. I'd rather not have peo
Le 2024-11-29 11:58, Emmanuel Bourg a écrit :
Maybe jumping to recent and stable Gradle/Kotlin releases would be
easier, but does that even exist? Is there a couple a Gradle and Kotlin
releases that can be used to build each other (and themself).
I haven't checked Kotlin yet, but recent relea
Le 29/11/2024 à 12:40, sre4e...@free.fr a écrit :
Or maybe we can keep all of them in experimental for a while, and
duplicate only those that prove (or are suspected eventually, after
discussing that) to be problematic? I would rather keep things as
straightforward as possible with the depende
Hi Emmanuel,
Le 2024-11-29 11:42, Emmanuel Bourg a écrit :
Markus raises a good point, I would add that if there is a risk at some
point of breaking the existing packages after upgrading a dependency,
then introducing a new package for the updated dependency is the way to
go. We can deduplic
Le 27/11/2024 à 09:16, sre4e...@free.fr a écrit :
Both Gradle and Kotlin are moving targets indeed, and they were moving
even faster around these releases according to their respective
histories, which probably explains why you (and nobody else as a fact)
weren't able to catch up: it might wel
Le 26/11/2024 à 14:09, Markus Koschany a écrit :
I discarded the idea to upgrade Gradle to 6.x or even newer releases because
the main problem with Gradle for Debian is the complex interaction between its
(build)-dependencies. Since we only support one version of a library in
general, you will q
Hi Hans-Cristoph,
Le 2024-11-26 13:37, Hans-Christoph Steiner a écrit :
Another thing I can offer is help with funding for doing this work, if
that is interesting to you. Specifically, NLnet's Mobifree fund
(https://nlnet.nl/mobifree/) is likely to fund this kind of work
because Gradle is so
Hi Markus,
Thanks for the link to your repo, I will take a look.
Le 2024-11-26 14:09, Markus Koschany a écrit :
I discarded the idea to upgrade Gradle to 6.x or even newer releases
because
the main problem with Gradle for Debian is the complex interaction
between its
(build)-dependencies. Si
Hi Julien,
First of all, thank you for working on Gradle. I have been working on it in the
past and together with Emmanuel we tried different approaches. Currently I
can't spend more time on it, but I have uploaded my last attempt to
https://salsa.debian.org/java-team/gradle-apo
perhaps this mig
Emmanuel Bourg:
Hi Julien,
Le 04/11/2024 à 14:43, Julien Plissonneau Duquène a écrit :
This is to let you know that I am currently working on overhauling and
upgrading the gradle package to the upcoming 8.11 release. This is indeed
quite challenging and I am not yet to the point where I cou
Good evening,
Some news from this adventure:
Le 2024-11-19 11:04, sre4e...@free.fr a écrit :
There is currently a regression compared to two weeks ago as I'm
currently unable to get the build to start compiling the project, it
hangs in a configuration stage. Currently investigating why
I fou
Good morning,
Le 2024-11-04 16:53, Toni Mueller a écrit :
getting the impression that some bits might be missing.
Well you were right, there are many missing files [1] in the
distribution ZIPs, mostly documentation and testing though. I reported
that and got no reaction so far. I've updated
Hi,
On 04/11/2024 14:43, Julien Plissonneau Duquène wrote:
maybe next week
Well it turned out that libnative-platform-java gave me a bit more work
than expected, but it now builds and tests with everything we currently
have in Debian (Gradle, Groovy, Spock etc). Still a few issues to solve,
Hi Emmanuel,
On 08/11/2024 00:14, Emmanuel Bourg wrote:
Kotlin and Gradle are tightly coupled, and unless you are ready to
rewrite their build systems with something else and replace the Kotlin
code in Gradle, I don't think it's possible to bootstrap them separately.
I have plans for the bui
Hi Julien,
Le 04/11/2024 à 14:43, Julien Plissonneau Duquène a écrit :
This is to let you know that I am currently working on overhauling and
upgrading the gradle package to the upcoming 8.11 release. This is
indeed quite challenging and I am not yet to the point where I could
share a repo an
Hi Toni,
On 04/11/2024 16:53, Toni Mueller wrote:
However, I would suggest to make a "gradle8" package
that could be installed in parallel with the existing Gradle.
I didn't think about that but that could be appropriate given that major
releases of Gradle tend to break major things in build
Hi Julien,
On Mon, Nov 04, 2024 at 02:43:08PM +0100, Julien Plissonneau Duquène wrote:
> This is to let you know that I am currently working on overhauling and
> upgrading the gradle package to the upcoming 8.11 release. This is indeed
I was also looking into this a few days ago, but I am not a
Hi Julien,
Le 2024-11-04 à 08 h 43, Julien Plissonneau Duquène a écrit :
This is to let you know that I am currently working on overhauling and
upgrading the gradle package to the upcoming 8.11 release. This is
indeed quite challenging and I am not yet to the point where I could
share a repo a
Hi,
This is to let you know that I am currently working on overhauling and
upgrading the gradle package to the upcoming 8.11 release. This is
indeed quite challenging and I am not yet to the point where I could
share a repo and let others experiment and contribute, but I hope to get
there in
52 matches
Mail list logo
