Re: restarting s6-svscan (as pid 1)

cumentation could be preserved by adding a properly named script and calling or exec'ing it. SteveT Steve Litt Autumn 2023 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Runit required log services

Hi all, Referring to http://smarden.org/runit/runscripts.html , some of the run scripts are marked "This service needs a log service to be set up", and others aren't. When making my own run scripts, how do I know whether the daemon requires a log service? Thanks, SteveT Steve Li

Re: s6 vs shell wrappers for client connections

vailable no matter what, even when the server is deliberately taken down for replacement or servicing or troubleshooting, then for sure a Plan B is a good thing. SteveT Steve Litt Autumn 2022 featured book: Thriving in Tough Times http://www.troubleshooters.com/bookstore/thrive.htm

Re: [PATCH] Fix documentation typos

nce upon a time I could do partial differential equations. I didn't know iff meant "if and only if". Just so everyone's on the same page, probably the easiest route to docs everyone understands is to replace iff with "if and only if". SteveT Steve Litt Autumn 2022 featured book: Thriving in Tough Times http://www.troubleshooters.com/bookstore/thrive.htm

Re: [DNG] Be prepared for the fall of systemd

On Wed, 2022-08-03 at 15:36 -0700, Bruce Perens wrote: > I came to the conclusion a while back that systemd was symptomatic of the > fact that we had gone as far as the fundamental assumptions of the Unix API > could take us.  I find it symptomatic of the fact that a guy wrote some Rube Goldberg c

Re: Be prepared for the fall of systemd

On Wed, 2022-08-03 at 17:19 +, J.R. Hill wrote: > There are a few things that need to be in place for a smooth transition. > > For general trust in the project... > > 1. the init system itself should be maintained by more than a single human. This hasn't been the case with runit. It's so dar

Be prepared for the fall of systemd

Hi all, As I said in a previous message, I see sentiment very slowly turning against systemd. If systemd keeps losing popularity, I have no doubt the corporate carpetbaggers will try to force an even worse atrocity on us, so we need to be ready this time and not have the argument centered on a fa

Re: s6 xinit replacement?

giving presentations, it would be wonderful if you could present at one of our monthly GoLUG online Jitsi meetings. SteveT Steve Litt March 2022 featured book: Making Mental Models: Advanced Edition http://www.troubleshooters.com/mmm

Re: [announce] skarnet.org Winter 2021-2022 release

I need to do to make the preceding sequence accurate? Thanks, SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques Laurent Bercot said on Tue, 21 Dec 2021 08:19:38 + > Hello, > > New versio

Re: runit: why ignore SIGCONT for stages?

here, wouldn't that make 'sv cont' useless >for processes of the init system's supervision tree? It would seem so, and yet sv cont mydaemon starts up a paused mydaemon. So there's something we're missing. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques

Re: runit: why ignore SIGCONT for stages?

s 0 then system("sv stop mydaemon") or system("sv cont mydaemon"). Otherwise send the signal manually. Please keep us in the loop. I've used runit for 6 years, and until now, I thought it was flawless except for the theoretical disadvantage of PD1 not supervising anyt

Re: Service watchdog

I don't care if the program is running: I want to know that it's *functioning*, so I test the functionality of the running program. So for the network, I'd do a quick 1 iteration ping, for PostGreSQL I might do a simple select statement, etc. Best of luck. SteveT Steve Litt Spring

Re: S6 Queries

t 1 exec mydaemon -myarg1 -myarg2 = SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques

Re: S6 Queries

nt || exit 1 exec mydaemon -myarg1 -myarg2 ===== SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques

Re: s6-supervise: use of nosetsid

the actual daemons survive the death of their individual s6-supervise supervisors after the pkill, then yes, you could modify s6-supervise to kill the daemon they're supervising. You could even make it an option by having a certain filename turn that behavior off, if people want that. SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Re: s6 in production on Ubuntu - yeah!

On Wed, 4 Nov 2020 12:01:11 +0100 Oliver Schad wrote: > Hi everybody, > > we're proud to announce, that we have s6 in production in context of > platform as a service for our customers. LOL, NOW I understand why you kept asking how s6 does all these systemd actions. :-) S

