Re: execline's pipeline (and forbacktickx) with closed stdin

Laurent Bercot wrote: So I've pushed a fix to the current execline git, please tell me if it works for you. Yes, that worked. However, POSIX considers that UB is acceptable when you run a program with 0, 1 or 2 closed: look for If file descriptor 0 in

Re: execline's pipeline (and forbacktickx) with closed stdin

Laurent Bercot ska-skaw...@skarnet.org wrote: Did you really manage to umount /dev (maybe) and mount a tmpfs over it (for sure) with fds still open to the old /dev ? Without an EBUSY error ? If it's the case, and you're using Linux, then the kernel's behaviour changed. Yeah, it's Linux. A

Re: [announce] s6-linux-init-0.0.1.0

Hi, 2015-06-17 17:27 GMT-03:00 Laurent Bercot: s6-linux-init-0.0.1.0 is out. It is a new package that, for now, only contains one program, and more documentation than source code. :) Its goal is to automate the creation of stage 1 (/sbin/init) binaries for people who want to run

Re: Native readiness notification support in s6-supervise

2015-06-15 16:29 GMT-03:00 Laurent Bercot: The feature is available in the latest s6 git head, which is also a release candidate for 2.1.4.0. Hello, In the examples/ROOT/img/services-local/syslogd-linux subdirectory, there is an implementation of the syslogd service for Linux , using

Re: Bug in ucspilogd v2.2.0.0

2015-08-12 2:54 GMT-03:00 Laurent Bercot: ucspilogd doesn't care about the chosen trailer character. It will treat \0 and \n equally as line terminators - which is the only sensible choice when logging to a text file and prepending every line with some data. Oh. Then logger version 2.26.2

Re: Preliminary version of s6-rc available

Hello, I have the following issues with the current s6-rc git head (last commit 8bdcc09f699a919b500885f00db15cd0764cebe1): * s6-rc-compile doesn't copy the 'nosetsid' file in the service definition directory of a longrun to the compiled database directory. * s6-rc-compile produces an error if

Re: Preliminary version of s6-rc available

