[Nix-dev] Fwd: Why having releases if you break things in it often
Stefan Huchler
stefan.huchler at mail.de
Sun Feb 12 13:57:44 CET 2017
Vladimír Čunát <vcunat at gmail.com> writes:
> On 02/11/2017 03:26 PM, Stefan Huchler wrote:
>> Maybe we could talk about the status of the project wiki or other
>> documentation, if there would ways to improve that.
>
> Status of the wiki is being discussed right now:
> https://github.com/NixOS/nixpkgs/issues/22599 and the rest of
> documentation is also touched lightly in there.
>
>
> I'm convinced the stable releases are worth it! In the last several
> months NixOS has been patching every single CVE reported in a larger
> distribution (through LWN tracker) and backporting all those to the
> stable releases. I really find it *amazing* that we manage that
> consistently. There are occasional breakages due to some of the
> updates, but that's hard to avoid completely and I don't think there
> have been many. (There's also the advantage of --rollback :)
I did not claim that stable releases are not worth, that was the
original suspect from 1 2 months ago, and it was just a question because
I wanted to learn what policies you have.
To the rollback feature, the problem is that you have no real seperation
between configuration and packaging.
That leads for me to have 1 packaging set that works ( a old version
from last year), but with a wrong vpn server write-only in the openvpn
settings) and a new profile with the correct openvpn configuration but a
broken openvpn package version.
So is there a way to rollback the --update action, so that new
configurations still use the old packages? Else for my problem
--rollback is no solution.
More information about the nix-dev
mailing list