NixOS CUDA | 293 Members | |
| CUDA packages maintenance and support in nixpkgs | https://github.com/orgs/NixOS/projects/27/ | https://nixos.org/manual/nixpkgs/unstable/#cuda | 57 Servers |
| Sender | Message | Time |
|---|---|---|
| 12 Mar 2025 | ||
Ah we maybe want to give a name to mapTestOn . packagePlatforms? | 01:28:28 | |
| How about
| 01:36:27 | |
| Also, if you have any ideas on how to remove the "load-bearing comment" without changing the indentation - be my guest))) | 01:38:26 | |
| * How about
| 01:41:00 | |
| * How about
| 01:41:55 | |
ruro: I'm ok with that, I just thought applying mapAttrs packagePlatforms is not such a complex thing that we really need to be so verbose about it | 08:50:34 | |
| 14:27:37 | ||
| 17 Mar 2025 | ||
| Any ideas why tensorrt from 24.11 is failing to build? I downloaded and imported the sources into nix store as instructed, but it doesn't want to unpack it.
| 12:29:56 | |
The wheel in the archive is called tensorrt-10.3-cp312-none-linux_x86_64.whl, so not sure what's going on | 12:31:21 | |
* The wheel in the archive is called tensorrt-10.3.0-cp312-none-linux_x86_64.whl, so not sure what's going on | 15:14:31 | |
| 16:10:28 | ||
| 18 Mar 2025 | ||
| Michal Koutenský: try manually unpacking and verifying the tarball has it at the same path its expecting; also try adding an echo with the current directory in the derivation to make sure the script is printing where its searching from | 14:58:01 | |
| the tarball has it without the last version number (.26). i managed to get it working yesterday by modifying the unpack phase to extract the correct wheel. is there a chance nvidia changed how the tarball contents look and no one caught it yet? if i had a different tarball i assume the hashes wouldn't match with what is at https://github.com/NixOS/nixpkgs/blob/nixos-24.11/pkgs/development/cuda-modules/tensorrt/releases.nix, but since the build process needs manual intervention i assume there's not much automation for it nor do many people use it | 15:04:09 | |
| looking at the python package, the listed maintainer only had one commit for it in 2022 | 15:05:33 | |
| TRT 10.3 is pretty old | 18:17:09 | |
| Michal Koutenský: i recommend you to use CUDA stuff from master/nixpkgs-unstable - many fixes go there and are not being backported to stable (24.11) | 18:35:39 | |
| for example I updated TRT to 10.8 there (and there is already 10.9, yay) | 18:36:04 | |
| btw, zdravim do Brna :D | 18:36:36 | |
| does the python package build though? i checked master (and issues/prs) yesterday and there doesn't seem to be anything significant https://github.com/NixOS/nixpkgs/commits/master/pkgs/development/python-modules/tensorrt/default.nix | 18:37:19 | |
| i guess i'll try building master and possibly move our stuff off 24.11 | 18:37:42 | |
| a Brno zdraví naspäť :D | 18:37:53 | |
| i updated the package here https://github.com/NixOS/nixpkgs/commit/1609398c9def5a31bb7951c284cf21f45b981b39 the python-module is just a simple wrapper that does not need changes i guess | 18:38:45 | |
| well the issue is with the preUnpack, which tries to get the wheel by a wrong name, at leas in my case | 18:39:26 | |
| try it with unstable - if it works great - if it does not work, please open an issue and tag me in the comment | 18:41:26 | |
| yup, will do that | 18:41:59 | |
| so, unstable with 10.8.0.43 builds and the tarball has the full 4 part version number in the filenames, 10.3.0.26 has a 3 part version number which breaks the build | 19:34:29 | |
| often the build number field is dropped from release label version (also # of fields is subject to change) | 19:38:17 | |
| then this is not really reliable is it? https://github.com/NixOS/nixpkgs/blob/59b1aef59071cae6e87859dc65de973d2cc595c0/pkgs/development/python-modules/tensorrt/default.nix#L33 | 19:40:09 | |
| well it is not, but also i think it is a bug in nvidia packaging, so hopefully it won't happen anymore | 19:59:10 | |
| looking at pypi - https://pypi.org/project/tensorrt/#history - it seems they are following the scheme where they add the build number to the pypi version | 20:00:20 | |