!aRKdLCkUeIFjRPZuJT:nixos.org

NixOS JVM

110 Members
24 Servers

Load older messages


SenderMessageTime
25 Nov 2024
@tomodachi94:matrix.orgTomodachi94 (they/them)* (And might have never had either, ant-contrib was introduced into Ant by him when SVN was still in use)23:03:41
@tomodachi94:matrix.orgTomodachi94 (they/them)
In reply to@tomodachi94:matrix.org
https://github.com/NixOS/nixpkgs/pull/359137
(Aside: first PR made entirely with Jujutsu)
23:05:49
@tomodachi94:matrix.orgTomodachi94 (they/them)* (Aside: first PR of mine made entirely with Jujutsu)23:05:58
26 Nov 2024
@tomodachi94:matrix.orgTomodachi94 (they/them)* Ghosts of 2006, begone 👻03:13:07
@tomodachi94:matrix.orgTomodachi94 (they/them)* (And might have never had either of those, ant-contrib was introduced into Ant by him when SVN was still in use)03:37:40
@tomodachi94:matrix.orgTomodachi94 (they/them)Alright, this is the last prerequisite for building Ant from source: https://github.com/NixOS/nixpkgs/pull/35945122:56:40
27 Nov 2024
@tomodachi94:matrix.orgTomodachi94 (they/them) (Probably terrible) idea: a hook that dynamically detects a JAR's Java module dependencies and creates a JRE that lives in libexec which includes only those 01:09:31
@tomodachi94:matrix.orgTomodachi94 (they/them) (Probably terrible) idea: a hook that dynamically detects a JAR's Java module dependencies and creates a JRE that lives in libexec which includes only the needed dependencies 01:09:47
@tomodachi94:matrix.orgTomodachi94 (they/them) (Probably terrible) idea: a hook that dynamically detects a JAR's Java module dependencies and creates a JRE that lives in libexec which includes only those needed dependencies 01:12:16
@tomodachi94:matrix.orgTomodachi94 (they/them) For those interested, there are a few other refactors waiting to enter the pipeline (a few are prerequisites for building from source, one is for consistency with other distributions' packaging of Ant):
  • https://github.com/NixOS/nixpkgs/pull/358204

  • https://github.com/NixOS/nixpkgs/pull/357162

04:22:19
@tomodachi94:matrix.orgTomodachi94 (they/them) For those interested, there are a few other refactors waiting to enter the pipeline (a few are prerequisites for building from source, one is for consistency with other distributions' packaging of Ant):
  • https://github.com/NixOS/nixpkgs/pull/358204

  • https://github.com/NixOS/nixpkgs/pull/357162

  • (still WIP) https://github.com/NixOS/nixpkgs/pull/359137

04:22:39
@infinidoge:inx.moeInfinidoge 🏳️‍⚧️Fair warning, I'm currently on break and it's coming up to the end of the semester, so I likely won't respond unless pinged, and I've set my github status to let people know I'm busy07:41:54
@tomodachi94:matrix.orgTomodachi94 (they/them)Good luck with your studies! 🚀19:25:42
@tomodachi94:matrix.orgTomodachi94 (they/them) shakes fist at clouds Who loves a circular dependency between Ant and xz-java? :3 22:53:51
@tomodachi94:matrix.orgTomodachi94 (they/them) (there's probably a way to solve it with a hypothetical ant.bootstrap package) 22:58:39
@tomodachi94:matrix.orgTomodachi94 (they/them)
In reply to@tomodachi94:matrix.org
shakes fist at clouds Who loves a circular dependency between Ant and xz-java? :3
I bet there's more hiding in the dependency chain 🙃 https://github.com/NixOS/nixpkgs/issues/353512#issuecomment-2504960268
23:18:01
@tomodachi94:matrix.orgTomodachi94 (they/them)
In reply to@tomodachi94:matrix.org
To hardcode or not to hardcode the path to the Ant executable in the hook, that is the question
Choosing to not do so allows us to use the hook to build Ant itself
23:19:41
@emilazy:matrix.orgemilyI don't think most hooks hardcode that23:21:09
28 Nov 2024
@tomodachi94:matrix.orgTomodachi94 (they/them) @Toma I'm wondering if we should close https://github.com/NixOS/nixpkgs/pull/355153 and wait until Maven 4 is released? Maven changes the defaults of some knobs like outputTimestamp to be reproducible by default 05:36:39
@tomodachi94:matrix.orgTomodachi94 (they/them) @Toma I'm wondering if we should close https://github.com/NixOS/nixpkgs/pull/355153 and wait until Maven 4 is released? That version will change the defaults of some knobs like outputTimestamp to be reproducible by default 05:36:54
@tomodachi94:matrix.orgTomodachi94 (they/them)(Pinging Toma because he's done a bunch of work on Java determinism and also reviewed that PR; others welcome to chime in, of course)05:39:04
@tomodachi94:matrix.orgTomodachi94 (they/them)* (Pinging Toma because they've done a bunch of work on Java determinism and also reviewed that PR; others welcome to chime in, of course)05:40:59
@tomodachi94:matrix.orgTomodachi94 (they/them)I think that depends on when they're planning on releasing Maven 4. We could also include the upstream patch until then05:42:18
@tomodachi94:matrix.orgTomodachi94 (they/them)* I think that depends on when they're planning on releasing Maven 4. We could also include the upstream patch(es) making reproducibility the default until then05:42:36
@tomasajt:matrix.orgTomaI haven't looked into maven4 yet, so I don't have an opinion abot that yet.05:46:00
@tomasajt:matrix.orgTomaNot very related but what I would like to happen sometime in the futute is that we try to figure out how to handle the default lifetime plugin issue with maven. It's good and all that we have a FOD, but it's horrible that the hash changes every time maven is updated.05:46:22
@tomasajt:matrix.orgTomaMaybe bundle the version-defaults with maven, and remove those from the FOD.? 05:47:00
@tomodachi94:matrix.orgTomodachi94 (they/them)
In reply to@tomodachi94:matrix.org
I'm also wondering if we should pin the built-in Maven plugins to versions in Nixpkgs and update them one-by-one instead of with the Maven package. Essentially, introducing a patcher that pins plugins to predetermined versions if they are present in pom.xml but not pinned, updating them one-by-one after a Maven update is merged
I proposed this up here
05:47:33
@tomodachi94:matrix.orgTomodachi94 (they/them)* I proposed something related up here05:47:40
@tomodachi94:matrix.orgTomodachi94 (they/them)
In reply to@tomasajt:matrix.org
Maybe bundle the version-defaults with maven, and remove those from the FOD.?
That seems like the ideal path. Or maybe having them in separate packages that expose Maven repository-ish paths
05:49:07

Show newer messages


Back to Room ListRoom Version: 6