From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2011-October/009208.html | 106 ++++++++++++++++++++++++++++ 1 file changed, 106 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-October/009208.html (limited to 'zarb-ml/mageia-dev/2011-October/009208.html') diff --git a/zarb-ml/mageia-dev/2011-October/009208.html b/zarb-ml/mageia-dev/2011-October/009208.html new file mode 100644 index 000000000..c7dd4970c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-October/009208.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] Please test: initscripts+systemd in updates_testing + + + + + + + + + +

[Mageia-dev] Please test: initscripts+systemd in updates_testing

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sun Oct 30 00:48:32 CEST 2011 +

+
+ +
'Twas brillig, and Thomas Backlund at 29/10/11 19:59 did gyre and gimble:
+> 30.10.2011 00:30, Colin Guthrie skrev:
+>>
+>> Is this not just a simple matter of enabling it? It starts fine here...
+>> It may not have inherited the fact it's enabled in sysvinit properly,
+>> but a simple "systemctl enable sshd.service" and a "systemctl start
+>> sshd.service" should be enough. We perhaps want to setup a sshd.socket
+>> file to allow on-demand loading however which is a better solution
+>> overall for most systems with sshd.
+>>
+> 
+> Wouldn't that mean sshd would start even if the admin have disabled it ?
+
+No, because you enable/disable the socket unit too (just like the actual
+service unit).
+
+Col
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1