| 4 Jan 2025 |
 linsui | Yes, it would be great! :) | 14:39:20 |
| linsui | Is it possible to make the jdk with jfx reuse the headless package (or it already does this)? it seems if I have a package using headless jdk and a package using jfx, I'll have two jdk installed. | 14:43:46 |
 emily | we should split OpenJFX out of the JDK entirely | 14:49:41 |
| emily | AIUI there's no need to bundle it in and upstream are moving to deprecate it | 14:49:49 |
| emily | I believe it can "just" be a normal Java package (something something jlink?) | 14:49:57 |
| emily | I don't really know enough about Java to be the right person for the job but I might end up doing it anyway 😅 | 14:50:17 |
| emily | it would simplify the derivations quite a bit | 14:50:26 |
| emily | but yes, we currently bootstrap a new JDK for it | 14:50:38 |
| emily | see e.g. https://bugs.openjdk.org/browse/JDK-8294095 | 14:50:59 |
| emily | I think maybe we can just package OpenJFX as a really normal Java package and have it work without anything further, but I'm not 100% sure | 14:51:30 |
| linsui | That would be good. :) | 17:16:11 |
| emily | hopefully I'll get the time to work on cleaning that stuff up :) | 17:20:32 |
| emily | but I will try to look at OpenJFX + WebKit later this evening since it will hopefully be a simple fix | 17:20:43 |
| 6 Jan 2025 |
|  Frédéric Christ (back on 02.01.) changed their display name from Frédéric Christ 🎄23.12. - 07.01. to Frédéric Christ. | 12:31:43 |
| 7 Jan 2025 |
 raboof | In reply to @raboof:matrix.org
nerdsnipe 🤦 https://github.com/NixOS/nixpkgs/pull/368598 Anyone up for a temurin-bin jdk24ea review? 😇 | 06:49:15 |
| 8 Jan 2025 |
 nbathum | its not exactly a review, but i've verified the builds on x86_64-linux | 15:45:52 |
| emily | a little worried about the amount of code to handle versions that we wouldn't ever want to ship in a stable release | 15:47:50 |
| emily | when is the 24 release due again? (I feel like I asked this before but forgot) | 15:48:13 |
| nbathum | the schedule on openjdk site says that 2025/03/18 is the target for General Availability | 15:57:26 |
| nbathum | raboof do you imagine testing java packages inside nixpkgs using this? | 16:01:44 |
| raboof | yeah - so if we have a release schedule similar to https://github.com/NixOS/nixpkgs/issues/303285 that'd be well before the next branchoff | 16:04:28 |
| raboof | that's fair. it's fairly mundane code though, and only executed when doing updates | 16:05:06 |
| raboof | probably mainly outside. my first approach was indeed to package it outside of nixpkgs, but then I ran into the fact that there's quite some infrastructure inside of nixpkgs that is not easy to re-use outside (without resorting to copy-pasting), which is how I ended up doing it inside instead. | 16:09:55 |
| raboof | having the binary package already in nixpkgs might also be convenient when we start packaging the source-built jdk24, as it looks like we currently bootstrap source-building of Java X with the corresponding binary Java X | 16:10:15 |
| 11 Jan 2025 |
|  j4m3s joined the room. | 01:19:10 |
| 15 Jan 2025 |
|  SomeoneSerge (UTC+3) changed their display name from SomeoneSerge (utc+3) to SomeoneSerge. | 19:02:27 |
| 16 Jan 2025 |
| j4m3s set their display name to j4m3s. | 10:27:58 |
| 22 Jan 2025 |
|  samasaur joined the room. | 19:54:23 |
| samasaur | I'm not sure whether this is exactly the right place to put it, but I recently opened a PR attempting to standardize outputs of the JDKs in nixpkgs on darwin. It makes them produce a "JDK bundle" at $out/Library/Java/JavaVirtualMachines/${name}-${version}.jdk (mirroring the install location for JDKs on macOS), and provides a bundle attribute that points to this path. Having this consistency will make it a lot easier to install JDKs properly on darwin. I'd love to hear people's thoughts! | 19:57:48 |
| 31 Jan 2025 |
| SomeoneSerge (UTC+3) changed their display name from SomeoneSerge to SomeoneSerge (Bruxelles). | 19:34:48 |
