Fedora will add Nix to own repo.
Do similar thing, but preinstall Nix/GUIX package manager with dkms in Leap.
Additionally, promote long-term kernels.
If other distro do the same, hardware vendors could wrote drivers + application to manage one’s hardware. Nix/GUIX could be use to distribute applications and drivers, but it is also need for dkms.
Package managers/software stores should warm about installing something from NIX/GUIX could be dangerous. You should do something like debian, so only opensource software could be installed without activating another repositories.
Also, somebody should keep repositories on special servers.
Flatpak for normal software, native packaging for software related to system, like Desktop Environment or Login Manager, but NIX/GUIX for additional drivers + software to manage devices.
Note: for any avoidance of doubt, nix-managed packages will not become part of the Fedora distribution, and no QA or support will be provided for them. This is similar to how e.g. pip can be used to install Python packages from external locations.
Note: for any avoidance of doubt, nix-managed packages will not become part of the Fedora distribution, and no QA or support will be provided for them. This is similar to how e.g. pip can be used to install Python packages from external locations.
I known this. Nix packages will be installed in Nix directory. Also Nix package manager would not be installed by default. I wrote only they will add Nix package to own repo.
About promoting Long-Term kernels. It is related to make releasing (and for example: testing) drivers as simply as possible.
You want to provide hardware drivers via Nix, but at the same time you want to warn about it’s usage? This makes no sense.
And which way to install drivers is fully secure?
Also, somebody should keep repositories on special servers.
What?
Yes. I suppose Nix will deliver some Nix OS related packages, which will do something more than other distributions should allow. For example - installing some software, which touch system in other way than being kernel driver or hardware manager. Such like Desktop Managers.