Hello, I have new issues with the current s6-rc git head (after yesterday's bugfixes), discovered with the following scenario: a service database with only two longruns, producersvc and loggersvc, the latter being the former' s logger. Loggersvc's service definition directory had only

Re: Bug in ucspilogd v2.2.0.0

2015-08-10 18:15 GMT-03:00 Laurent Bercot: Oh, it's a mess. A huge mess; there doesn't seem to be any authority on the details of the syslog protocol. No normative body, the client is in the libc, the server is an application: a definite recipe for success! I don't know about syslog on

Re: Preliminary version of s6-rc available

2015-07-12 2:59 GMT-03:00 Laurent Bercot: s6-rc is available to play with. [...] I decided to publish what's already there, so you can test it and give feedback while I'm working on the rest. You can compile service definition directories, look into the compiled database, and run the

Re: [announce] New skarnet.org release, with relaxed requirements.

(I'm so lagging behind...) 2015-10-15 7:47 GMT-03:00 Laurent Bercot: > > Additionally, the new s6 version features a new "-s" switch to > s6-svscan, that makes it possible to configure s6-svscan's behaviour > when it receives certain signals. This is useful, for instance, for > Ctrl-Alt-Del

Re: [announce] skarnet.org Fall 2015 update

2015-09-24 22:35 GMT-03:00 Laurent Bercot: > > But I guess it doesn't cost much to add support for -wr/-wR, if > you want it. No need, I was just curious :) Thank you, G.

Re: [announce] skarnet.org Fall 2015 update

Hi, 2015-09-23 17:10 GMT-03:00 Laurent Bercot: > > * s6-2.2.1.0 > > > [...] > New -wr and -wR options to s6-svc, s6-svlisten1 and s6-svlisten. Reading the documentation, I couldn't tell the difference between these and the -wu and -wU options. Looking at the code, -r seems to

What happens if the catch-all logger restarts?

Hello, Consider a machine with an s6-linux-init-maker-style setup (s6-svscan running as process 1, a catch-all logger reading from a FIFO, etc.). I was wondering if it was possible to make the catch-all logger change its logging script when it is already running, and thought that this would

Re: s6-rc-update do not bring up services

2016-06-04 8:30 GMT-03:00 Eric Vidal: > >> Um, no. What part of the documentation made you think that? If the >> documentation is unclear enough that you understood that, then I need to >> fix it. > > this is the complet line : The service has a dependency to a service that > must restart, or

Re: Booting, s6-rc services and controlling terminal

Some more background on this. 2016-04-02 14:42 GMT-03:00 Laurent Bercot: > > I have no idea what the TIOCSCTTY is for, though. Apparently, on Linux and the BSDs, if 'fd' is an open file descriptor to a terminal device, ioctl(fd, TIOCSCTTY, ...) (two or three arguments) sets it as the

Re: Question about s6-svscanboot (s6 examples)

2017-07-23 14:33 GMT-03:00 Guillermo: > > It looks wrong to me... I mean, not putting the 's6-envdir -I /service/.s6-svscan/env' near the beginning (perhaps it should use absolute path /command/s6-envdir), but moving the 'exec -c' just before the s6-svscan invocation. G.

s6 documentation errors

Hello, The documentation for s6-ipcserverd repeats two times IPCREMOTEEUID in the last sentence of the "Environment variables" section. The second ocurrence should be IPCREMOTEEGID. * http://www.skarnet.org/software/s6/s6-ipcserverd.html The documentation for s6-ipcclient has a dead link to the

Question about s6-svscanboot (s6 examples)

Hello, I don't understand the changes made to this script in commit 3bcbbe18f9a60c0743c30d391c7878034e4b1274 (just before the release of version 2.3.0.0). Previously, the 'exec -c' invocation came first, and the 's6-envdir -I /service/.s6-svscan/env' invocation, just before exec...()'ing into

s6-fdholder-getdumpc fails with 'Protocol error' (EPROTO)

execlineb -Pc ' s6-fdholder-getdump fdholder-socket pipeline { env } grep ^S6_' s6-fdholder-getdumpc: fatal: unable to get dump: Protocol error Partial strace (if requested I'll post it complete): execve("/home/guillermo/skarnet/bin/s6-ipcclient", ["/home/guillermo/skarnet/b

Re: s6-fdholder-getdumpc fails with 'Protocol error' (EPROTO)

2017-08-06 8:47 GMT-03:00 Laurent Bercot: > > Fixed in the latest s6 git. It was a stupid typo. > I'll carve a new release some time this month. Thank you, that worked. This also affected s6-fdholder-transferdumpc, and, for the record, the issue fixed by commit

Re: [announce] mdevd-0.0.1.0 - a mdev-compatible uevent manager

2017-11-15 14:11 GMT-03:00 Didier Kryn: > > I don't know what evdev is (I guess some virtual device) and what's its > place in the big Xorg picture, but I think some of you guys know it. Any > usefull link? X11 comes in pieces; there is the server, normally installed as /usr/bin/X and / or

Re: [announce] mdevd-0.0.1.0 - a mdev-compatible uevent manager

2018-01-15 8:39 GMT-03:00 Laurent Bercot: > > The change is obviously incompatible with mdevd-0.0.1.0. It appears to > work for me, but please test it - especially Olivier who was missing > events with the old coldplug. If no problems are found, I'll cut the > 0.1.0.0 release. Worked for me too.

Re: [announce] mdevd-0.0.1.0 - a mdev-compatible uevent manager

2018-01-12 23:10 GMT-03:00 Laurent Bercot: > > There are modules for which a /sys/class entry, and an appropriate > major/minor pair for mdevd to create the device node, only appear when > the module is loaded, and there's no prior uevent file to trigger > loading the module: the one I've tested

Re: [announce] mdevd-0.0.1.0 - a mdev-compatible uevent manager

2018-01-09 21:35 GMT-03:00 Laurent Bercot: > > What it looks like is the kernel not assigning a major and a minor > to the device before you manually trigger the "add". I suspect it's > just that the relevant module is not loaded, but why would that be > different from any other hardware managing

Re: [announce] utmps-0.0.1.0

Hello, 2018-06-07 9:47 GMT-03:00 Laurent Bercot: > > Hello, > It's been there for some time but there's now a release number. > utmps-0.0.1.0 is out. > […] > It still needs a lot of testing. So, I noticed the package includes example OpenRC service scripts (wow!) for utmps-utmpd and

Re: [announce] execline-2.5.0.0

2018-04-02 7:39 GMT-03:00 Laurent Bercot: > > User reports have come in by the hundreds and they are almost > unanimous (sorry, Colin): they don't like the 2.4.0.0 change, > pretending it hurts readability (as if), and writability too, > of execline scripts. (What? People were actually writing

Small documentation error in s6-rc

Hello, The documentation of the s6-rc-compile program has a small mistake in the description of its -b option. It says: "make s6-rc-oneshot-runner invocations wait instead of fail on lock contention." It mentions s6-rc-oneshot-runner, the supporting service autogenerated by s6-rc-compile,

Re: Question about enable-absolute-paths option

El dom., 2 sept. 2018 a las 13:48, Shengjing Zhu escribió: > > From your previous comment, s6 not only uses execline library, but > also its binaries. Can I get a list of binaries that s6 will use? So I > can only package these. You don't need to do that. You *can* install the full set of

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

El dom., 2 jun. 2019 a las 12:21, Brett Neumeier escribió: > > FWIW, I compiled and ran your test program; the program output concludes with: > > name: ec2user members: (errno = Invalid argument) > End of file or error (errno = Success) > errno = Success Huh. So it looks like I've got a

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

El lun., 10 jun. 2019 a las 4:13, Casper Ti. Vector escribió: > > > /etc/nsswitch.conf, which I don't recall having ever modified, says: > > group: db files > > Try using `qfile -o' to find the owner, and subsequently how it should > originally have been? (I used Gentoo for several years before

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

El dom., 2 jun. 2019 a las 5:53, Laurent Bercot escribió: > > So I'd advise reporting the bug to the glibc maintainers. By the way, Gentoo's toolchain maintainers agreed, so this became upstream bug #24696. A fix, currently in its 8th iteration after several rounds of reviews, is in preparation,

Re: s6-log timestamp bug after resuming; Plan 9 $path and /package

El dom., 1 sept. 2019 a las 19:18, Laurent Bercot escribió: > > >Doesn't s6-log (indirectly) use clock_gettime() with a CLOCK_MONOTONIC > >argument if skalibs was built with --enable-monotonic? > > Yes, it does. But --enable-monotonic is a bad idea for long-lived > processes that need

Ctrl + Alt + Del setup in s6-linux-init?

Hello, s6-linux-init-maker creates an .s6-svscan/SIGINT script that reboots the computer, and Adélie Linux' packaging of s6-linux-init-1.0.2.0 appears to contain an /etc/sysctl.d/ctrlaltdel.conf file that says "kernel.ctrl-alt-del = 0". So one might think that having the kernel send a SIGINT

s6-linux-init-shutdownd: copy & paste error?

Hello, s6-linux-init-shutdownd's code contains something like this in function run_stage3(): if (WIFSIGNALED(wstat)) //... else if (WEXITSTATUS(wstat)) //… else if (WEXITSTATUS(wstat)) //… *

Re: Porting skalibs to GNU Hurd

El mié., 16 oct. 2019 a las 14:02, Laurent Bercot escribió: > > >1. In src/include/skalibs/nonposix.h, > > > >#if defined(__linux__) || defined(__GLIBC__) > >The if condition seems not working. Of course it's not __linux__, but I am > >using glibc. > > Ah, yes, __GLIBC__ is only defined in

Re: False positive in skalibs system feature test

e function"; $ gcc -shared -Wl,-soname=libtest.so -o libtest.so -fPIC -DPIC libtest.c $ objdump -h libtest.so | grep .gnu.warning 23 .gnu.warning.test_function 0059 3060 2**5 $ cat test-program.c #include #include #include int test_function(); int main() {

Re: Porting skalibs to GNU Hurd

El jue., 17 oct. 2019 a las 17:02, Laurent Bercot escribió: > > >__gnu_hurd__ > > That's perfect. I replaced __GLIBC__ with this. I think __GNU__ is still preferred over __gnu_hurd__, judging by the "Preprocessor Define" and "GNU specific #define" sections of the porting guidelines linked

Re: Porting skalibs to GNU Hurd

El jue., 17 oct. 2019 a las 16:51, Laurent Bercot escribió: > > Hurd should return -1 ENXIO, > unless there is a real problem with the underlying file system - and the > test your patch comments exists to catch such problems. …or an error in the underlying operating system. POSIX open() seems to

Re: Porting skalibs to GNU Hurd

El jue., 17 oct. 2019 a las 4:25, Laurent Bercot escribió: > > Do you mean __GNUC__ instead of __GNU__ ? No, I mean __GNU__ without the "C. __GNUC__ is a different predefined macro. G.

Re: False positive in skalibs system feature test

El vie., 25 oct. 2019 a las 14:30, Shengjing Zhu escribió: > > Not familiar with autoconf, but I found the following snippet in autoconf > code. > > https://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/c.m4?h=v2.69#n179 > > ``` > #if defined __stub_$1 || defined __stub___$1 > choke me

Re: False positive in skalibs system feature test

El vie., 25 oct. 2019 a las 17:01, Jens Rehsack escribió: > > > [...] > > configure:2634: result: no > > > > As you can see, only the equivalent of a skarnet.org 'choose cl' is used > > here. > > Wasn't that clear enough when I told that weeks before? > For any typical library function, that is

s6-linux-init: rc.shutdown's and rc.shutdown.final's messages

Hello, Currently, s6-linux-init-shutdownd executes these files with their standard output and error redirected to the catch-all logger's FIFO. The daemon itself redirects its own to /dev/console only before creating the stage 4 script. So, in the absence of errors, only the "sending all processes

Re: s6-svscan can't find shared libraries

El mié., 4 dic. 2019 a las 2:30, J. Lewis Muir escribió: > > Lastly, pkgsrc seems to use rpath based on > > https://www.netbsd.org/docs/pkgsrc/fixes.html#fixes.libtool > > which suggests using libtool with the '-rpath' option for linking. Note that this talks about using -rpath *when invoking

Re: s6-tlsd immediately sending EOF during TLS handshake

El vie., 14 feb. 2020 a las 22:59, Laurent Bercot escribió: > > Indeed, the client's error message indicates that the handshake did > not complete. But in that case, that would mean the error is in > libtls, not s6-tlsd. If this turns out to be a bug in LibreSSL triggered by the OP's particular

Re: s6-tlsd immediately sending EOF during TLS handshake

El jue., 13 feb. 2020 a las 6:50, Laurent Bercot escribió: > > >So I guess that means there is either a bug in LibreSSL (oh no), or in > >s6-networking's LibreSSL code? > > Probably the latter; given your trace, it seems to be the tunnel code > not handling it correctly when it receives a EOF

s6-linux-init-runleveld

Hello, Currently, the s6-linux-init-runleveld service is an s6-sudod process invoked with options -0, -1 and -2. Therefore, if the scripts/runlevel script prints messages to its standard output, they are lost, because it is redirected to /dev/null. So it can't do that. And messages printed to its

Re: [announce] New hypermail archives of skarnet.org mailing lists

Hello, El dom, 9 may 2021 a las 17:18, Laurent Bercot escribió: > > A new web interface to these archives is now available, and this > one appears to work better (there are still a few quirks with > utf-8 display but we'll sort them out). > > https://skarnet.org/lists/skaware/ >

Re: [announce] New hypermail archives of skarnet.org mailing lists

El dom, 9 may 2021 a las 18:44, Guillermo escribió: > > The hypermail links don't work for me, browsers (and wget) say that > the server returns an empty response. Sorry, I should have clarified that I meant the hypermail links in this page: * https://www.skarnet.org/lists.html and I

Re: execlineb ELF executable stack on Linux

Hello, El vie, 9 abr 2021 a las 11:02, Xavier Stonestreet escribió: > > I did some more investigation and the problem lies > in the Makefile's strip instructions which remove the GNU-stack > section from the object files. Without the GNU-stack section the > linker reverts to its

Re: execlineb ELF executable stack on Linux

El dom, 11 abr 2021 a las 15:03, Xavier Stonestreet escribió: > > [...] the breaking point > is making strip and static linking with packages that are build-time > dependencies. So for example, make strip skalibs and then statically > link all other skarnet packages with it. Or make strip execline

Re: [s6-dns] is there a particular reason skadns_packet would return NULL errno ENETUNREACH?

El mié, 12 oct 2022 a las 23:22, Amelia Bjornsdottir () escribió: > > To clarify, I'm referring to the ->target member (in srv) or the > ->exchange member (in mx). > > Are those not the same as the input format for skadns_send? Oooh. If you mean the "target" member of a s6dns_message_rr_srv_t

Re: [s6-dns] is there a particular reason skadns_packet would return NULL errno ENETUNREACH?

El vie, 7 oct 2022 a las 20:29, Amelia Bjornsdottir escribió: > > I link truss -f of my application piped through grep skadns' PID to show > only skadns, on OmniOS > and HardenedBSD > . After

Re: [s6-dns] is there a particular reason skadns_packet would return NULL errno ENETUNREACH? [manually resent to list]

El mié, 12 oct 2022 a las 21:10, Amelia Bjornsdottir escribió: > > I'm passing skadns_send an s6dns_domain_t straight out of an > s6dns_message_rr_srv_t (case 1) or a s6dns_message_rr_mx_t (case 2).Is > that in packet format or in string format? Um, neither? As far as I can tell, skadns_send()

Re: [s6-dns] is there a particular reason skadns_packet would return NULL errno ENETUNREACH?

El lun, 10 oct 2022 a las 13:28, Laurent Bercot escribió: > > s6dns_engine filters answers that do not seem relevant to in-flight > queries. That includes malformed answers or ones that do not follow > RFC 1035. > I was made aware (thanks, Ermine) that some caches fail to set the > RD bit in

Re: [s6-dns] is there a particular reason skadns_packet would return NULL errno ENETUNREACH?

El vie, 7 oct 2022 a las 20:29, Amelia Bjornsdottir escribió: > > On OmniOS, in Vultr's network, my A and lookups check in (skadns_t > *)->list after skadns_update(...), with failure, quickly. On > HardenedBSD, in Shaw's network (so I'm aware that I'm not controlling > for different DNS

Re: Core dump of crashing service program

El mar, 9 ago 2022 a las 9:27, Liviu Nicoara escribió: > >> Your earlier posts do not mention s6-rc, though, only s6, so I'm not >> sure if the system that you are dealing with is using it. > > Yep, s6 and s6-rc (artix w/ s6). Will do my own homework. Oh, Artix. They have official support for s6

Re: Core dump of crashing service program

> * https://wiki.artixlinux.org/Main/LocalUserServicesOns6 More specifically, this: * https://wiki.artixlinux.org/Main/LocalUserServicesOns6#Complete_s6_supervision_.28optional.29

Re: Core dump of crashing service program

G:El lun, 8 ago 2022 a las 16:23, Liviu Nicoara escribió: > > I know next to zero about runlevels and the > initialization orchestra. What is the correct way to get s6 to give me > something that looks like runlevel 5 (a graphical display manager)? From my > reading, is via bundles and I get the

Re: s6-rc user services on Gentoo

El mié, 3 abr 2024 a las 8:37, Laurent Bercot escribió: > > >2) The presence of a notification-fd file tells s6 that dbus-daemon > >can be somehow coerced into producing an s6-style readiness > >notification using file descriptor 3 without changing its code, are > >you sure that's the case with

Re: s6-rc user services on Gentoo

Hello, El mar, 2 abr 2024 a las 1:42, Alexis escribió: > > > S6RC_SERVICE_REPO=${HOME}/src/srht/gentoo-overlay/sys-apps/s6-rc-services/files/ > > * The above directory contains two service directories: > ** dbus-session-bus/, containing: > *** type: longrun > *** notification-fd: 3 > ***