 | NixOS CUDA | 291 Members |
| CUDA packages maintenance and support in nixpkgs | https://github.com/orgs/NixOS/projects/27/ | https://nixos.org/manual/nixpkgs/unstable/#cuda | 57 Servers |
| NixOS CUDA | 291 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 |
|---|---|---|
| 9 Feb 2025 | ||
 stick | maybe just like a sanity check whether things compile | 22:17:59 |
 ruro | Although they are called "samples", in reality I'd say that some of them are closer to debugging utilities, tests or benchmarks. And by "tests" I mean both for verifying that they successfully compile (although currently not all of them do) and for running them on the target machine to verify that the nvidia card works as expected. | 22:18:12 |
| ruro | A lot of these binaries run some computation on the GPU, verify the results, print some information and then report Result = PASS or something. Unfortunately, the output format of these binaries differs too much and running them requires access to the GPU, so it's basically impossible to create a "proper" nixpkgs test from them. But checking that they compile successfully and providing the resulting binaries to the users is still useful. | 22:21:34 |
| ruro | * A lot of these binaries run some computation on the GPU, verify the results, print some information and then report Result = PASS or something. Unfortunately, the output format of these binaries differs too much and running them requires access to the GPU, so it's basically impossible to create a "proper" nixpkgs test from them. But checking that they compile successfully and providing the resulting binaries to the users is still useful (IMHO). | 22:22:10 |
 connor (he/him) | Does a patched version of freeimage exist, or is it abandoned? If there is a newer version, I’d be interested in whether, as a longer term goal, it’d be possible to update the samples to use it. | 23:21:11 |
| 10 Feb 2025 | ||
| stick | Redacted or Malformed Event | 00:11:29 |
| stick | In reply to @connorbaker:matrix.org It seems there is a fork https://github.com/danoli3/FreeImage | 00:11:48 |
| stick | Readme says: This GitHub Fork/Patch of FreeImage
| 00:12:38 |
| stick | I think we should use this instead (not only for cuda-samples but for all nixpkgs) | 00:13:19 |
 @me:caem.dev joined the room. | 00:48:53 | |
| ruro | AFAIC, FreeImage is "undead". I think I read that the original devs insist that it is still being maintained, but they are stubbornly stuck on SourceForge and the last official release was in 2018. :sigh: | 02:59:55 |
| ruro | I guess, the relevant questions would be:
| 03:04:46 |
| ruro | Taking a cursory look at that repository, it seems that the original author just commited the whole SVN repo instead of importing the history from SVN, which is kind of annoying/problematic. | 03:08:43 |
| ruro | * Taking a cursory look at that repository, it seems that the original author just commited the whole SVN repo in the initial commit instead of importing the history from SVN, which is kind of annoying/problematic. | 03:09:06 |
| stick | another option would be to just remove freeImageInteropNPP from the cuda-samples build | 08:19:23 |
| stick | * another option would be to just remove freeImageInteropNPP sample from the cuda-samples build | 08:19:34 |
| stick | by changing https://github.com/NVIDIA/cuda-samples/blob/9c688d7ff78455ed42e345124d1495aad6bf66de/Samples/4_CUDA_Libraries/freeImageInteropNPP/Makefile#L284 | 08:22:11 |
| stick | or maybe even that is not necessary and the build correctly detects that FreeImage is not available and skips that sample | 08:23:19 |
| ruro | I was under the impression that there were a lot more samples that depended on FreeImage. If this is indeed the only sample that requires FreeImage, then I will simply remove it since I am already going to remove a few broken samples that don't have easy fixes. | 09:40:54 |
| ruro | * I was under the impression that there were a lot more samples that depended on FreeImage. If this is indeed the only sample that requires FreeImage, then I will simply remove it since I am already planning to remove a few broken samples that don't have easy fixes. | 09:41:03 |
| ruro | * Nice catch! I was under the impression that there were a lot more samples that depended on FreeImage. If this is indeed the only sample that requires FreeImage, then I will simply remove it since I am already planning to remove a few broken samples that don't have easy fixes. | 09:41:12 |
 SomeoneSerge (back on matrix) | They're both aarch64, it can build both, just it doesn't have the runtime | 13:29:37 |
| SomeoneSerge (back on matrix) |
Yeah but honestly I see no reason for that | 13:30:47 |
| SomeoneSerge (back on matrix) |
That would be lies though? | 13:31:27 |
| SomeoneSerge (back on matrix) |
o_0 | 13:32:39 |
| ruro | I think that only 5 samples actually depend on freeimage - FilterBorderControlNPP, boxFilterNPP, cannyEdgeDetectorNPP, freeImageInteropNPP and histEqualizationNPP. That's not that many (given that there are like 200 total or something), so I am probably going to throw my over-engineered freeimage.overrideAttrs chicanery out of the window and just disable these samples by default. | 13:56:04 |
| ruro | On a related note, can somebody tell me:
| 14:02:59 |
| ruro | * ~~On a related note, can somebody tell me:
| 14:03:16 |
| ruro | * On a related note, can somebody tell me:
Edit: nvm, I am blind. | 14:03:56 |
| ruro | * ~~On a related note, can somebody tell me:~~
Edit: nvm, I am blind. | 14:04:04 |