FYI I've filed https://bugs.debian.org/954306 to track the
potential adjustment of the Priority: field, which seems to be
the majority of the discussion in this bug report.
I'm about to upload an NMU of sysvinit which drops the 'Essential: yes'
from sysvinit-utils - but still keeps 'Priority:
On Sat, Feb 08, 2020 at 07:23:32PM +0100, Andreas Henriksson wrote:
> Hello,
>
> Regarding the previous discussion about packages with init scripts
> that source /lib/init/vars.sh
[...]
As a followup on this I've now also (re)checked all users of
init-d-script for the current status. (I
‐‐‐ Original Message ‐‐‐
On Saturday, February 8, 2020 6:23 PM, Andreas Henriksson
wrote:
> Hello,
> [...]
> https://bugs.debian.org/950696
> [...]
Hello,
just an observation about #950696:
there is git-daemon-run (runit runscript) and git-daemon-sysvinit (sysvinit
script), so the
Am 08.02.20 um 19:23 schrieb Andreas Henriksson:
> Hello,
>
> Regarding the previous discussion about packages with init scripts
> that source /lib/init/vars.sh
>
> I've now submitted bug reports including an attempt at a service file
> for packages with popcon install count above 100 (and
Hello,
Regarding the previous discussion about packages with init scripts
that source /lib/init/vars.sh
I've now submitted bug reports including an attempt at a service file
for packages with popcon install count above 100 (and some below),
except for a few that I didn't find motivation
On Fri, 31 Jan 2020, Andreas Henriksson wrote:
> > One of mine popped up, and, while I might investigate into
> > writing a systemd service for it,
>
> In my opinion it's just time (well overdue if you ask me) that
> /everything/ gets native systemd units. The sysvinit compatibility is
> just a
Hello Thorsten Glaser,
On Thu, Jan 30, 2020 at 07:17:49PM +0100, Thorsten Glaser wrote:
> On Thu, 30 Jan 2020, Andreas Henriksson wrote:
>
> > the binary packages built from it where downloaded, checked if it
> > had any init script, if it used vars.sh, and if there was a service
>
> One of
On Thu, 30 Jan 2020, Andreas Henriksson wrote:
> the binary packages built from it where downloaded, checked if it
> had any init script, if it used vars.sh, and if there was a service
One of mine popped up, and, while I might investigate into
writing a systemd service for it, I wonder: the use
On Tue, Jan 28, 2020 at 05:29:44PM +0100, Andreas Henriksson wrote:
> Hi Michael,
>
> On Tue, Jan 28, 2020 at 04:38:36PM +0100, Michael Biebl wrote:
[]
> > /lib/init/vars.sh
>
> From random samples this seems exctusively used from init scripts (and
> examples of init scripts), so I'd say a
Am 28.01.2020 um 17:38 schrieb Andreas Henriksson:
> On Tue, Jan 28, 2020 at 05:02:38PM +0100, Michael Biebl wrote:
> [...]
>> Assuming the .service isn't just a wrapper around the init script.
>> Unfortunately, we do have quite a few packages which use this
>> anti-pattern :-/
>>
>>
On Tue, Jan 28, 2020 at 05:02:38PM +0100, Michael Biebl wrote:
[...]
> Assuming the .service isn't just a wrapper around the init script.
> Unfortunately, we do have quite a few packages which use this
> anti-pattern :-/
>
>
Hi Michael,
On Tue, Jan 28, 2020 at 04:38:36PM +0100, Michael Biebl wrote:
> Hi Andreas,
>
> thanks for your interest in this topic.
Thanks for your interest in my interest. :)
Always nice with some feedback.
>
> Aside from /bin/pidof, we also have
... a bunch of niche tools that has been
Am 28.01.20 um 16:38 schrieb Michael Biebl:
> And there is also
> /lib/init/init-d-script
> /lib/init/vars.sh
>
> Those are the more tricky ones. A lot of init scripts use them.
> Not having those installed will render the init scripts of packages
> broken. It's less of an issue, if a package
Hi Andreas,
thanks for your interest in this topic.
Aside from /bin/pidof, we also have
/sbin/fstab-decode
/sbin/killall5
I haven't checked codesearch if those binaries are used outside of
sysvinit/initscripts. Have you investigated those recently?
And there is also
/lib/init/init-d-script
Hello,
About a month ago (so I hope I remember all the details correctly) I got
motivated to revisit looking into this issue again.
My previous concern had been about how much work it would need because
of how widely used pidof is.
While actually looking closer at the users of pidof (using
15 matches
Mail list logo
