Re: How to report a death by signal ? (was: loopwhilex)

2015-02-18 Thread Peter Pentchev
very quickly, *before* the kernel has finished dumping the old process's core (it could take up to a minute, which was... not good). - various ways for G to let P know which file descriptor to use for passing information up the pipe - a command-line option, an environment variable, in

Re: How to report a death by signal ?

2015-02-18 Thread Peter Pentchev
ped together with other exit codes larger than 128", as your proposal already states... so apologies for the wasted electrons, I guess :) G'luck, Peter [0] ...and, yes, at $RealJob we do use a Perl loader/watcher for several important daemons... but then we have to keep compatibility with vario

Re: wait but kill if a max. time was exceeeded

2015-04-24 Thread Peter Pentchev
idn't finish, kill it forcibly? > > Does this help ? > http://skarnet.org/software/s6-portable-utils/s6-maximumtime.html Oof, thanks a LOT for taking away the opportunity for me to advertise http://devel.ringlet.net/sysutils/timelimit/ :P G'luck, Peter -- Peter Pentchev

Re: s6-envuidgid: Weird errors with GNU libc's getgrent() and endgrent()

2019-06-11 Thread Peter Pentchev
by default. Is this Void's current > > default /etc/nsswitch.conf? > > Yes, precisely. G'luck, Peter -- Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature

Re: s6-envuidgid: Weird errors with GNU libc's getgrent() and endgrent()

2019-06-11 Thread Peter Pentchev
On Tue, Jun 11, 2019 at 04:49:04PM +0800, Casper Ti. Vector wrote: > On Tue, Jun 11, 2019 at 11:20:13AM +0300, Peter Pentchev wrote: > > Neither the glibc manual page nor the POSIX text say anything about > > endgrent() setting errno or leaving it alone, > > Well, it seems t

Re: Update: rpm package for utmps, skalibs.

2024-04-03 Thread Peter Pentchev
bit fishy to me, and, yeah, with the potential for problems if the directories are reordered (I have seen arguments for both sides: "things in /sbin are more important, so it should come before /bin; things in /bin are used much more often, so it should come before /sbin"). G'luck, Peter

Re: Update: rpm package for utmps, skalibs.

2024-04-03 Thread Peter Pentchev
ine's "cd" ought by default to have a higher priority - there are not too many "hey, I KNOW what I'm doing!" people who decide to manually set bash's cd as the one and only way :/ (hopefully there really won't be many of those) Also, thanks for