| 30 Oct 2024 |
 emily | oh I forgot we didn't merge that one :) | 22:55:29 |
 Tomodachi94 (they/them) | https://github.com/NixOS/nixpkgs/pull/352490 | 23:15:13 |
| Tomodachi94 (they/them) | In reply to@emilazy:matrix.org
oh I forgot we didn't merge that one :) All good :) | 23:15:27 |
| Tomodachi94 (they/them) | Gradle 6 will now be completely gone after we merge the PR that removes the package itself 🥳 | 23:16:00 |
| Tomodachi94 (they/them) | In reply to@tomodachi94:matrix.org
https://github.com/NixOS/nixpkgs/pull/352490 I'm not super keen on using endoflife.date in the changelog though | 23:17:14 |
| emily | why? | 23:17:40 |
| emily | it's a strong source IMO | 23:17:45 |
| emily | I've used it for my macOS announcements | 23:17:51 |
| Tomodachi94 (they/them) | In reply to@emilazy:matrix.org
it's a strong source IMO Mostly that it's third party. I suspect a better link doesn't exist though :) | 23:18:37 |
| emily | well, endoflife links to https://docs.gradle.org/current/userguide/feature_lifecycle.html#eol_support | 23:19:08 |
| emily |
For major versions, Gradle will backport critical fixes and security fixes to the last minor in the previous major version. For example, when Gradle 7 was the latest major version, several releases were made in the 6.x line, including Gradle 6.9 (and subsequent releases).
| 23:19:16 |
| emily |
The major version before the previous one to become end-of-life (EOL), and that release line will not receive any new fixes.
| 23:19:19 |
| Tomodachi94 (they/them) | True, but it's not very specific and doesn't provide the specific date that 6 went EOL. Let's keep endoflife.date | 23:20:21 |
| emily | you're missing an alias | 23:23:15 |
| Tomodachi94 (they/them) | Oh oops, fixing | 23:23:54 |
| Tomodachi94 (they/them) | My bad, fixed | 23:30:52 |
| emily | needs # Added 2024-10-30 too :) | 23:33:45 |
| Tomodachi94 (they/them) | I'm off my game today haha | 23:35:08 |
| emily | it's been a long release cycle | 23:35:50 |
| Tomodachi94 (they/them) | Feels like I've dropped so many packages since the feature freeze was announced way back when | 23:36:32 |
| Tomodachi94 (they/them) | In reply to@emilazy:matrix.org
needs # Added 2024-10-30 too :) Comment added | 23:37:33 |
| Tomodachi94 (they/them) | * Comment added to both | 23:37:40 |
| Tomodachi94 (they/them) | Do you want to be on the Java team? | 23:39:01 |
| Tomodachi94 (they/them) | * Do you want to be on the Java team list? | 23:39:07 |
| Tomodachi94 (they/them) | * Btw: Do you want to be on the Java team list? | 23:41:45 |
| Tomodachi94 (they/them) | Also pinging @Infinidoge 🏳️⚧️ with the same question, since you maintain OpenJDK | 23:45:16 |
| emily | In reply to @tomodachi94:matrix.org
Btw: Do you want to be on the Java team list? 🫠 the thing is that I don't even (directly) use or particularly like Java… I patched OpenJFX for FFmpeg 7, removing EOL'd JFXs/JDKs in the process so that I had less to do, and then I replaced Open{JDK,JFX} 22 with 23 because it's EOL and the attack surfaces are huge, and then I got so annoyed at the duplication in the derivations that I deduplicated the whole thing, while also getting so annoyed at how many JDKs we carry that I made plans to refactor the OpenJDK derivation and make it work on Darwin so we could drop some | 23:54:11 |
| emily | which is to say, maybe let's wait until I've fallen a little further down the maintainer-by-default pipeline | 23:54:22 |
| Tomodachi94 (they/them) | Haha, definitely. I'm probably not going to add myself to it at first; I'd love to help maintain the Java ecosystem, but tbh I haven't done much relating to it at all... | 23:55:18 |
| emily | if you want to do the work, add yourself; it's the best way to trick yourself into making it happen | 23:55:42 |
