Skip to content

Index non-free packages #245

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
Atry opened this issue Apr 12, 2024 · 5 comments
Open

Index non-free packages #245

Atry opened this issue Apr 12, 2024 · 5 comments

Comments

@Atry
Copy link

Atry commented Apr 12, 2024

Currently, when executing

nix-locate include/cuda_runtime.h

the result is

(emacsPackages.racer.out)                            66 r /nix/store/jwkmkqvbgs2akycjw4sn7in1kh1j6sv9-rust-src/src/llvm-project/clang/test/Headers/Inputs/include/cuda_runtime.h

It would be nice if cudaPackages.cuda_cudart is also listed.

@RaitoBezarius
Copy link
Member

This would require to have the non-free packages built, but, we don't have such cache around, thus it's impossible to generate this if we don't build unfree packages.

@Atry
Copy link
Author

Atry commented Apr 12, 2024

There are some binary caches

@RaitoBezarius
Copy link
Member

I suppose you can just teach nix-index to use those caches to enrich the database.

@hab25
Copy link

hab25 commented Jul 7, 2024

I suppose you can just teach nix-index to use those caches to enrich the database.

Does "you" refer to the user or to nix-index contributors?

@Notarin
Copy link

Notarin commented May 8, 2025

Hate to necro, but has anything changed on this?
Is there possibly a configuration/workaround to index unfree packages?
I use comma in my workflow a lot, and it is rather poor flow to have to make an exception to use $env.NIXPKGS_ALLOW_UNFREE = 1 ; nix run --impure nixpkgs#<unfree-app> instead of the norm.

I am comfy exploring alternatives such as a personal expanding live cache or other clever ideas if needed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants