!eWOErHSaiddIbsUNsJ:nixos.org

NixOS CUDA

308 Members
CUDA packages maintenance and support in nixpkgs | https://github.com/orgs/NixOS/projects/27/ | https://nixos.org/manual/nixpkgs/unstable/#cuda60 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
12 Mar 2025
@ss:someonex.netSomeoneSerge (matrix works sometimes)

(and changed the // to lib.recursiveUpdate)

Just in case, this doesn't merge lists

01:19:38
@ruroruro:matrix.orgruro Yeah. Then I think that it makes sense not to filter them out automatically. If someone explicitly added somepackage = linux; then I think that we should have an eval error if somepackage doesn't support linux. 01:20:14
@ss:someonex.netSomeoneSerge (matrix works sometimes)Yes that was the intent01:20:37
@ruroruro:matrix.orgruroYes. That was the intended effect.01:20:38
@ruroruro:matrix.orgruro So that, for example, someone could do cudaPackages.some_package = [ ]; or something. 01:21:27
@ruroruro:matrix.orgruro * So that, for example, someone could do cudaPackages.some_package = [ ]; in the "explicit" attrset or something. 01:21:42
@ss:someonex.netSomeoneSerge (matrix works sometimes)I see01:21:46
@ruroruro:matrix.orgruroIf you want, I can add it back in. But I think that this reordering was one of the reasons for the indentation change that you wanted to avoid)))01:23:08
@ss:someonex.netSomeoneSerge (matrix works sometimes) Well, ok. Let's swap the order. And for the packageSets variable and for evalPackageSet they actually don't seem to be doing anything useful. The packageSets there really only serves the purpose of automatically identifying the cuda package sets, so let's rename it to cudaPackageSets as, I think, you've already suggested. Let's not introduce the extra variable for evalPackageSet nor for its image, but instead just use packagePlatforms directly in jobs = let in HERE // { ... = linuxl } 01:24:30

Show newer messages


Back to Room ListRoom Version: 9