The ALSA module was essentially removed in 3eeff547, with the main
motivation of avoiding confusion as to what `sound.enable` really meant.
As that could be achieved with a simple rename, this change brings back
the module in full force under the `hardware.alsa` namespace (with clear
beware signs for the pulse and pipewire folks) and adds a lot of useful
extra features. These include
- `defaultDevice` to set the default playback and capture devices
- `cardAliases`,`deviceAliases` to assign meaningful names to sound cards
and devices (instead of say, `hw:0,1`)
- `controls` to create virtual volume controls
- `enableRecorder` to easily configure a loopback device to record
the computer audio
- fixes to the udev restore rules
(cherry picked from commit c8a84a01d5)
Signed-off-by: Maximilian Ehlers <maximilian@sodawa.com>
Signed-off-by: John Titor <50095635+JohnRTitor@users.noreply.github.com>
(partially cherry picked from commit f199d57ad6)
Co-authored-by: Maximilian Ehlers <2843450+b-m-f@users.noreply.github.com>
xf86-video-intel is now incompatible with the latest Mesa: it may fix
screen tearing, but this is not really worth the other downsides, so we
should stop recommending it.
We recommend `modesetting` unless the GPU is so old to be unsupported,
and mention picom is screen tearing is too bad. Hopefully the next Xorg
release will fix this.
(cherry picked from commit 3faf0171a0)
Clean up the leftover of commit 58bfe74123 ("buildPython*:
Deprecate and remove (buildPython* { ... }).override")
(cherry picked from commit b4e9f423f4)
This will be EOL at the end of November, so there's little reason to
keep it in 24.11[1]. As discussed, we'd like to keep it for as long as
possible to make sure there's a state in nixpkgs that has the latest
minor of postgresql_12 available with the most recent CVEs fixed for
people who cannot upgrade[2].
This aspect has been made explicit in the manual now for the next .11
release.
During the discussions it has been brought up that if people just do
`services.postgresql.enable = true;` and let the code decide the
postgresql version based on `system.stateVersion`, there's a chance that
such EOL dates will be missed. To make this harder, a warning will now
be raised when using the stateVersion-condition and the oldest still
available major is selected.
Additionally regrouped the postgresql things in the release notes to
make sure these are all shown consecutively. Otherwise it's a little
hard to keep track of all the changes made to postgresql in 24.11.
[1] https://endoflife.date/postgresql
[2] https://github.com/NixOS/nixpkgs/pull/353158#issuecomment-2453056692
(cherry picked from commit 0b3eef7441)