Re: s6 in production on Ubuntu - yeah!

oming business requirement might require me to boot to a thumb drive. If Ubuntu with s6 works well, I'll use that on my bootable thumb drive. Thanks so much! And thanks also to Laurent! This just might be wonderful. SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Re: External health Check Process

> write the health checker longrun manually. How does that sound? I'd poll s6 users, and if less than 1/2 eagerly want this new feature, I'd leave well enough alone. SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Can you use s6-rc with the sysvinit PID1?

itted system and an s6-rc/s6 supervised system just by commenting in or out the inittab entry and switching sysvinit to looop /etc/rc.d/rc3.d? Thanks, SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Re: External health Check Process

On Fri, 23 Oct 2020 09:27:53 +0200 Oliver Schad wrote: > On Thu, 22 Oct 2020 20:03:17 -0400 > Steve Litt wrote: > > > But most of the other suggestions that in my opinion are just > > answers to systemd weenie's "but s6 doesn't have _" a

Re: External health Check Process

ystemd weenie's "but s6 doesn't have _" arguments, and don't add nearly enough functionality or convenience for the complexity, or just plain size added to the user manual, to justify. The OP already stated there's a way to do it currently. Why complexify s6 to do something already doable? SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Re: Dependencies in S6

readiness > notifications.) I seem to remember that s6 also has specially named shellscript to determine dependency readiness. So, for instance, process B requires a functioning network, the shellscript would contain a ping command or an ip command. I do this all the time, informally. SteveT

Re: possible s6-rc redesign (was: [request for review] Port of s6 documentation to mdoc(7))

a daemon to play each Freedesktop inspired program's game, probably by listening in on dbus. I hope to hell such a daemon will be completely separated from the other s6 components, because it will doubtlessly need to change as FreeDesktop gets "new and better" ideas, b

Re: [request for review] Port of s6 documentation to mdoc(7)

ble to do the whole thing myself. In this post I express no opinion whether this should or shouldn't be done. All I'm saying is don't assume, sight unseen, that the current HTML can't easily be converted to semantic LaTeX or Docbook or whatever. SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Re: Logging in a web server context

elf puts the stdout log in ./main/whatever.log and rotates the log. Meanwhile, stderrhandler.sh puts stderr into a different log, and perhaps stderrhandler.sh could also log rotate, although I have a feeling there would be race conditions doing so. SteveT Steve Litt May 2020 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques

Re: runit SIGPWR support

unplugged usage? Maybe by monitoring when the battery gets too low? SteveT Steve Litt February 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive On Fri, 14 Feb 2020 15:29:49 +0300 innerspacepilot wrote: > I would suggest it should be a graceful shutdown (

Re: runit SIGPWR support

is a little bit of a > > bummer. > > just BS. adding a bit of handler code for SIGPWR is no big deal, > please stop your lamento, it's so boring. I guess your resolution to be a little bit more friendly to each other didn't last too long. You're one guy who wants

Re: State of skarnet.org projects

On Mon, 3 Feb 2020 11:40:07 +0200 fungal-net wrote: > Steve Litt: > > On Sun, 2 Feb 2020 12:34:05 +0200 > > fungal-net wrote: > > > >> Void is also > >> very close, I for one use it with s6 and 66 for a while now and in > >> many ways being mo

Re: State of skarnet.org projects

nt a GUI interface to the service directory tree and the symlink tree? > and > that > UX return What is UX? Thanks, SteveT Steve Litt February 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Project funding: was State of skarnet.org projects

get people to contribute on a one-time or intermittent basis. Do you have a contributions page that takes Paypal? SteveT Steve Litt February 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Re: State of skarnet.org projects

ery day, and Void could serve as a Rosetta Stone between runit and s6. I'd appreciate any documentation you have or will write in the future concerning your use of s6* on Void. Thanks, SteveT Steve Litt February 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive

Newbie execline tutorial

Hi all, I created an execline tutorial for raw newbies, at http://www.troubleshooters.com/linux/execline.htm SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: The "Unix Philosophy 2020" document

hin the s6 stack must be changed. So much good software has gone bad trying to incorporate features for only the purpose of getting new users. SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: The "Unix Philosophy 2020" document

On Fri, 27 Dec 2019 21:54:11 +0800 "Casper Ti. Vector" wrote: > On Thu, Dec 26, 2019 at 09:57:35PM -0500, Steve Litt wrote: > > Very, very nice! You should publicize this. > > <https://www.reddit.com/r/linux/comments/egb4wp/>. > It seems to be downvoted, w

Re: The "Unix Philosophy 2020" document

chef ansible salt slew but got nothing but the word "a slew of" meaning "a lot of". Is slew software in the s6 or s6-rc stack, or is it something else? Thanks, SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: The "Unix Philosophy 2020" document

nit/rc > > systems.] > > I have written a dedicated "s6/s6-rc vs systemd" post on the Gentoo > forums, which I believe have included convincing responses to most > common arguments by systemd proponents: > <https://forums.gentoo.org/viewtopic-t-1105854.html>. V

