sm-sorcery-bugs AT lists.ibiblio.org
Subject: Bugs for Sorcery are reported here
List archive
[SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd
- From: bugzilla-daemon AT metalab.unc.edu
- To: sm-sorcery-bugs AT lists.ibiblio.org
- Subject: [SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd
- Date: Mon, 29 Nov 2004 22:59:12 -0500
http://bugs.sourcemage.org/show_bug.cgi?id=1817
acedit AT armory.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From acedit AT armory.com 2004-11-29 22:58 -------
neuron: you've missed the long discussion of what to do about init.d scripts
and
xinetd.d scripts. Some people think that the question should be whether or not
to install them, and, if they're installed, enable them, or if they're
installed, disable them. Other people say that they should always be
installed,
and the question is whether or not to enable or disable them. Over time code
was
written one way, then adjusted work another way, then discovered to be broken
acording to yet a different interpritation and fixed to work in yet another
way,
ad infinitum.
What Im trying to accomplish is to have a unified set of questions that solve
the following issues:
install vs not install
enable vs disable
what to do if theres both an initd and xinetd script for the task
if using an xinetd should xinetd be a dependency
what I had thought the conclusion we came to was:
first ask what scripts to install, if theres a single script use a regular
query, if theres both xinetd and init.d ask if they want one, both, or
neither.
Then out of the scripts being installed ask which ones they want enabled
(again
this could be a one/both/neither). If an xinetd script is being installed then
make xinetd an optional_depends, and let the user answer that question.
I realize that this could be a daunting three questions per service, but the
alternatives are as follows:
1) turn the first two questions into a larger set of possibly 9 answers
2) ignore the xinetd dependency to get rid of that question (thereby
invalidating this bug)
3) cut one of the three possible outcomes out by either "asking to install,
but
always enabled" "asking to install but always disabled" "always installing but
asking to be enabled or disabled"
3 has been the long time choice, and if we go with it, someone will always
disagree, so im saying that we give people all three choices, we pick defaults
to always install disabled (we can always build a sorcery menu later so people
can change it), and then we store the answers in persistent variables so the
defaults are remembered per spell.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-
[SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd,
bugzilla-daemon, 11/18/2004
- <Possible follow-up(s)>
- [SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd, bugzilla-daemon, 11/18/2004
- [SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd, bugzilla-daemon, 11/19/2004
- [SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd, bugzilla-daemon, 11/19/2004
- [SM-Sorcery-Bugs] [Bug 1817] openssh (optionally?) depends on xinetd, bugzilla-daemon, 11/29/2004
Archive powered by MHonArc 2.6.24.