[2019-01-11 14:51] Felipe Sateler
> On Fri, Jan 11, 2019 at 9:39 AM Dmitry Bogatov wrote:
>
> >
> > [2019-01-01 22:38] Dmitry Bogatov
> > > [2018-12-29 19:51] Michael Biebl
> > > > Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
> > > > > control: reassign -1 init-system-helpers
> > > >
> > > >
On Fri, Jan 11, 2019 at 9:39 AM Dmitry Bogatov wrote:
>
> [2019-01-01 22:38] Dmitry Bogatov
> > [2018-12-29 19:51] Michael Biebl
> > > Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
> > > > control: reassign -1 init-system-helpers
> > >
> > > How should we handle bugs that are really sysvinit spe
[2019-01-01 22:38] Dmitry Bogatov
> [2018-12-29 19:51] Michael Biebl
> > Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
> > > control: reassign -1 init-system-helpers
> >
> > How should we handle bugs that are really sysvinit specific, even if
> > they affect update-rc.d/invoke-rc.d (i.e. init-s
control: user sysvi...@packages.debian.org
control: usertags -1 sysvinit
[2018-12-29 19:51] Michael Biebl
> Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
> > control: reassign -1 init-system-helpers
>
> How should we handle bugs that are really sysvinit specific, even if
> they affect update-rc
Am 29.12.18 um 19:51 schrieb Michael Biebl:
> No one of the current init-system-helpers is using sysvinit anymore, so
^
... init-system-helpers maintainers
Just in case someone was confused by my reply
--
Why is it that all of the instruments seeking in
Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
>
> control: reassign -1 init-system-helpers
How should we handle bugs that are really sysvinit specific, even if
they affect update-rc.d/invoke-rc.d (i.e. init-system-helpers)
No one of the current init-system-helpers is using sysvinit anymore, so
b
control: reassign -1 init-system-helpers
update-rc.d(8) now belongs to init-system-helpers. Reassigning.
[2011-02-21 14:29] Tim Connors
>
> part text/plain 898
> reopen 573551
> thanks
>
> The fix in 2.6.4-1 in testing is all well and good, but the bug applies to
> stabl
reopen 573551
thanks
The fix in 2.6.4-1 in testing is all well and good, but the bug applies to
stable. Stable has the removed "update-rc.d stop" feature, and so in
stable, I can't actually convince puppet to ensure the service is stopped.
Ideally, update-rc.d wouldn't have completely removed a
8 matches
Mail list logo