| 22 Mar 2025 |
|  cldrpr joined the room. | 11:46:20 |
| 23 Mar 2025 |
|  connor (he/him) (UTC-5) changed their display name from connor (he/him) (UTC-8) to connor (he/him) (UTC-7). | 18:28:15 |
| 25 Mar 2025 |
|  aleksana 🏳️⚧️ (force me to bed after 18:00 UTC) changed their display name from aleksana (force me to bed after 18:00 UTC) to aleksana 🏳️⚧️ (force me to bed after 18:00 UTC). | 17:00:06 |
| 26 Mar 2025 |
 Tristan Ross | Trying to get LLVM libc to build in pkgsLLVM.pkgsLLVMLibc.stdenv, aside from dropping compiler-rt and libunwind because those fail, this is also a problem:
FAILED: libc/src/math/generic/CMakeFiles/libc.src.math.generic.issignalingl.dir/issignalingl.cpp.o
/nix/store/rsdq8qwhg80fnmkv1frwdplzqjbrlx68-aarch64-unknown-linux-llvm-clang-wrapper-21.0.0-unstable-2025-03-16/bin/aarch64-unknown-linux-llvm-clang++ -DLIBC_NAMESPACE=__llvm_
libc_21_0_0_git -I/build/libc-src-21.0.0-unstable-2025-03-16/libc -isystem /build/libc-src-21.0.0-unstable-2025-03-16/runtimes/build/libc/include -Werror=date-time -Werror=ung
uarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexc
ept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wno-comment -Wstring-conversion -fdiagnostics-color -ffunction-sections -fdata-sections -O3 -DNDEBUG -std=gnu++17 -DLIBC
_QSORT_IMPL=LIBC_QSORT_QUICK_SORT -DLIBC_ADD_NULL_CHECKS -fpie -ffreestanding -DLIBC_FULL_BUILD -nostdlibinc -idirafter=/usr/include -ffixed-point -fno-builtin -fno-exceptions
-fno-lax-vector-conversions -fno-unwind-tables -fno-asynchronous-unwind-tables -fno-rtti -ftrivial-auto-var-init=pattern -fno-omit-frame-pointer -Wall -Wextra -Werror -Wconve
rsion -Wno-sign-conversion -Wdeprecated -Wno-c99-extensions -Wno-gnu-imaginary-constant -Wno-pedantic -Wimplicit-fallthrough -Wwrite-strings -Wextra-semi -Wnewline-eof -Wnonpo
rtable-system-include-path -Wstrict-prototypes -Wthread-safety -Wglobal-constructors -DLIBC_COPT_PUBLIC_PACKAGING -MD -MT libc/src/math/generic/CMakeFiles/libc.src.math.generi
c.issignalingl.dir/issignalingl.cpp.o -MF libc/src/math/generic/CMakeFiles/libc.src.math.generic.issignalingl.dir/issignalingl.cpp.o.d -o libc/src/math/generic/CMakeFiles/libc
.src.math.generic.issignalingl.dir/issignalingl.cpp.o -c /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/math/generic/issignalingl.cpp
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/math/generic/issignalingl.cpp:10:
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/FPUtil/BasicOperations.h:12:
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/FPUtil/FEnvImpl.h:24:
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/FPUtil/aarch64/FEnvImpl.h:25:
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/FPUtil/FPBits.h:21:
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/libc_assert.h:25:
In file included from /build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/OSUtil/io.h:19:
/build/libc-src-21.0.0-unstable-2025-03-16/libc/src/__support/OSUtil/linux/io.h:16:10: fatal error: 'sys/syscall.h' file not found
16 | #include <sys/syscall.h> // For syscall numbers.
| ^~~~~~~~~~~~~~~
I checked the linux headers derivation being used and it doesn't have a sys dir in the include dir.
| 01:45:27 |
 Alyssa Ross | Stuff in sys is usually from libc | 08:44:29 |
