| 6 Mar 2026 |
mike | ok i got it working will document when i ran all tests. | 19:19:50 |
mike | ATTEMPTS.md - Chronicles all 8 attempts with re-evaluation using current knowledge:
- Nixpkgs torch (no CUDA)
- Build from source (OOM)
- Nix Python + pip (glibc conflicts)
- System Python + pip (works but not reproducible)
- fetchurl wheels (incomplete)
- Copy venv (incomplete) 7. buildPythonPackage test (learning)
- Hybrid solution (SUCCESS)
EXPLANATION.md - Explains WHY the solution works:
- The glibc problem and how we solved it
- Why Nix Python + pip wheels is the right approach
- How makeLibraryPath simplifies library management
- The trade-off between purity and practicality
| 19:20:23 |
Gaétan Lepage | Well, if you are on Ubuntu, and using a nix shell for python development, just use uv (either through uv2nix or directly) | 19:44:51 |
Gaétan Lepage | Here is an example of a flake.nix which relies on uv for the python stuff: https://github.com/GaetanLepage/acoustix/blob/master/flake.nix | 19:45:36 |
mike | https://github.com/SPUTNIKAI/sovereign-lila-e8/pull/4 this is what i ahve running let me check your code | 19:56:45 |
| Theuni changed their display name from Christian Theune to Theuni. | 19:59:09 |
| 7 Mar 2026 |
Samuel Ainsworth | Hi folks, I've been working on compiling XLA in nix with CUDA support, but I'm running into this issue of the current nixpkgs glibc containing symbols (incl. cospif, rsqrtf, sinpi, cospi, rsqrt) that conflict with CUDA defined symbols:
glibc 2.42 (via __MATHCALL → __MATHDECL_1_IMPL): extern float sinpif(float __x) noexcept(true); // __THROW → noexcept(true) in C++
CUDA (crt/math_functions.h): extern host device float sinpif(float x); // no noexcept
has anyone else encountered this? if so how did you handle it?
| 05:46:03 |
Samuel Ainsworth | apparently CUDA does not support these glibc versions (https://forums.developer.nvidia.com/t/error-exception-specification-is-incompatible-for-cospi-sinpi-cospif-sinpif-with-glibc-2-41/323591/2) but nixpkgs master is already on glibc 2.42. how do we reconcile this? | 05:48:10 |
connor (burnt/out) (UTC-8) | Ugh I thought I imagined this ughhhhhhhhhhhhh | 06:52:02 |
connor (burnt/out) (UTC-8) | Patch NVIDIA’s stuff? | 06:54:24 |
connor (burnt/out) (UTC-8) | Wait no this feels too familiar | 06:54:34 |
connor (burnt/out) (UTC-8) | https://github.com/NixOS/nixpkgs/blob/3bb5f20c47dcfcab9acb3be810f42ca1261b49e2/pkgs/development/cuda-modules/packages/cuda_nvcc.nix#L167 | 06:55:00 |
Gaétan Lepage | Yep, I'm very proud of this. I will not take any additional questions. | 10:47:37 |
Gaétan Lepage | This PR was harder to finish than I expected. It's now ready and fixes a bunch of cudaSupport package builds.
https://github.com/NixOS/nixpkgs/pull/495151
(waiting for reviews) | 10:49:39 |
Samuel Ainsworth | ooh, thanks! so far i've been trying to use clang as the host compiler since that's what xla says they support and iirc i got errors with gcc in the cpu-only build. so maybe i'm getting errors bc of mixing in clang? is clang as host compiler a supported combo? | 12:59:03 |
Gaétan Lepage | GCC is definitely the default in nixpkgs for linux. I'd try to stick to that as much as possible. | 13:06:32 |
Samuel Ainsworth | Ok Roger that | 13:08:35 |
Samuel Ainsworth | ok iiuc xla uses a "cuda_clang" such that clang compiles cuda code directly, not nvcc | 18:04:35 |
Samuel Ainsworth | this whole thing is a bit of a mess afaict. there are some xla files that segfault nvcc | 18:05:38 |
connor (burnt/out) (UTC-8) | I tried but was unable to get clang working as the host compiler for NVCC, but using clang’s CUDA backend is a whole other thing | 18:11:17 |
| 8 Mar 2026 |
Gaétan Lepage | [FYI: vllm]
vllm 0.16.0 update merged.
https://github.com/NixOS/nixpkgs/pull/490175
Changelog: https://github.com/vllm-project/vllm/releases/tag/v0.16.0 | 10:20:58 |
| SomeoneSerge (matrix works sometimes) changed their display name from SomeoneSerge (back on matrix) to SomeoneSerge (matrix works sometimes). | 23:33:35 |
| 9 Mar 2026 |
Kevin Mittman (jetlagged/UTC+8) | In reply to @connorbaker:matrix.org https://github.com/NixOS/nixpkgs/blob/3bb5f20c47dcfcab9acb3be810f42ca1261b49e2/pkgs/development/cuda-modules/packages/cuda_nvcc.nix#L167 Double ughh this just came up in another context too | 01:16:42 |
kaya 𖤐 | Im currently in process of upstreaming the nixos module for tabbapi https://github.com/NixOS/nixpkgs/pull/498281 Does anyone know how i would go about setting the default package? In my nixos config i use the module like this right now, i always override the package:
services.tabbyapi = {
enable = true;
package = pkgs.pkgsCuda.tabbyapi;
};
I feel like it might be bad to have the default package for tabbyapi module to be broken pretty much, it needs for cuda to be enabled for it to work. How do other modules do this? Do they set the default package to a cuda enabled variant somehow or do they expect the user to enable cuda themselves?
| 16:44:52 |
kaya 𖤐 | I tested adding the PR as a patch to flash-attn, it indeed no longer OOMs which is nice, but it also doesn't build, seems to get infinitely stuck on building | 16:46:56 |
connor (burnt/out) (UTC-8) | Yes the user should enable CUDA. Generally going through variants (like pkgsCuda) shouldn’t be permissible in-tree. You can add an assertion to the module to require sure cuda support is configured. | 19:19:14 |
kaya 𖤐 | Hm okay, thank you. I guess assertion with a specific message is better than nothing | 19:21:29 |
| 10 Mar 2026 |
connor (burnt/out) (UTC-8) | 13.2 is out https://developer.download.nvidia.com/compute/cuda/redist/ | 03:35:22 |
connor (burnt/out) (UTC-8) | danielrf Orin is supported by 13.2/JP7: https://developer.nvidia.com/blog/cuda-13-2-introduces-enhanced-cuda-tile-support-and-new-python-features/#embedded_devices | 06:10:08 |
Gaétan Lepage | I got you connor (burnt/out) (UTC-8)
https://github.com/NixOS/nixpkgs/pull/498523 | 11:52:20 |