Re: emptyenv and default path

t; find foreground on. Foreground however does not receive a path and so > falls back to using the default. > Got it. That was the conjecture I had come up with, I am very pleased to have it confirmed. Thank you! Regards, Brett -- Brett Neumeier (bneume...@gmail.com)

emptyenv and default path

s just as it does if /opt/skar/bin is in the PATH when I run the script -- so after emptyenv exec's into the next program, the default path is definitely being used. Why isn't it used when emptyenv is running? Cheers! Brett -- Brett Neumeier (bneume...@gmail.com)

difference between bundles and dependencies in s6-rc

as dependencies? If there is a functional difference -- what is it? Cheers, Brett -- Brett Neumeier (bneume...@gmail.com)

Re: difference between bundles and dependencies in s6-rc

On Fri, May 26, 2017 at 8:17 PM, Casper Ti. Vector <caspervec...@gmail.com> wrote: > <https://skarnet.org/cgi-bin/archive.cgi?2:msp:1345:gcohklphppihpflkobnh>. > ​Thanks for the link -- that also answers my question. -- Brett Neumeier (bneume...@gmail.com)

Documentation glitch for s6-uevent-listener

s6-linux-utils/doc/s6-uevent-listener.html contains a broken link "mdevd". Perhaps this should go to the busybox home page, or perhaps the mdev primer at https://git.busybox.net/busybox/tree/docs/mdev.txt ? -- Brett Neumeier (bneume...@gmail.com)

Re: Where does /dev get mounted?

On Oct 30, 2017 1:50 PM, "Laurent Bercot" wrote: But I do have a question: as documented, I find that when stage1's child > process execs into stage2, there is a devtmpfs mounted at /dev. I don't > understand where this happens! I see where the stage 1 script mounts a >

Where does /dev get mounted?

mounted at /dev. I don't understand where this happens! I see where the stage 1 script mounts a tmpfs at /run, but I don't see anything there, or in the initial s6 scandir, that mounts /dev. What am I missing? Cheers! Brett -- Brett Neumeier (bneume...@gmail.com)

Re: Where does /dev get mounted?

Hi Colin, Thanks for your reply! This isn't a distribution, though, and has no initramfs -- it's a system I built myself, kind of like a Linux From Scratch. On Oct 30, 2017 1:49 PM, "Colin Booth" <co...@heliocat.net> wrote: > On Mon, Oct 30, 2017 at 12:14:50PM -0500, B

Re: Naming of execlineb

On Jul 27, 2018 12:52 PM, "Profpatsch" wrote: Why is the main binary named `execlineb` and not `execline`? What does the `b`-suffix stand for? I believe the original execline didn't support blocks; then the block syntax was added as execlineb; and then it turned out that block support is so

Tiny documentation patch for s6-rc

everything fits together. Huge thanks for making this possible. -- Brett Neumeier (bneume...@gmail.com) From ab234d25ddf2fde606a0b8b7937462b4e2247f8f Mon Sep 17 00:00:00 2001 From: Brett Neumeier Date: Mon, 20 Aug 2018 11:31:02 -0500 Subject: [PATCH] s6-rc documentation fix --- doc/s6-rc

execline "importas" documentation question

echo prefix${FOO}postfix I get the output "prefixpostfix", which is identical to what I get if I add a -D option with an empty word. If the whole word were deleted, I'd expect to get empty output. (If the whole *world* were deleted, I'd expect to be floating in space...) -- Brett Neumeier (bneume...@gmail.com)

Re: execline "importas" documentation question

an empty string before running the importas command. The expected behavior does indeed show up if you single-quote that word so that bash leaves it alone: $ importas FOO FOO echo 'prefix${FOO}postfix' $ -- Brett Neumeier (bneume...@gmail.com)

Re: sdnotify-wrapper docs clarification

an skip the double-fork operation. But if you are not sure that it does that, you should omit the `-f` option and retain the default double-fork behavior. I agree that "...this option" is less ambiguous than "...that option". -- Brett Neumeier (bneume...@gmail.com)

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

fully enough to determine whether that's actually the case, but it seems a reasonable conjecture. Anyway, I bet that's why I don't see the same error. -- Brett Neumeier (bneume...@gmail.com)

Re: s6-svscan can't find shared libraries

On Wed, Dec 4, 2019, 10:49 J. Lewis Muir wrote: > I thought of another scenario: you don't have root on a machine, and > you want to install software in your home directory. Obviously, > /etc/ld.so.conf won't work for this case. > Yes, and this kind of situation is exactly why there are

Re: Succinct, idiomatic abort in execlineb scripts?

Perhaps just wrap each preparation command in an if block? if { execline-cd data } Will continue the script if execline-cd succeeds, and abort if it does not. On Mon, Sep 5, 2022, 1:54 PM Saj Goonatilleke via skaware < skaware@list.skarnet.org> wrote: > Hello, > > Within the context of, say,

Re: s6-linux-init without virtual consoles

On Wed, Jun 7, 2023, 8:37 AM Oliver Schad wrote: > Thanks for everything! s6 is one of the most beautiful software > projects I know. This right here -- S6, and honestly, the whole skarnet ecosystem of software, is a genuine pleasure to work with. I agree with everything Oli said. Cheers,