| 18 Sep 2025 |
 msgilligan | graalvm-ce 25 was merged just now. So it's on the mvnd maintainers to fix their build. | 21:24:13 |
| msgilligan | * I've run nixpkgs-review on aarch64-linux and aarch64-darwin and found two issues:
| 21:25:18 |
| msgilligan | PR 444088 was closed since it's commit was merged with the graalvm-ce 25 PR. | 21:26:08 |
| msgilligan | * PR 444088 was closed since its commit was merged with the graalvm-ce 25 PR. | 21:26:17 |
| 19 Sep 2025 |
 Tomodachi94 (they/them) | Clean up some callPackage usage by java-users (that's what I'm now calling packages that consume any JDK): https://github.com/NixOS/nixpkgs/pull/443954 | 02:04:31 |
| Tomodachi94 (they/them) | (This is a good thing because it makes autoupdates self-serve for maintainers, not that any of you need convincing) | 02:12:22 |
 emily | fwiw this breaks .override interfaces (but I agree it's better overall) | 02:15:46 |
| emily | pkgs/games/maptool/default.nix → pkgs/games/maptool/package.nix doesn't look right | 02:16:07 |
| Tomodachi94 (they/them) | Oops, definitely not intended | 02:18:51 |
| Tomodachi94 (they/them) | Fixed in latest push | 02:21:19 |
| Tomodachi94 (they/them) | https://github.com/NixOS/nixpkgs/pull/443954#pullrequestreview-3242588635
Can't seem to find any consensus about the pattern of pname versus pname<version>, does anyone know anything? | 02:29:29 |
| emily | your proposed ? thing doesn't work | 02:57:31 |
| emily | callPackage will override it with pkgs.jdk | 02:57:36 |
| emily | you have to name it something else | 02:57:43 |
| emily | fwiw I don't think dependency overrides should count as public interface anyway but | 02:58:09 |
| Tomodachi94 (they/them) | Would be a good topic for an RFC | 03:35:19 |
| emily | ideally, you could define the interface that's exposed and the internal references separately | 03:39:30 |
| emily | package sets / multi-version packages and some wonky details about overrides are basically the only things stopping everything from moving to by-name I think | 03:40:55 |
| msgilligan | The Gradle 9.1.0 PR was merged! You can now build Java 25 apps (using either zulu25 or graalvm-ce) and Gradle using Nixpkgs master. (I assume Maven works fine because it is less sensitive to Java version bumps than Gradle, but I haven't tested it) | 14:30:22 |
| msgilligan | I'm watching the Temurin chimney and I think I see white smoke. | 14:58:07 |
| msgilligan | But we have a bunch of Temurin updates to the existing versions that should be made, I think. I ran the update python script and generated this PR: https://github.com/NixOS/nixpkgs/pull/443891 | 14:59:04 |
| msgilligan | Should that be split into multiple PRs (one for each version bump maybe) and targeted to staging? | 15:00:01 |
| msgilligan | * But we have a bunch of Temurin updates to the existing versions that should be made, I think. I ran the update python script and generated this (massive-rebuild-triggering) PR: https://github.com/NixOS/nixpkgs/pull/443891 | 15:00:47 |
| msgilligan | https://adoptium.net/temurin/releases/?version=25&os=any&arch=any | 15:04:04 |
| msgilligan | The website is updated but nothing is actually there except alpine x64 | 15:04:54 |
| msgilligan | Here's a status page:
https://github.com/adoptium/temurin/issues/96 | 15:07:34 |
| emily | one PR to staging is fine | 15:13:44 |
| emily | we're about to start a cycle in the next couple days | 15:13:47 |
| emily | any other mass rebuild Java PRs to land? | 15:13:59 |
| msgilligan | What is a "cycle"? | 15:14:36 |
