Forums before death by AOL, social media and spammers... "We can't have nice things"
| linux.debian.bugs.dist | Ohh some weird Debian bug report thing | 28,835 messages |
[ << oldest | < older | list | newer > | newest >> ]
| Message 28,438 of 28,835 |
| Joost van =?utf-8?Q?Baal-Ili=C4=87? to Andrew Bower |
| Bug#1128595: daemontools: consider insta |
| 21 Feb 26 20:30:02 |
From: joostvb-debian@mdcc.cx Hi Andrew, Thanks for your nice bugreport + patch. In runit's chpst(8) I read: If chpst is called as envdir, envuidgid, pgrphack, setlock, setuidgid, or softlimit, it emulates the functionality of these programs from the daemontools package respectively. Doesn't this mean that daemons which ship daemontools-style run scripts work out of the box under runit? Or am I missing something here? Bye, Joost On Sat, Feb 21, 2026 at 05:56:57PM +0000, Andrew Bower wrote: > Source: daemontools > Version: 1:0.76-15 > Severity: wishlist > Tags: patch > X-Debbugs-Cc: runit@packages.debian.org > > Dear Maintainer, > > The daemontools-inspired family of supervision suites typically share the > ability to emulate some subset of the daemontools tools with compatible > behaviour. > > For example, chpst from runit can emulate envdir, envuidgid, pgrphack, setlock, > setuidgid and softlimit. > > Similarly, run scripts for daemons using these suites, if they don't take > advantage of features unique to those suites, may be compatible between them. > > In practice, that compatibility is limited because of features included in > distributions, such as runit service directories in Debian typically using > /usr/lib/runit/invoke-run to perform some standard actions. However, third > party-provided service directories especially may well stick to the basics. The > debian package 'publicfile' is compatible with daemontools and runit > supervision. > > Ideally someone writing a run script that only needed the behaviour of > 'setlock' would simply call 'setlock', for example. However, that would > mean unnecessarily depending on the daemontools package when your > service might be running with runit that already has 'chpst' installed, > and so will be written to use 'chpst -l' instead. > > We can fix this by installing all the common tools using the Debian > 'alternatives' mechanism. This is very lightweight - symlink traversal is > extremely cheap in Linux. > > I attach a patch for daemontools that does this. For simplicitly it groups > together all the tools that 'chpst' can emulate (headlined by the 'envdir' > tool), but theses could be split into a different alternative for each tool if > one wanted that granularity. An additional group just contains 'fghack', which > my 'xchpst' tool can also emulate. > > I also attach example patches for the 'runit' and 'xchpst' packages to show how > this could work. > > Here is some example output: > > # sudo update-alternatives --config daemontools > There are 3 choices for the alternative daemontools (providing /usr/bin/envdir). > > Selection Path Priority Status > ------------------------------------------------------------ > 0 /usr/bin/envdir.djb 50 auto mode > 1 /usr/bin/chpst 30 manual mode > 2 /usr/bin/envdir.djb 50 manual mode > * 3 /usr/bin/xchpst 40 manual mode > > Press |
(c) 1994, bbs@darkrealms.ca