Re: s6 usability

tes. But if the distro fails to carry out the intent of your software, there are worse things than putting it all in one directory or tree, prepathing their location, and running it that way. SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: s6 usability

and preventing of other software from being installed at the same time. With Debian's propensity to break things doing them their way, perhaps it's time to consider the possibility of doing an end run around the Debian Developers. SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Does execline natively do arithmetic and branching

le is ten or above without using execline's ifthenelse to query the test executable? Thanks, SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: runit patches to fix compiler warnings on RHEL 7

rse got "no entry". So I fired up a browser, did a locate command, and put a path in my browser. The browser is vastly superior for learning all about unfamiliar or moderately familiar software, but for the quick lookup of something you primarily know about, there's no substitute for a quick "man execlineb". SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: s6 usability

y'll find a way to screw it up. And even if the distro does it right, it will screw that 1 in a million people (like me) who occasionally use daemontools and s6 on the same box, switching between them regularly. Personally, I'd leave well enough alone. SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: s6 usability (was: runit patches to fix compiler warnings on RHEL 7)

n't needed > at all if we're just talking about runit-like functionality. Does the *user* need to code execline scripts, or is it just something the program does? If the former, then make a point that one doesn't need to use execline for s6-rc to be a very powerful startup system. If anybody would make an execline tutorial, that would help a lot. For a guy like me who only does procedural programming (C, C++, Pascal, Perl, Python, Ruby, Lua, etc), execline is difficult to understand. SteveT Steve Litt November 2019 featured book: Manager's Guide to Technical Troubleshooting Second edition http://www.troubleshooters.com/mgr

Process Supervision Rosetta Stone

Hi all, I just today started a Process Supervision Rosetta Stone, which shows names of similarly functioned things in daemontools, runit and s6. It's obviously incomplete and probably contains errors, but it's a start. SteveT Steve Litt November 2019 featured book: Manager's Gui

Re: runit patches to fix compiler warnings on RHEL 7

it to fail entirely? Thanks, SteveT Steve Litt November 2019 featured book: Manager's Guide to Technical Troubleshooting Second edition http://www.troubleshooters.com/mgr

Re: runit patches to fix compiler warnings on RHEL 7

good s6 run (and finish) scripts curated somewhere, everyone would be pleased if you let the Devuan user mailing list know where they are. Thanks, SteveT Steve Litt November 2019 featured book: Manager's Guide to Technical Troubleshooting Second edition http://www.troubleshooters.com/mgr

Re: The "Unix Philosophy 2020" document

ting > criticism to me if you find it necessary. Thanks in advance. What URL is the best one for us to publicize? -- Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/key Twitter: http://www.twitter.com/stevelitt

Re: The "Unix Philosophy 2020" document

dgeable enough to say that all that gratuitous crosstalk goes through one channel, namely dbus, tell them that doesn't matter a bit, because the crosstalk still happens. SteveT Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/key Twitter: http://www.twitter.com/stevelitt

Re: chpst -u and supplementary groups

