[prev in list] [next in list] [prev in thread] [next in thread]
List: ubuntu-devel
Subject: Looking for example Package solving sysV+.service+.socket
From: Christian Ehrhardt <christian.ehrhardt () canonical ! com>
Date: 2018-10-16 15:41:17
Message-ID: CAATJJ0Jb57wHnnN=Y7su1Gy6qVhsienZ2UR2UaBjPORCXMjJnA () mail ! gmail ! com
[Download RAW message or body]
TL;DR: known example of a package correctly solving
sysV+.service+.socket and having only .socket running on install?
- Detail -
Hello everybody,
I want to know if there is any best practise / example on the following case:
A package that delivers:
- sysV init (for old style compat/backport or just happens to be there)
- .service supposed to replace the sysV
- the .service should be installed and enabled, but not started in postinst
- .socket installed and started on install supposed to be starting the
service when needed
I've hit a few cases like that now, and in most of them I see
- dh_installinit for sysV trumps dh_installsystemd/dh_systemd_*
- invoke.rc start is mapped to systemd service start
- service ends up started which it shoudl not
I have tried different combinations of --no-start and dh_*_override's,
but never succeeded to something great so far.
Different compat levels have great impact on this as well,
unfortunately none resolved it for me.
The few cases I know ended up dropping the sysV init to get out of the
situation :-/
This is why I wanted to reach out if anybody knows better "prior art"
to resolve this.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic