[SM-Discuss] init.d defaults are evil and bad
afrayedknot at thefrayedknot.armory.com
Tue Dec 14 20:57:27 EST 2004
First of all, please file bugs, complaining to the mailing list (while
it can get some attention for a short period of time) doesnt leave a
permanent record of what needs to be done and requests are often dropped.
Second, what sorcery version? This is not only important for the team
to fix but for what users will be effected. If this is only a problem
with devel sorcery (as i suspect it would be as we havent touched the
code in test or stable in 2 major releases) then I would recommend you
indicate that as it would otherwise be assumed that this effects everyone,
which is not the case.
Also, remember devel sorcery is devel sorcery and if you cant stand to
have your box break from time to time, use test or stable, thats what
they're there for, we have devel to bring up these problems before the
rest of the userbase runs into them :-)
Third, I would hardly say the defaults are "evil and bad", I would say
enabling every service out of the box, and having your box hacked is
evil and bad. Cant imagine any other distros that do things like that.
I would say defaulting to not installing services and not enabling them
is safe and conservative.
Sorcery doesnt know the difference between init.d scripts belonging to
init.d that are critical and other non-critical scripts, and I dont think
it should. I would suggest that the init.d spell install the critical
scripts with its own scheme as the sorcery support is written for the
common case of a spell installing some service like apache, or bind,
which by default SHOULD be disabled if the init script is even installed
at all! But dont blame me if mysql starts up on your box for no reason
and you get hacked because its out of the box configuration isnt secure.
On Tue, Dec 14, 2004 at 08:12:30PM -0500, Jeremy Kolb wrote:
> Just updated init.d from test. The defaults set everything to 'n'. This
> means you get an unusable system. Please fix this as it hosed mine.
> SM-Discuss mailing list
> SM-Discuss at lists.ibiblio.org
More information about the SM-Discuss