Re: [opensuse] Housekeeping functions
On 2/20/20 1:05 PM, Anton Aylward wrote:
Not on my system it doens't. Read what it says:
# This unit gets pulled automatically into multi-user.target by # systemd-rc-local-generator if /etc/init.d/boot.local is executable.
So ...
mount openSUSE-Leap-15.1-DVD-x86_64.iso /mnt/ISO/ rpm2cpio /mnt/ISO/x86_64/systemd-234-lp151.25.7.x86_64.rpm | cpio -idmv cat ./usr/lib/systemd/system/rc-local.service # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. # This unit gets pulled automatically into multi-user.target by # systemd-rc-local-generator if /etc/init.d/boot.local is executable. [Unit] Description=/etc/init.d/boot.local Compatibility ConditionFileIsExecutable=/etc/init.d/boot.local
After=basic.target
[Service] Type=forking ExecStart=/etc/init.d/boot.local start TimeoutSec=0 RemainAfterExit=yes GuessMainPID=no that it's possibly got different deps on different installs is irrelevant. the point is that it's available &/or easily added, is usable, and can be further supplemented by additional "after.local", etc invoked in service units regardless of the release -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/02/2020 16:33, PGNet Dev wrote:
On 2/20/20 1:05 PM, Anton Aylward wrote:
Not on my system it doens't. Read what it says:
# This unit gets pulled automatically into multi-user.target by # systemd-rc-local-generator if /etc/init.d/boot.local is executable.
So ...
mount openSUSE-Leap-15.1-DVD-x86_64.iso /mnt/ISO/ rpm2cpio /mnt/ISO/x86_64/systemd-234-lp151.25.7.x86_64.rpm | cpio -idmv cat ./usr/lib/systemd/system/rc-local.service
The existence of the unbit file is not what I'm disputing. I found that on my own system What I'm saying is that it fails and may as well be disabled since there is no /etc/init.d/boot.local I did the 'ls' of /etc/init.d on my system. Go check that on your DVD. OK, so I've been doing regular 'zypper up, since instlation, but I don't think that is why there is no /etc/init.d/boot.local My point is that you don't need one, you can do the same thing without regressive techniques. That unit you quote is there for backward comparability. The same backward comparability that means you need a hip and spurs to drive car and power it by oats. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
add if it you choose to use it. or not. there's nothing inherently 'regressive' about /usr/lib/systemd/system/rc-local.service it's simply a systemd service. use it, override, replace it, ignore it. doesn't require fud. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
The existence of the unbit file is not what I'm disputing. I found that on my own system
What I'm saying is that it fails and may as well be disabled since there is no /etc/init.d/boot.local
Anton, you only need to create it and make it executable. -- Per Jessen, Zürich (4.1°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 21/02/2020 01:34, Per Jessen wrote:
Anton Aylward wrote:
The existence of the unbit file is not what I'm disputing. I found that on my own system
What I'm saying is that it fails and may as well be disabled since there is no /etc/init.d/boot.local
Anton, you only need to create it and make it executable.
I don't see the point. Damnitall, you guys are just part of the anti-systemd recidivist movement by another means. Let go of the SySVinit ways altogether. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
On 21/02/2020 01:34, Per Jessen wrote:
Anton Aylward wrote:
The existence of the unbit file is not what I'm disputing. I found that on my own system
What I'm saying is that it fails and may as well be disabled since there is no /etc/init.d/boot.local
Anton, you only need to create it and make it executable.
I don't see the point.
I wasn't arguing that there is a point, just that you were wrong in asserting it fails.
Damnitall, you guys are just part of the anti-systemd recidivist movement by another means.
Wrong again. I was the first one to suggest a service unit would do the job nicely. -- Per Jessen, Zürich (5.3°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2020-02-21 a las 07:34 +0100, Per Jessen escribió:
Anton Aylward wrote:
The existence of the unbit file is not what I'm disputing. I found that on my own system
What I'm saying is that it fails and may as well be disabled since there is no /etc/init.d/boot.local
Anton, you only need to create it and make it executable.
I just added it on this computer and it worked, without me doing anything else. - -- Cheers Carlos E. R. (from openSUSE 15.1 (Legolas)) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXlhP9hwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVbNcAnjde0LiHNeczCFHfzo3w YraDa2ILAJwILrtBoIdaWZKcVCHrXWnMr7fpHQ== =O15x -----END PGP SIGNATURE-----
participants (4)
-
Anton Aylward -
Carlos E. R. -
Per Jessen -
PGNet Dev