Hi Michael,
On Tue, Jul 22, 2014 at 06:11:24PM +0200, Michael Stapelberg wrote:
> I'm not sure how we can state this more clearly:
>
> Use dh-systemd or you _will_ have bugs sooner or later. It is the most
> simple implementation that we could come up with.
sorry, we have different points of vie
On Mon, Jul 28, 2014 at 02:36:06PM +0200, Michael Biebl wrote:
> Since you are going to do it "your way" anyway I'm not sure why you ask
> for feedback from us?
>
> It's like talking to a brick wall.
Hi, I'm sorry that you feel this way. I also found our communication
far from ideal, and after I
Hi Michael,
On Fri, Jul 18, 2014 at 08:06:11PM +0200, Michael Stapelberg wrote:
> Gerrit Pape writes:
> > I'm really not keen to add a dependency to daemontools-run, esp. not to
> > the runit package, just for (un)installing and starting/stopping a
> > service.
> I presume you mean init-system-he
Am 26.07.2014 15:21, schrieb Gerrit Pape:
> On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote:
>> Am 22.07.2014 14:34, schrieb Gerrit Pape:
>>> On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
I'm really not keen to add a dependency to daemontools-run, esp. not to
On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote:
> Am 22.07.2014 14:34, schrieb Gerrit Pape:
> > On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
> >> I'm really not keen to add a dependency to daemontools-run, esp. not to
> >> the runit package, just for (un)installing an
Hi Gerrit,
Gerrit Pape writes:
>> There is a reason, why we added the logic in a single place.
>
> With sysvinit I have the logic easily implemented in the maintainer
> scripts. With runit it's even more simple. I really don't want to
> depend on some complex logic and an additional package jus
On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote:
> Am 22.07.2014 14:34, schrieb Gerrit Pape:
> > Hi, I've now prepared this changeset. Do you have any comments on it?
> > diff --git a/debian/daemontools-run.postinst
> > b/debian/daemontools-run.postinst
> > index d51ac09..1d7aae1 1
Am 22.07.2014 14:34, schrieb Gerrit Pape:
> On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
> --- /dev/null
> +++ b/debian/systemd/daemontools.path
> @@ -0,0 +1,9 @@
> +[Unit]
> +Description=Daemontools service monitor
> +
> +[Path]
> +DirectoryNotEmpty=/etc/service/
> +Unit=daemontoo
Am 22.07.2014 14:34, schrieb Gerrit Pape:
> On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
>> I'm really not keen to add a dependency to daemontools-run, esp. not to
>> the runit package, just for (un)installing and starting/stopping a
>> service.
>
> Hi, I've now prepared this chang
On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
> I'm really not keen to add a dependency to daemontools-run, esp. not to
> the runit package, just for (un)installing and starting/stopping a
> service.
Hi, I've now prepared this changeset. Do you have any comments on it?
Author: Ge
Hi Gerrit,
Gerrit Pape writes:
> I'm really not keen to add a dependency to daemontools-run, esp. not to
> the runit package, just for (un)installing and starting/stopping a
> service.
I presume you mean init-system-helpers as the dependency you don’t want
to add.
> Why isn't it as simple as ins
Hi, thanks for all the help I already got.
On Mon, Jul 07, 2014 at 04:56:24PM +0200, Michael Biebl wrote:
> Am 07.07.2014 16:36, schrieb Gerrit Pape:
> >> As Ansgar already mentioned, probably the best way to handle that in
> >> Debian is to use the dh-systemd helper.
> >> Unfortuantely the daemon
Am 07.07.2014 16:36, schrieb Gerrit Pape:
> Hi Michael, thanks for your help.
>
> On Mon, Jul 07, 2014 at 02:59:05PM +0200, Michael Biebl wrote:
>> [CCing the bug report]
>>
>> Am 07.07.2014 14:39, schrieb Jonathan de Boyne Pollard:
>>> I did systemd units for this ages ago. It's better to do thi
Hi Michael, thanks for your help.
On Mon, Jul 07, 2014 at 02:59:05PM +0200, Michael Biebl wrote:
> [CCing the bug report]
>
> Am 07.07.2014 14:39, schrieb Jonathan de Boyne Pollard:
> > I did systemd units for this ages ago. It's better to do this as two
> > units: a "path" unit that watches the
[CCing the bug report]
Am 07.07.2014 14:39, schrieb Jonathan de Boyne Pollard:
> I did systemd units for this ages ago. It's better to do this as two
> units: a "path" unit that watches the service directory and a
> "service" unit that is started when the service directory is found to
> be non-em
On Fri, Jul 04, 2014 at 03:49:19PM +0200, Michael Biebl wrote:
> Joern, could you copy the attached file to /etc/systemd/system, run
>
> systemctl enable svscanboot.service
>
> and report back if your daemontools services are properly started on the
> next reboot.
>
> I don't use daemontools mys
Am 04.07.2014 14:34, schrieb Michael Biebl:
> Hi Gerrit,
>
> Am 04.07.2014 13:50, schrieb Gerrit Pape:
>> I hereby ask for help to add systemd support to these packages.
>
> We (pkg-systemd team) can help you with that.
>
> Let's follow up on the pkg-systemd mailing list.
>
> In most cases addi
On 07/04/2014 14:41, Ansgar Burchardt wrote:
> Something like
>
> +---
> | [Unit]
> | Description=daemontools service supervision
> | Documentation=man:svscanboot(8)
> |
> | [Service]
> | ExecStart=/usr/bin/svscanboot
> | Restart=always
> |
> | [Install]
> | WantedBy=multi-user.target
> +---
>
>
Hi,
On 07/04/2014 13:50, Gerrit Pape wrote:
> Important thing to know is: init scripts don't work out for this. The
> service management concept of daemontools and runit is, amongst other
> things, a process tree with guaranteed process state, including
> envrionment. init scripts don't provide
Gerrit Pape writes:
> Important thing to know is: init scripts don't work out for this. The
> service management concept of daemontools and runit is, amongst other
> things, a process tree with guaranteed process state, including
> envrionment. init scripts don't provide that.
There's no reaso
Hi,
Gerrit Pape:
> > I'm very dubious about this being release-critical.
>
> I think it is. The package will not work as expected without the
> inittab interface.
>
It's rather trivial to write an init script, and/or a systemd unit file,
which starts daemontools. Hooking into inittab isn't goin
On Fri, Jul 04, 2014 at 03:37:20AM -0700, Russ Allbery wrote:
> Gerrit Pape writes:
> > I looked into latest policy, but did not find anything about systemd
> > support. I'm surprised that this is now a release critical bug, and the
> > package marked for removal. What's the justification?
>
>
Hi Joern, you did nothing wrong. Severity and justification looks quite
right to me.
On Fri, Jul 04, 2014 at 12:42:43PM +0200, Joern Heissler wrote:
> On Fri, Jul 04, 2014 at 09:08:21AM +, Gerrit Pape wrote:
> > I looked into latest policy, but did not find anything about systemd
> > support.
Hi,
On Fri, Jul 04, 2014 at 09:08:21AM +, Gerrit Pape wrote:
> This package hooks into /etc/inittab, does systemd not automatically
> manage services from inittab? Isn't it systemd having release critical
For clarity: daemontools-run does *not* include a file in /etc/init.d/
which systemd mi
Gerrit Pape writes:
> I looked into latest policy, but did not find anything about systemd
> support. I'm surprised that this is now a release critical bug, and the
> package marked for removal. What's the justification?
I'm very dubious about this being release-critical.
> This package hooks
Gerrit,
it's up to you to lower the severity of the bug to "important" (I guess
since it will break with default init system).
You should have done that instead of ccing debian-devel in the
current situation.
Please do not abuse debian-devel to questions that could be politely
and calmly discuss
Hi,
On 07/04/2014 11:08, Gerrit Pape wrote:
> I looked into latest policy, but did not find anything about systemd
> support. I'm surprised that this is now a release critical bug, and the
> package marked for removal. What's the justification?
Ask the submitter?
> This package hooks into /etc
Hi,
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
This package hooks into /etc/inittab, does systemd not automatically
manage services from initta
Package: daemontools-run
Version: 1:0.76-3
Severity: grave
Justification: renders package unusable
Hi,
Debian decided to use systemd.
I'm using a local dnscache (djbdns) for recursive dns lookups, but this
service isn't started automatically. I assume that it's because
daemontools-run only suppor
29 matches
Mail list logo
