| 8 Dec 2024 |
 Tomodachi94 (they/them) | Started at https://github.com/NixOS/nixpkgs/pull/363400 | 23:17:06 |
| 9 Dec 2024 |
| Tomodachi94 (they/them) | * (It would be nice to migrate some of these builders to hooks, but migrating all of them would take a long time) | 02:38:29 |
|  @embarased_rate:matrix.org joined the room. | 09:00:02 |
| @embarased_rate:matrix.org left the room. | 09:00:15 |
| 11 Dec 2024 |
| Tomodachi94 (they/them) | Currently blocked on building Ant from source by https://github.com/NixOS/nixpkgs/pull/363098 | 04:08:42 |
| Tomodachi94 (they/them) | (We'll need this and junit_4 if we want something completely from source) | 04:09:13 |
| Tomodachi94 (they/them) | * (We'll need this and junit_4 if we want something completely from source, where "completely" means all direct dependencies) | 04:09:57 |
| 16 Dec 2024 |
 FliegendeWurst (@GPN23) | openjfx fails to build on staging
/build/source/modules/javafx.graphics/src/main/native-font/freetype.c:523:33: error: initialization of 'jbyte *' {aka 'signed char *'} from incompatible pointer type 'jfloat *' {aka 'float *'} [-Wincompatible-pointer-types]
523 | jbyte* newPointCoords = (jfloat*)realloc(info->pointCoords, info->lenCoords * sizeof(jfloat));
| ^
/build/source/modules/javafx.graphics/src/main/native-font/freetype.c:525:27: error: assignment to 'jfloat *' {aka 'float *'} from incompatible pointer type 'jbyte *' {aka 'signed char *'} [-Wincompatible-pointer-types]
525 | info->pointCoords = newPointCoords;
| ^
> Task :graphics:ccLinuxFontFreetype FAILED
| 11:45:39 |
| FliegendeWurst (@GPN23) | and I don't know where I can pass "-Wno-error=incompatible-pointer-types" to fix it | 11:46:02 |
|  ksonj left the room. | 15:00:46 |
 Infinidoge 🏳️⚧️ | CFLAGS maybe? | 15:25:27 |
| FliegendeWurst (@GPN23) | In reply to @infinidoge:inx.moe
CFLAGS maybe? yeah I tried | 20:17:49 |
| FliegendeWurst (@GPN23) | but it's in some Gradle build | 20:17:56 |
 Toma | NIX_CFLAGS_COMPILE is usually the dirty way to do it | 21:15:06 |
| FliegendeWurst (@GPN23) | That works :) | 22:53:55 |
| Infinidoge 🏳️⚧️ | The lesson being too CFLAGS even harder | 22:54:33 |
| Infinidoge 🏳️⚧️ | * The lesson being to CFLAGS even harder | 22:54:48 |
| FliegendeWurst (@GPN23) | https://github.com/NixOS/nixpkgs/pull/365724 | 23:07:25 |
| 18 Dec 2024 |
| Tomodachi94 (they/them) | In reply to@fliegendewurst:matrix.org
https://github.com/NixOS/nixpkgs/pull/365724 CMAKECXXFLAGS might be the CMake-blessed way? | 00:02:13 |
| Tomodachi94 (they/them) | CMAKE_CXX_FLAGS might be the CMake-blessed way? | 00:02:26 |
| FliegendeWurst (@GPN23) | Doesn't work here. The build error happens in a gradle build | 08:27:07 |
| 19 Dec 2024 |
 jlesquembre | hi, is it now the convention to point the default jdk to the latest LTS version? I'm asking because if that is now the case, there are a couple of packages that could be moved from all-packages.nix to the new by-name layout. | 12:50:58 |
| Tomodachi94 (they/them) | In reply to@jlesquembre:matrix.org
hi, is it now the convention to point the default jdk to the latest LTS version? I'm asking because if that is now the case, there are a couple of packages that could be moved from all-packages.nix to the new by-name layout. Sometimes that's done on purpose when the package doesn't support a newer Java version | 15:36:01 |
| jlesquembre | My question is more about the jdk derivation. Previously, it pointed to the latest JDK (LTS or not). Following that pattern, jdk should point to JDK 23, but currently points to JDK 21. Has this changed, and is it now intentionally pointing to the LTS version? | 16:35:29 |
| Tomodachi94 (they/them) | Iirc the consensus was that non-LTS versions end support quickly, so we're avoiding packaging them. @emily had opinions about this iirc | 18:58:07 |
| Tomodachi94 (they/them) | Would be good to write this down somewhere haha | 18:58:15 |
| Tomodachi94 (they/them) | Iirc the consensus was that non-LTS versions end support quickly, so we're avoiding packaging them/relying on them too heavily. @emily had opinions about this iirc | 18:59:20 |
| Tomodachi94 (they/them) | LTS was mentioned here, but this was in reference to pinning to non-LTS versions: https://matrix.to/#/#jvm:nixos.org/$RDRtYHOcrafUGoMpg3gaQTdWJ9U8QA-KvFz3EEPwT5Y | 19:00:19 |
| Tomodachi94 (they/them) | Iirc the consensus was that non-LTS versions end support quickly, so we're avoiding relying on them too heavily. @emily had opinions about this iirc | 19:00:31 |
| Tomodachi94 (they/them) | I think using latest LTS by default is the best thing to do support-wise (but keeping brand-new versions available for developers or packages needing new features would be good) | 19:06:33 |
