On Wed, 22 Nov 2000, Anthony Towns wrote:
> You could also reasonably map all the maintainer scripts invocations of
> invoke-rc.d to no-ops in order to just leave all services running during
> an upgrade (rather than possibly shutting them down for an extended period,
> say).
This is what I'd reco
On Sat, Nov 18, 2000 at 01:00:04PM -0200, Henrique M Holschuh wrote:
> > actually. For restart/restart-if-running it's something of an
> > attempt to DWIM (if I say "restart" out of runlevel, I probably mean
> > "restart-if-running", so do that) but I don't see what other uses it
> > could have...
On Fri, 17 Nov 2000, Anthony Towns wrote:
> On Thu, Nov 16, 2000 at 02:19:50PM -0200, Henrique M Holschuh wrote:
> Well, really they wouldn't even need to read the docs; it should be obvious
> from what gets displayed on screen as to what's happening. Either:
> Restarting foo daemon: foo.
> o
On Fri, Nov 17, 2000 at 10:27:14AM -0600, Steve Greenland wrote:
> On 16-Nov-00, 20:30 (CST), Anthony Towns wrote:
> > /etc/init.d/cron and /etc/init.d/setserial treat unknown arguments the
> > same as start. Error output goes variously to stdout and stderr.
Ooops. /etc/init.d/console-screen.sh w
On 16-Nov-00, 20:30 (CST), Anthony Towns wrote:
> For example, /etc/init.d/chrony has an "e)" instead of a "*)"
> as its error case, which means it'll quietly exit successfully.
> /etc/init.d/nviboot does likewise, but through omission rather than
> accident.
re: nviboot: you're right, I'll fix
On Thu, Nov 16, 2000 at 02:19:50PM -0200, Henrique M Holschuh wrote:
> > > As I said, they're there to avoid confusing the user. If they had no
> > > possible purpose I'd have removed them before invoke-rc.d ever seen the
> > > light of this list :-)
> > I guess I'm not seeing what's confusing abou
On Thu, 16 Nov 2000, Anthony Towns wrote:
> Despite how it may appear, I'm not doing this merely to be obnoxious. :(
Ok, don't worry.
> On Wed, Nov 15, 2000 at 09:13:10AM -0200, Henrique M Holschuh wrote:
> > As I said, they're there to avoid confusing the user. If they had no
> > possible purpos
Despite how it may appear, I'm not doing this merely to be obnoxious. :(
On Wed, Nov 15, 2000 at 09:13:10AM -0200, Henrique M Holschuh wrote:
> As I said, they're there to avoid confusing the user. If they had no
> possible purpose I'd have removed them before invoke-rc.d ever seen the
> light of
New revision of the policy proposal is attached.
Changelog:
(policy)
* Remove any mentions of 'restart-if-running'.
'restart-if-running' will be proposed separately.
(invoke-rc.d)
* Remove any mentions of 'restart-if-running' as well as any
related code.
* "restart" out-of-run
On Wed, 15 Nov 2000, Anthony Towns wrote:
> > I could leave the more verbosy stuff that fallbacks cause, but THAT would
> > give quite a lot of room to user confusion. When someone starts the holy
> > war against the amount of crap a upgrade sends to the screen, and AFTER the
> > TeX and emacsen-r
On Wed, Nov 15, 2000 at 07:34:46AM -0200, Henrique M Holschuh wrote:
> On Wed, 15 Nov 2000, Anthony Towns wrote:
> > On Tue, Nov 14, 2000 at 12:06:36PM -0200, Henrique M Holschuh wrote:
> > If you hide error messages, you'll make it harder for people to notice
> > bugs in their init scripts when th
On Wed, 15 Nov 2000, Anthony Towns wrote:
> On Tue, Nov 14, 2000 at 12:06:36PM -0200, Henrique M Holschuh wrote:
> If you hide error messages, you'll make it harder for people to notice
> bugs in their init scripts when they upload a new package (let's see,
> yup, seems to work fine in my postinst,
On Tue, Nov 14, 2000 at 12:06:36PM -0200, Henrique M Holschuh wrote:
> > I'm also (duh) against falling back to a new, optional argument without
> > any indication that's appropriate when called. I think that's a really bad
> > design. But I'm not really sure what more I can say to convince you thi
(sorry for the Delay, workload has skyrocked for a few days -HMH)
On Mon, 13 Nov 2000, Anthony Towns wrote:
> I still don't like restart-if-running though. I don't think "if"s should be
> in the arguments, and I'd be much more inclined towards something like:
>
> if [ `/etc/init.d/foo statu
14 matches
Mail list logo
