[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#746715: the foreseeable outcome of the TC vote on init systems



On 3 May 2014 09:31, Daniel Baumann
<daniel.baumann@progress-technologies.net> wrote:
> Steve,
>
> first of all: why haven't you just talked to me? you know more then well
> that i've kindly and quickly responded to all your bug reports, on and
> offline. #746715 sounds like shooting with a nuclear weapon on little
> glitch.
>
> seccond, if you feel that deeply about that particular patch[1] and want
> to still add see upstart support in tftpd-hpa for jessie, i'm happy to
> re-include it.
>

As part of https://bugs.launchpad.net/ubuntu/+source/mysql-5.5/+bug/1273462
& https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712763 I'm working
on a patch to add a hook into lsb-initfunctions.d (which init.d script
in your package sources) that way no changes to the init script would
be required / nor exit codes added / nor dependency on higher (debian
specific) functions from sysv-init package. In essence this brings
back "upstart-job" symlinks, but via lsb initfunctions hook, thus the
following would happen if one invokes init.d script:

# /etc/init.d/ssh restart
ssh stop/waiting
ssh start/running, process 6946

This is more in-spirit with previous (ubuntu-only) implementation of
sysv-init migration which made /etc/inid./ssh a symlink to an
"upstart-job" script that called into initctl commands.
This is also similar to what systemd integration on Debian/Ubuntu does.
I believe adding above lsb hook is compliant with Debian Policy
§9.11.1 in a sense that init.d scripts "avoid running in favor of the
native upstart job". It's just in common case it's done on behalf of
the maintainers / users.

> to the allegations made in this bug report: upstart support has been
> only *temporarily* be present in experimental. it has never been in
> unstable, technically there was never any upstart support.
>

There is, however, support for upstart in ubuntu for that package and
a developer of that derivative had to spend extra work
rebasing/reintroducing the support back as part of regular merge work
to keep up to date with changes introduced in Debian. Thus slightly
more development time was used up on this issue/bug collectively
across debian & derivative distributions.


> [1]
> http://daniel-baumann.ch/gitweb/?p=debian/packages/tftp-hpa.git;a=commitdiff;h=0ec85b4d4fcd3d4bbd7fa97e81c35fd301ac7060

-- 
Regards,

Dimitri.


Reply to: