Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 5782] saying no to starting by init also disables xinetd services, even if you said yes to xinetd

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT metalab.unc.edu
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 5782] saying no to starting by init also disables xinetd services, even if you said yes to xinetd
  • Date: Fri, 13 Feb 2004 03:57:06 -0500

http://bugs.sourcemage.org/show_bug.cgi?id=5782





------- Additional Comments From games AT sourcemage.org 2004-02-13 03:57
-------
there is a quialification to this bug. it doesn't happen when a single spell
is cast.
But if I cast -r -c ntp openssh, say yes to both by xinetd and no to init.d
then the second spell in the list (openssh in this case) gets it's xinetd
service disabled.
root@Gargamaell:~# grep -r disable /etc/xinetd.d/
/etc/xinetd.d/openssh: disable = yes
root@Gargamaell:~# cat /etc/sorcery/local/depends/ntp
SERVICES="ntp "
INITDSCRIPTS=""
INITDSCRIPTS_DISABLED="ntp "
root@Gargamaell:~# cat /etc/sorcery/local/depends/openssh
SERVICES="ssh ntp "
INITDSCRIPTS=""
INITDSCRIPTS_DISABLED="sshd "


I guess it is because the SERVICES var isn't getting unset between handling
of
each spell. (yesterday when I filed this I had just "cast distcc ntp openssh"
and ntp and openssh both got disabled)



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.




Archive powered by MHonArc 2.6.24.

Top of Page