7;t be accepted, because Red Hat has many millions for marketing and halloween code to prevent that. The reason daemontools-inspired init/supervisors weren't used before systemd was because nobody was dissatisfied with sysvinit and/or upstart, so nobody even knew about the others. SteveT Steve

Re: chpst -u and supplementary groups

and audio. The output of the whoami proved I was acting as user slitt. You're obviously right that having all the groups slitt belongs to, which include both disk and audio, would have been easier, but as you say, it doesn't work right now, so I used this method for the time being. Thanks for helping me solve my problem. SteveT Steve Litt August 2019 featured book: Twenty Eight Tales of Troubleshooting http://www.troubleshooters.com/28

Re: interesting claims

On Thu, 16 May 2019 01:22:14 +0200 Oliver Schad wrote: > On Wed, 15 May 2019 13:22:48 -0400 > Steve Litt wrote: > > > The preceding's true for you, but not for everyone. Some > > people, like myself, are perfectly happy with a 95% reliable > > system. I reboo

Re: interesting claims

On Wed, 01 May 2019 18:13:53 + "Laurent Bercot" wrote: > >So Laurent's words from http://skarnet.org/software/s6/ were just > >part of a very minor family quarrel, not a big deal, and nothing to > >get worked up over. > > This very minor family quarrel is the whole difference between > h

Re: what init systems do you use ?

On Mon, 13 May 2019 20:13:29 +0100 multiplexd wrote: > All, > > On Fri, May 03, 2019 at 02:53:21AM +0200, Jeff wrote: > > what init systems do this list's subscribers use ? > > I saw Guillermo's reply up-thread, so I thought I'd add my own two > cents. My main workstation at present is a Debi

Re: interesting claims

On Mon, 29 Apr 2019 21:19:58 +0200 Jeff wrote: > i came across some interesting claims recently. on > http://skarnet.org/software/s6/ > it reads > > "suckless init is incorrect, because it has no supervision > capabilities, and thus, killing all processes but init can brick the > machine." Oh,

Re: interesting claims

as to complete > more tasks). or when going into single user mode. > > so this looks like a rather artificial and constructed argument for > the necessity of respawn functionality in an init implementation IMO. > -- SteveT Steve Litt January 2019 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Dependencies on shutdown?

Hi all, Let's say I have dependencies so that shutdown must be done in the right order. For instance, I want to have my web app close before my database, so that all final writes get done. How do I do that in runit or s6? Thanks, SteveT

Re: Generic interrupt command?

On Sat, 2 Feb 2019 21:08:10 + Colin Booth wrote: > On Sat, Feb 02, 2019 at 02:30:14PM -0500, Steve Litt wrote: > > On Sat, 02 Feb 2019 09:07:31 + > > "Laurent Bercot" wrote: > > > > &g

Re: Generic interrupt command?

if it doesn't, I imagine it would be easy to put in and very helpful to those forging shellscripts. By adding this little addition to s6-svc (and hopefully sv if Gerrit can scrape together the time), no hackiness would be added to s6 or runit: Any hackiness would be in the shellscript created by the programmer using s6 or runit. SteveT -- Steve Litt January 2019 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Re: Is s6/s6-rc ready to be the ubiquitous init?

ything? I'd prefer not to put anything directly off the root directory: Too many people would object. 2) Does there exist a block diagram of either s6, s6-rc, or both combined, and if so, where? Thanks, SteveT Steve Litt January 2019 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Generic interrupt command?

nericinterrupt SIGIO myspecialdaemon s6-svc -z SIGIO myspecialdaemon The supervisor already knows the PID of what's being supervised, so it would be an easy way to get an arbitrary signal into a daemon, for those daemons that have non-standard signal usage. SteveT -- Steve Litt January 2019 featu

Is s6/s6-rc ready to be the ubiquitous init?

ed by more snake oil. SteveT Steve Litt January 2019 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Re: Can s6 be enough?: was s6-ps