| Tristan Ross | Yeah, I've raised this as an issue with the rest of the LLVM libc team | 14:46:54 |
| Tristan Ross | Do we have any blocking changes for 25.05? I know some nice-to-haves.
- https://github.com/NixOS/nixpkgs/pull/391695
- https://github.com/NixOS/nixpkgs/pull/365057
| 16:21:34 |
| 27 Mar 2025 |
| Alyssa Ross | Not aware of any blockers. | 08:37:54 |
| 28 Mar 2025 |
| aleksana 🏳️⚧️ (force me to bed after 18:00 UTC) | https://github.com/NixOS/nixpkgs/issues/393496
unclear documentation on setup hooks | 08:14:59 |
|  jappie joined the room. | 15:47:48 |
| 30 Mar 2025 |
 Alexandros Liarokapis | hi all. I am doing a lot of cross-compiling for thumb7-none-eabi* targets.
I had a custom stdenv setup with the arm multi-arch arm-none-eabi toolchain.
That required doing a manual nixpkgs.lib.init instantiation with the /pkgs/stdenv/cross function and custom binutils wrapping. | 10:42:34 |
| Alexandros Liarokapis | This is obviously not a good thing | 10:42:46 |
| Alexandros Liarokapis | It's been more than a year since setting this up and was wondering if I can get clean cross-compilation using clang cross stdenv or similar. | 10:43:36 |
| Alexandros Liarokapis | * It's been more than a year since setting this up and was wondering if I can get clean cross-compilation using clang/llvm cross stdenv or similar. | 10:43:51 |
| Alexandros Liarokapis | * hi all. I am doing a lot of cross-compiling for thumbv7-none-eabi* targets.
I had a custom stdenv setup with the arm multi-arch arm-none-eabi toolchain.
That required doing a manual nixpkgs.lib.init instantiation with the /pkgs/stdenv/cross function and custom binutils wrapping. | 10:44:16 |
| 31 Mar 2025 |
| Tristan Ross | Recently had the idea for meta.teams (https://github.com/NixOS/nixpkgs/pull/394797) to be able to list teams which owns a package as an alternative to meta.maintainers. | 05:01:05 |
 Sandro 🐧 | That kinda already exists https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/python-modules/openstacksdk/default.nix#L82 | 10:14:55 |
| Tristan Ross | In reply to @sandro:supersandro.de
That kinda already exists https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/python-modules/openstacksdk/default.nix#L82 Yeah but you can't check anything aside from members. This provides more information. | 14:05:26 |
|  Grimmauld (moving to @grimmauld:grapevine.grimmauld.de) changed their display name from Grimmauld (any/all) to Grimmauld (moving to @grimmauld:grapevine.grimmauld.de). | 14:19:16 |
|  Grimmauld (any/all) joined the room. | 15:05:52 |
| 1 Apr 2025 |
| Sandro 🐧 changed their display name from Sandro 🐧 to Sandro 🐧 [c3d2]. | 13:56:19 |
| Sandro 🐧 changed their display name from Sandro 🐧 [c3d2] to "Sandro [c3d2]". | 13:57:05 |
| Sandro 🐧 changed their display name from "Sandro [c3d2]" to Sandro 🐧 [c3d2]. | 13:57:41 |
| Sandro 🐧 changed their display name from Sandro 🐧 [c3d2] to Sandro 🐧. | 13:58:48 |
| 5 Apr 2025 |
|  underpantsgnome removed their display name underpantsgnome. | 15:54:36 |
| underpantsgnome left the room. | 15:59:31 |
| 10 Apr 2025 |
| Tristan Ross | So WG14 is looking to make many libc functions use const char* instead of char* after like 40 years. This brings a problem where many things aren't expecting this. There will be a C revision which includes this so we don't have to deal with it immediately. However, one of the WG14 people discussed this with the LLVM libc team which I am a part of. I've found a few things broken via Nix. One of which seems to be makeWrapper, -Werror=write-strings is a good mechanism for catching this. Do we want to enable that flag in a few places so we can start catching this? | 19:04:23 |
| Alyssa Ross | I think it depends if we have people who want to be part of fixing upstreams, which will be a lot of tedious work but a nice way to do good. Usually Fedora and Gentoo do most of that but would be great for us to do more. | 19:06:06 |
| Tristan Ross | Yeah, that's why I tested things here. | 19:06:23 |
| Tristan Ross | openssl and expect both fail in the fixupPhase but key-utils itself actually has a problem. | 19:06:50 |
