On Monday, July 11, 2011 16:56:39 Rob OpenSuSE wrote:
On 11 July 2011 15:09, Andreas Jaeger
wrote: We're not talking about the sysadmin in the proposal (at least not directly)!
The proposal is for distributors how they will configure the system - to define which services are run by default and which not.
The sysadmin will configure the system starting from the preconfiguration with systemctl. No need for the admin to learn about all this magic ;)
Fine but why complicate things, does someone really want to write a file parser? If you just have Disable as default policy, and then have flag set by distro to make "enable" a global default, that's it done.
I assume that openSUSE will have "disable" as default. Debian might have "Enable" as default.
It DOES matter to the sysadmin, because if it's :
service-default-install-policy enabled disabled
Once at a large installation, will going to want to change the policy most likely; for example if the admin have 2 distro's they'll want the SAME defaults! So the simpler you make it the better alround.
From the original post: If an admin wants to manually change "enable-by-default" to "disable-by-default" (or vice versa) he could just drop his own file with "disable *" (or "enable *") into /etc/systemd/system.preset/ and override the vendor/spin settings. So, this is possible - as easy as what you describe. The difference is treating all options the same and allow pattern matching - vs. having an explicit file for defaults. It also means that all settings will be in one directory.
What can be more efficient than 0 byte files for a flag in 2 directories?
A runninug system does indeed have systctl etc, but I thought the was Distro policy, package polocy with some over-ride. It may seem different, to the running system, but it'd be likely quite easy to write scripts to do the systemctl to match the site policy, when one desired, if you define it nicely.
I don't understand what you're saying in the above paragraph, could you rephrase it, please?
Filesystem state has advantages, because there's good tools to replicate it.
The original proposal does it as well - doesn't it? Andreas -- Andreas Jaeger, Program Manager openSUSE aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org