| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
| |
blacklist the radeon driver when ati_unfree is installed.
|
| | |
|
| |
|
|
|
| |
I'm sorry; I didn't notice Eelco renamed the option.
My dry-run didn't catch that one with nvidia driver, no idea why.
|
| |
|
|
| |
so all users get this variable, thanks to work from #2692.
|
| |
|
|
| |
LD_LIBRARY_PATH. Fix that, fix bumblebee module loading and make the socket group configurable
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously all card-specific stuff was scattered across xserver.nix
and opengl.nix, which is ugly. Now it can be kept together in a single
card-specific module. This required the addition of a few internal
options:
- services.xserver.drivers: A list of { name, driverName, modules,
libPath } sets.
- hardware.opengl.package: The OpenGL implementation. Note that there
can be only one OpenGL implementation at a time in a system
configuration (i.e. no dynamic detection).
- hardware.opengl.package32: The 32-bit OpenGL implementation.
|
| |
|
|
|
|
|
|
| |
Fixes #2379.
The new name was a misnomer because the values really are X11 video
drivers (e.g. ‘cirrus’ or ‘nvidia’), not OpenGL implementations. That
it's also used to set an OpenGL implementation for kmscon is just
confusing overloading.
|
| |
|
|
| |
Fixes #2242 in a different way (cleaner, I hope).
|
| |
|
|
| |
Close #2200. Thanks to @cpages for suggesting and testing this.
|
|
|
Signed-off-by: Shea Levy <shea@shealevy.com>
|