| 16 Oct 2025 |
 matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | This only happens on native musl | 17:27:16 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | native musl being 64 bit only | 17:27:22 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | * native musl being 64 bit only, hence the need for off_t instead of off64_t, 64 is the only option | 17:27:41 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | * native musl being 64 bit only, hence the need for off_t instead of off64_t, 64 is the only option, so you don't have function names for 32 and 64 | 17:27:55 |
 Alyssa Ross | that's not quite how it works — off64_t was a temporary hack 20 years ago so you could do partial codebase conversions. Nowadays you should be setting _FILE_OFFSET_BITS=64 so off_t is always 64 bits. | 17:28:58 |
 dramforever | no, this is a c++ problem | 17:29:28 |
| dramforever | musl's NULL is
#if __cplusplus >= 201103L
#define NULL nullptr
#elif defined(__cplusplus)
#define NULL 0L
#else
#define NULL ((void*)0)
#endif
| 17:30:05 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | but musl hasn't been updated, so what changed to make this drv fail | 17:30:26 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | it formerly built | 17:30:36 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | perhaps it was the default python version that changed? | 17:30:52 |
| Alyssa Ross | only way to know for sure is to bisect | 17:31:27 |
| dramforever | i actually don't know what package this is | 17:31:42 |
| Alyssa Ross | (or take shortcuts to the same end result looking at commit logs) | 17:31:42 |
| dramforever | nevermind it's fb-re2 | 17:32:04 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | python3Packages.fb-re2 | 17:32:11 |
| dramforever | which we haven't touched for a while | 17:32:16 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | Yeah and the only thing we have in there is a patch to modify the c++ std | 17:32:27 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | because upstream won't do it | 17:32:29 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | I checked in their PRs the code is just rotting | 17:32:46 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | but python3Packages.fb-re2 is somehow a dependency of pkgs.nixos {} | 17:33:47 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | I think it's needed for Nix | 17:33:51 |
| dramforever | i'd guess python bump then | 17:34:03 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | Yeah it's because Nix depends on it, because mercurial depends on it | 17:34:44 |
| dramforever | when did it build before? | 17:34:45 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | ┌─ ⏸ unit-dbus.service
┃ │ ┌─ ⏵ perl5.40.0-DBI-1.644-aarch64-unknown-linux-musl (checkPhase) ⏱ 7m35s
┃ │ ┌─ ⏸ nix-perl-aarch64-unknown-linux-musl-2.31.2
┃ │ │ ┌─ ⏵ python3.13-fb-re2-1.0.7 (buildPhase) ⏱ 7m31s
┃ │ │ ┌─ ⏸ mercurial-7.1
┃ │ │ │ ┌─ ⏵ nix-expr-2.31.2 (buildPhase) ⏱ 7m36s
┃ │ │ ├─ ⏸ nix-2.31.2
┃ │ ├─ ⏸ nix-functional-tests-aarch64-unknown-linux-musl-2.31.2
┃ │ ├─ ⏵ nix-util-aarch64-unknown-linux-musl-2.31.2 (buildPhase) ⏱ 3m39s
┃ │ ┌─ ⏸ nix-aarch64-unknown-linux-musl-2.31.2
┃ │ ┌─ ⏸ tmpfiles.d
┃ │ ┌─ ⏸ X-Restart-Triggers-systemd-tmpfiles-resetup
┃ ├─ ⏸ unit-systemd-tmpfiles-resetup.service
| 17:34:47 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | Trying to find that now | 17:35:00 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | Just an older staging | 17:35:10 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | * Just an older staging, from memory | 17:35:14 |
| matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) | not useful :P | 17:35:18 |
| dramforever | before or after may? | 17:35:36 |