On Sun, 6 Jan 2019 09:03:33 -0600 Brett Neumeier wrote: > On Sat, Jan 5, 2019 at 2:30 PM Steve Litt > wrote: > > > So what do you all think? Is s6 a useful init system without s6-rc? > > > [snip] > - The cost of using s6-rc is negligible. As installed

Re: s6-ps

On Sat, 5 Jan 2019 18:00:57 -0300 Guillermo wrote: > I don't know why execline is a 'recommends' though. It should be a > 'depends', I believe. I set up a s6 supervisor using all shellscripts and no execline. You don't absolutely need execline. SteveT St

Can s6 be enough?: was s6-ps

suggested s6, which apparently has a Debian package but not one for s6-rc. My opinion is one can boot just fine with s6 alone, as long as you're willing to forego startup ordering and intermixing of longruns and oneshots, which by definition a runit fan is. So what do you all think? Is s6

Re: Log rotation issue with runit

On Sat, 29 Dec 2018 18:33:06 + Dmitry Bogatov wrote: > [2018-12-27 08:07] Steve Litt > > > [ Dmitry Bogatov ] > > > No, it is reproducible. See end of bug thread. > > > > Hi Dmitry, > > > > Just so we're all on the same page, do you

Re: Log rotation issue with runit

supervisor/init that provides a wonderful alternative to the ancient init, the massively entangled monolithic init, and the init that can't even respawn (or couldn't as of 3 years ago). Keep up the good work. SteveT Steve Litt December 2018 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: Log rotation issue with runit

On Thu, 27 Dec 2018 09:36:27 + Dmitry Bogatov wrote: > [2018-12-26 00:05] Steve Litt > > part text/plain1664 > > On Tue, 25 Dec 2018 13:39:17 + > > Dmitry Bogatov wrote: > > > > > Hello! > > > > > > I am De

Re: Log rotation issue with runit

it's possible it will never be solved. In such a situation, a workaround becomes a legitimate tactic. SteveT Steve Litt December 2018 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: More Answers

list. Both your article and Laurent's comment on the same page were tremendously informative. SteveT Steve Litt December 2018 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Noclobber supervisor/init installation

u_dir and $dp_dir vocabulary sound reasonable? I'd like to thank Joel Roth (copied) for first giving me the idea of separated directories. SteveT Steve Litt September 2018 featured book: Quit Joblessness: Start Your Own Business http://www.troubleshooters.com/startbiz

Why is /etc/sv/alsa/supervise a symlink to /run/runit/supervise.alsa

ks? Are these symlinks a Void Linux implementation thing, or are they specified in runit itself? Thanks, SteveT Steve Litt October 2017 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21

Re: Gentoo wiki

'll share them with others. SteveT Steve Litt September 2017 featured book: Manager's Guide to Technical Troubleshooting Brand new, second edition http://www.troubleshooters.com/mgr

Reshuffled NICs?

Hi all, On another list we're discussing how likely it is to get two identical NICs reshuffled on boot when using the old style naming (eth0, not eno1p2s). By reshuffling I mean that last boot's eth0 is now eth1 and last boot's eth1 is now eth0. One guy with 4.2 billion years of sysvinit experienc

Re: s6-svscanboot, how to exit?

sure not here to help you. Laurent's right. Go on a systemd list or IRC, tell them you need to spawn daemontools, tell them daemontools does not put itself in the background, and that you want it restarted if it stops. They'll tell you what to do. By the way, you might have to tell it to put /command on the $PATH. If you need that and you cannot get systemd to handle it, I'll give you a shellscript to get it done. SteveT Steve Litt July 2017 featured book: Quit Joblessness: Start Your Own Business http://www.troubleshooters.com/startbiz

Re: s6-svscanboot, how to exit?

On Fri, 14 Jul 2017 22:29:04 +0300 Jean Louis wrote: > On Fri, Jul 14, 2017 at 02:31:28PM -0400, Steve Litt wrote: > > > If you're fine with it not being supervised and insist on > > > launching s6-svscanboot from /etc/rc.local, then you want to > > > enclos

Re: s6-svscanboot, how to exit?

