On 11 July 2011 16:00, Andreas Jaeger <aj@suse.com> wrote:
On Monday, July 11, 2011 16:50:57 Robert Schweikert wrote:
Understood, but I think at least some of the things that were proposed in this thread (although I am not sure we reached agreement on the preferred way) are not possible with the upstream proposal/implementation. Therefore, we should get a consensus on what we would prefer for openSUSE, if that preferred method is not possible in the current systemd implementation someone (possibly AJ) should take our concerns back upstream and get feedback.
Robert, in this case I missed something. I haven't seen anything that could not be done with the proposal from upstream - what I noticed were some open questions on how things get done and some alternative proposals where I did not see any advantages to the proposal.
So, this I missed a bit, could you point out, what I missed, please (a URL to the archive with a comment would be fine)?
Sure earlier on in this thread... On 6 July 2011 12:38, Andreas Jaeger <aj@suse.com> wrote:
On Wednesday, July 06, 2011 13:27:16 Patrick Shanahan wrote:
* Andreas Jaeger <aj@suse.de> [07-06-11 03:03]:
I'd like to hear some feedback on the proposal below so that we can pass it on to the systemd developers,
Andreas
---------- Forwarded Message ----------
Subject: [systemd-devel] [RFC] Preset Files Date: Tuesday, July 05, 2011, 21:21:03 From: Lennart Poettering <lennart@poettering.net> To: systemd Mailing List <systemd-devel@lists.freedesktop.org>
...
Anyway, this of course requires some buy-in from the distributions, so I'd like to ask the distro maintainers for comments on this. Do you think this would be useful to you? Any other suggestions, ideas?
Note that even if we implement this in systemd (which is very likely) it is of course up to the distros to make use of this. If they still want to enable (or disable) all services unconditionally then they can still do so in RPM scrips, but we'd of course greatly welcome if distros would support this new scheme instead of cooking their own.
sounds like a plan
since it will be default-enabled, a provision should exist to include a preset default-disabled so it is not necessary to singularly disable every unwanted service that is installed.
disable all enable 1, 2, 3
Yeah, that works (with a different syntax ;).
I expect that openSUSE to ship a default that reflects what we do today: - by default disable everything - enable a few services
The proposal supports this. The nice thing is that it also allows different profiles, e.g. a server or a desktop profile - or a paranoia one ;) - that can be implemented via separate packages without touching the service packages itself,
That's messages previous in thread. 1) Feedback is asked for 2) Suggestion about text file contents with lines like "enable, disable" which create ordering problems. Avoiding that file parsing is neater and simpler, and rules out the questions asked. The "preset directory" concept is a good one. Hope that answers the question, you just asked me. I saw a simple but powerful suggestion that was better than the others. May be they prefer global enable default, but so long as it's easy to ship with disable default, no problem. Regards Rob -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org