Control: reopen -1
Jesse Smith writes ("Bug#586709: closed by Thomas Goirand"):
> Both of these assertions are mistaken. /etc/init.d/halt gets called as
> part of the shutdown process. That's where it is getting run and the
> script runs halt, passing the necessary
On 11/7/18 7:04 PM, Jonathan de Boyne Pollard wrote:
>
> Jesse Smith is saying that invoking "halt -p" runs /sbin/halt, and
> that works as designed and as documented in the halt(8) manual page.
> Whereas it does not invoke /etc/init.d/halt. If "halt -p" runs
> /etc/init.d/halt for you, then
/etc/init.d/halt is an rc script. It does not have a specific manual
page, and its command-line usage is that of all other van Smoorenburg rc
scripts, namely one of the conventional start|stop|try-restart|status
verbs as a single second argument. This is documented in chapter 9 of
the Debian
Arrgh, my apologies, everyone. Despite being the reporter, I have not
been receiving any messages on this thread save for those Cc'ed to me.
I have re-subscribed to my own bug and will hopefully not miss any
further updates.
On Sat, 2018 Oct 27 22:53+0100, Ian Jackson wrote:
>
> That it's a bug
Jesse Smith writes ("Bug#586709: closed by Thomas Goirand"):
> That's just the thing, it is not a bug in this package. The bug exists
> in the init scripts, not in the sysvinit package.
On my stretch system here /etc/init.d/halt is in the `initscripts'
package which comes fr
On 10/27/18 2:20 AM, Daniel Richard G. wrote:
> On Fri, 2018 Oct 26 11:56-0300, Jesse Smith wrote:
>> It's not documented in the halt manual page because it's not a
>> limitation of the halt command. It's a problem with the
>> /etc/init.d/halt script. The halt command is working as expected, it's
On Fri, 2018 Oct 26 11:56-0300, Jesse Smith wrote:
>
> It's not documented in the halt manual page because it's not a
> limitation of the halt command. It's a problem with the
> /etc/init.d/halt script. The halt command is working as expected, it's
> the script that is overriding the command line
On 10/26/18 12:21 PM, Thorsten Glaser wrote:
> On Fri, 26 Oct 2018, Jesse Smith wrote:
>
>> user "wins", but that means overriding /etc/default/init
> Define “override”. Command line normally overrides configuration
> files in Unix, if that’s what you mean. If by “overriding” you
> mean writing to
On Fri, 26 Oct 2018, Jesse Smith wrote:
> user "wins", but that means overriding /etc/default/init
Define “override”. Command line normally overrides configuration
files in Unix, if that’s what you mean. If by “overriding” you
mean writing to that file, replacing its content, then that’s
not a
>> The user is basically reporting, in the above situation, that they
>> change the default behaviour, but then want to change it back using
>> another method and I don't think Debian's approach supports that.
>
>Where is this limitation documented in the halt(8) or halt(5) man
>
For some reason, I did not receive any of these recent messages prior to
the one that closed the bug.
Just a few things I'd like to point out:
1. "poweroff" performing a halt is incorrect behavior regardless of the
setting in /etc/default/halt;
2. Regarding this:
> The user is basically
11 matches
Mail list logo