> commands in a "background { }" block, which is execline's equivalent > of the shell's &. Or, from sysvinit, you can put it as a respawn in /etc/inittab, so that s6svscanboot itself is supervised, by sysvinit. SteveT Steve Litt July 2017 featured book: Quit Joblessness: Start Your Own Business http://www.troubleshooters.com/startbiz

Re: Why /command ?

o do with just having a shorter reliable absolute path to an executable and less to do with being on the root partition, which is mounted first. 3) If an individual distro decided to move their /package to a different location, let's say /etc/slashpackage, and widely publicized that fact and all their packagers respected the /etc/slashpackage (for instance) location in all scripts, then *for that one distro*, file locations would be just as determinant as if djb's /package location was used. 4) djb's slashpackage technology still makes sense today, and should not be lightly tossed aside. Are the preceding four statements true? Thanks, SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key

Why /command ?

e same thing with s6. Thanks, SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key

Re: s6 as a systemd alternative

in the boot, before some of the one-shots had started. I'm not an enemy of s6. I'm not an enemy of anything you apply the word "supervision" to. I think I understand your reasons for doing what you do. It's just that with my current use case, I've traded some of s6's process and boot security (you know what I mean) for a simpler PID1 and a standalone daemon respawner. If and when I get a use case requiring more durability of processes and what runs them, I'll for sure use s6 for that. SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key

Re: s6 as a systemd alternative

On Thu, 29 Jun 2017 19:57:55 -0300 Guillermo wrote: > 2017-06-29 1:43 GMT-03:00 Steve Litt: > > > > On Wed, 28 Jun 2017 22:31:12 -0300 Guillermo wrote: > >> > >> But then you end up with an unsupervised runsv process, > >> disconnected from the rest of

Re: s6 as a systemd alternative

On Wed, 28 Jun 2017 22:31:12 -0300 Guillermo wrote: > 2017-06-28 14:40 GMT-03:00 Steve Litt: > > > > On Mon, 26 Jun 2017 14:53:50 + "Laurent Bercot" wrote: > >> > >> The problem with the runit model is that it is pure supervision - > >>

Re: s6 as a systemd alternative

out not to be so necessary, for more simplicity than s6, not that s6 is incredibly complicated. I'd be proud using either one of them. SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key

Re: s6 as a systemd alternative

a service, This actually makes sense. One by one move daemons from the unfathomable systemd to the completely understandable s6, and leave your binary logs behind on the moved daemons :-) SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key

Re: s6 as a systemd alternative

ch PD1 to the s6 PID1, and properly configure the s6 rc scripts. Install s6-rc to bring order to your boot process. SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key

Re: How to use s6 and s6-rc together

ers.com/projects/littkit/README http://www.troubleshooters.com/linux/diy/suckless_init_on_plop.htm#littkit_introduction If you're using down files to determine startup order, do you have a different filename (LittKit calls it 'reallydown") to take over the former functionality of

Re: A dumb question

most trustworthy distro I've ever used. It's a rolling release that almost never has bugs, and you don't get into jams the way Arch people do. And any time you need help, you can go to #voidlinux on FreeNode and talk to lots of experts. Void's the best: Don't lose your enthusiasm. Steve Steve Litt May 2017 featured book: Twenty Eight Tales of Troubleshooting http://www.troubleshooters.com/28

[offlist] If Linux Is About Choice, Why Then ...

tch?v=ZTdUmlGxVo0&t=24m32s View 24:32 to 24:57 Nicolas, on a spare computer or spare VM, fire up a non-systemd Linux and install runit or s6. Work with it for awhile. Write your own daemons and deploy them. with runit and s6, a daemon is just a program: It doesn't have to background itself. SteveT Steve Litt April 2017 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques

Re: s6 talk at FOSDEM 2017: video

upervision suites. Each definition should come with plenty of examples and enough redundancy that even the most unfamiliar can understand exactly what you're talking about. Which do you like more: Anopa, or s6-rc? Thanks for the great doc! SteveT Steve Litt January 2017 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Re: register runsvdir as subreaper

