| 8 Dec 2024 |
Tomodachi94 (they/them) | In reply to@glepage:matrix.org
Haha bazel bazel bazel... We have (almost) given up building some packages from source due to bazel becoming more and more annoying:
python3Packages.protobuf
python3Packages.tensorflow
python3Packages.jaxlib
I'll take a look at a few of these.... I can't find any from-source Java packages that use Bazel, probably for good reasons | 22:22:18 |
Tomodachi94 (they/them) | * I'll take a look at a few of these.... I can't find any from-source Java packages that use Bazel, probably for good reasons 🙃 | 22:22:29 |
Tomodachi94 (they/them) | buildBazelPackage is also undocumented, I'm going to file an issue about that | 22:24:17 |
Tomodachi94 (they/them) | Oh there is one already... from 2022: https://github.com/NixOS/nixpkgs/issues/157398 | 22:28:45 |
Tomodachi94 (they/them) | Taking a stab at documenting Bazel so I can understand it a little better | 22:51:32 |
Tomodachi94 (they/them) | * Taking a stab at documenting buildBazelPackage so I can understand it a little better | 22:51:41 |
Tomodachi94 (they/them) | (It would be nice to migrate some of these builders to hooks, but that would take a long time) | 22:58:18 |
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 | 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 | 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 | In reply to @infinidoge:inx.moe CFLAGS maybe? yeah I tried | 20:17:49 |
FliegendeWurst | 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 | 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 | 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 | 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 |