-
-
Notifications
You must be signed in to change notification settings - Fork 14.2k
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
Start decoupling X and graphics support with videoDrivers
#153808
Conversation
Awesome. I'm pretty sure @jtojnar had opinions about this change some time ago... 🤔 |
I like this. It is narrow in scope and the new option name fits well. |
Do we know what this CI failure is about? I just eyeballed it so I assume it has issues, but the error looks spurious. |
config = mkIf cfg.enable { | ||
|
||
|
||
}; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note nothing happens yet, because the boot modules are appended per-card.
The new module probably needs the following:
Edit: There is actually an error message that explains it:
|
Now that Wayland is less unviable, we should begin to refactor our options so you don't need to use X11-named options just to do graphics without X11. This will be a long process, and I am not really sure where to start, but `videoDrivers` seems like a decent option.
35e4772
to
60820ed
Compare
videoDrivers
videoDrivers
@@ -341,7 +341,7 @@ in | |||
|
|||
# nvidia-uvm is required by CUDA applications. | |||
boot.kernelModules = [ "nvidia-uvm" ] ++ | |||
optionals config.services.xserver.enable [ "nvidia" "nvidia_modeset" "nvidia_drm" ]; | |||
optionals config.hardware.graphics.enable [ "nvidia" "nvidia_modeset" "nvidia_drm" ]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just ran into this myself, I think. This is what I was looking for. 👍
Well, I've been waiting for this for years, and from a review it looks like it solves one of the issues I specifically hit because I use Wayland without enabling Xserver. Thanks @Ericson2314 ! |
Of course, this just makes me want #158079 too. It would be nice if they were easy to test together. |
Yeah hopefully after the RFC these PRs get combined and both merged. @colemickens how about you nominate yourself for NixOS/rfcs#121 ? |
Actually too bad I am nominating you :P |
I feel like looking at this one before the other bigger PR. Have you considered a more option based approach? I'd like to be able to do:
But I'm wondering if I'm missing a reasoning behind this string-y API? Is it just historical? |
@colemickens I just did the minimal thing for this one. I vaguely recall there was some priority stuff the current list of strings approach also worked for, but I do not. I am not opposed to cleaning things up further. |
@Ericson2314 If it's agreeable to you and @jonringer, I'd prefer to just merge this one, focus on @jonringer's big cleanup, collect thoughts along the way and then take another pass at it after it's merged. |
I am fine with such an incremental plan, but it would good to get @jonringer's thoughts here. I don't know much usual overflowing strong opinions with this :) |
Should this be merged after the 22.05 release? |
Good question. It is backwards compatibility. Hopefully we can discuss in RFC meeting. |
Closed in favor of #158079 which is wholly superior! |
Motivation for this change
Now that Wayland is less unviable, we should begin to refactor our
options so you don't need to use X11-named options just to do graphics
without X11.
I don't really know what I am doing, so someone please advise.
Things done
sandbox = true
set innix.conf
? (See Nix manual)nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)nixos/doc/manual/md-to-db.sh
to update generated release notes