y simple package. Every time I hear people wanting inits to do more, my question is "why does it have to be done in the init?" Whatever you want to do, there are a million ways to do it, so it's not necessarily the responsibility of already-written, highly functioning software. SteveT Steve Litt January 2017 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Re: register runsvdir as subreaper

the > Docker container. > > > Mitar > > On Wed, Feb 1, 2017 at 9:55 AM, Steve Litt > wrote: > > On Wed, 1 Feb 2017 12:09:01 -0500 > > Roger Pate wrote: > > > >> On Wed, Feb 1, 2017 at 11:48 AM, Laurent Bercot > >> wrote: > >> >

Re: register runsvdir as subreaper

upervise a daemon that > results in orphans; and even then, the right thing is to report this > as a bug to the author of the program leaving orphans and have it > fixed. Am I missing something? Do containers not have a PID1? If so, what runs runsvdir (with the runit init system)? What

Re: register runsvdir as subreaper

hat does little but reap zombies, listen for signals, and fork the sv system which of course spawns runsvdir. So if I understand your request, it should be doable via the existing PID1, or via a PID1 you substitute or add code to. SteveT Steve Litt January 2017 featured book: Troubleshooting: Just the Facts http://www.troubleshooters.com/tjust

Re: runsvdir polling

On Sun, 15 Jan 2017 13:58:30 -0800 39066...@gmail.com wrote: > On Sun, Jan 15, 2017 at 12:28:49PM -0500, Steve Litt wrote: > > > That sounds sensible on a desktop. In my case the motivation is to > > > trim a source of power draw for an image that's going to run on a &g

Re: runsvdir polling

On Sun, 15 Jan 2017 01:40:13 -0800 39066...@gmail.com wrote: > On Sat, Jan 14, 2017 at 04:10:07PM -0500, Steve Litt wrote: > > On Fri, 13 Jan 2017 21:12:27 -0800 > > 39066...@gmail.com wrote: > > > > > I'm using runit as my primary init on Linux to good ef

Re: runsvdir polling

used computer, any deleterious effects of runit time consumption could be solved by running runsvdir and all the runsv's with a positive nice value. In my opinion, by far the greatest benefit of runit is its simplicity, and there's no way I'd trade that for a theoretical

Re: passing the listening socket as an open file descriptor

o rule them all", you'll come around to the idea that there are much worse things than tens if not hundreds of ways of doing something, and perhaps it's a matter of documentation and discussion throughout the community rather than a fait accompli by a $14.1 Billion corporation and its

Re: GNU Emacs now runs in foreground

mons > themselves still have to have an arbitrary $DISPLAY in order to start > up in their initial, not connected to any clients and their displays > yet, mode. In practice, thus, the implementation of the user-wide > client-server idea is half-hearted and flawed in this respect.

Re: GNU Emacs now runs in foreground

music over fifos through network and make many > amchines play same music Thanks Martin, Could you please show me your run scripts for tmux, screen and mpd? These are the three I could see myself using in this manner. SteveT Steve Litt November 2016 featured book: Quit Joblessness: Start Your Own Business http://www.troubleshooters.com/startbiz

Re: GNU Emacs now runs in foreground

On Thu, 1 Dec 2016 20:48:37 +0300 Jean Louis wrote: > On Thu, Dec 01, 2016 at 12:41:18PM -0500, Steve Litt wrote: > > > > > > Just before some time, emacs --daemon, would go into background, > > > so it was not feasible to control it with s6 scripts. Now > >

Re: GNU Emacs now runs in foreground

On Thu, 1 Dec 2016 20:28:46 +0300 Jean Louis wrote: > On Thu, Dec 01, 2016 at 12:05:31PM -0500, Steve Litt wrote: > > OK, I'll byte. > > > > I thought emacs was an editor that a human runs in the foreground to > > edit files, so my reaction to this was "of

Re: GNU Emacs now runs in foreground

opment version or git. OK, I'll byte. I thought emacs was an editor that a human runs in the foreground to edit files, so my reaction to this was "of course it runs in the foreground!" What am I missing? Thanks, SteveT Steve Litt November 2016 featured book: Quit Joble

  1   2   >