Hi Zbyszek On 2013-11-28 17:24, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Nov 28, 2013 at 08:50:03AM +0100, Goffredo Baroncelli wrote: >> [1] I repeat I am not arguing about the values, I am arguing that a >> package which aim to replace the init must change a setting which aren't >> related to the package functionality. > Hi Goffredo, > > upstream value for the sysrq setting was chosen as a safe default. > If you thing that the default should be changed, it is definitely > reasonable to discuss it upstream on systemd-de...@l.fd.o.
I was unable to find the discussion where these "safe default" was decided, so I don't know the rationale behind them; this seems to me a debate like "ctrl-alt-backspace" to kill X: a lot of people have different opinion about the meaning of "safe default". Anyway I am not complaining about the "systemd safe values", even I have a different opinion. > The mechanism to set the default is unlikely to change though. > Modulo the bugs with ordering that Michael pointed out, this > mechanism is nice and clean, and provides a safe way for the > administrator to locally override settings. Let me clear: I think that *how* systemd set the sysctl values *are the right one* (even tough they changed behaviour without regard the backward compatibility) > Also, this is a basic system setting, where it makes sense to change > the kernel default by default, so it is natural that systemd > does that. The goal of the systemd project is to take care of the > basic system setup. This is the point where we have a totally different opinion: - is job of systemd to set the sysctl values ? Yes. - is job of systemd decide *which values* have to be set ? IMHO no. This is a distribution responsibility. And I think that a distribution should not accept the systemd defaults, but should provide the own ones. > Zbyszek BR Goffredo -- gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it> Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
