Hi Michael,
On Fri, Jul 18, 2014 at 08:06:11PM +0200, Michael Stapelberg wrote:
Gerrit Pape p...@dbnbgs.smarden.org 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
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 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 view,
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
the runit
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 and
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:
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 changeset.
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/
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 100644
Hi Gerrit,
Gerrit Pape p...@dbnbgs.smarden.org 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
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 daemontools
Hi Gerrit,
Gerrit Pape p...@dbnbgs.smarden.org 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
[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-empty.
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 service
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 this as two
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 myself, so
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
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
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
Gerrit Pape p...@dbnbgs.smarden.org 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.
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
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.
On Fri, Jul 04, 2014 at 03:37:20AM -0700, Russ Allbery wrote:
Gerrit Pape p...@dbnbgs.smarden.org 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
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 going to
Gerrit Pape p...@dbnbgs.smarden.org 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
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
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
+---
might already
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 adding a
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
29 matches
Mail list logo
