Re: Question about enable-absolute-paths option

2018-09-09 Thread Shengjing Zhu
On Mon, Sep 10, 2018 at 4:17 AM Laurent Bercot wrote: > Red Hat distributions provided a /usr/bin/cd program for some time, > that did exactly that. Maybe it's still around on Fedora/CentOS. > They still have /usr/bin/{cd, umask, wait}, which are just #!/bin/sh builtin cd/umask/wait "$@" --

Re: Question about enable-absolute-paths option

2018-09-09 Thread Laurent Bercot
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906250#22 That's an incredibly disingenuous argument. Debian isn't POSIX- compliant by any stretch of the imagination, and they currently don't provide POSIX-compliant cd/umask/wait binaries because they have correctly identified that

Re: Question about enable-absolute-paths option

2018-09-04 Thread Laurent Bercot
However the binaries(cd, umask, wait) that cause problem are not dependency of s6. Those binaries are not causing problems. What *is* causing problems is fellow developers who *think* those binaries are problematic, for reasons that all come from ignorance of how Unix (and the shell) works.

Re: Question about enable-absolute-paths option

2018-09-03 Thread Colin Booth
On Mon, Sep 03, 2018 at 12:46:10PM +0800, Shengjing Zhu wrote: > On Mon, Sep 3, 2018 at 5:36 AM Guillermo wrote: > > You don't need to do that. You *can* install the full set of execline > > binaries in /usr/lib/execline using --enable-absolute-paths, (and you > > should add

Re: Question about enable-absolute-paths option

2018-09-02 Thread Shengjing Zhu
On Mon, Sep 3, 2018 at 5:36 AM Guillermo wrote: > You don't need to do that. You *can* install the full set of execline > binaries in /usr/lib/execline using --enable-absolute-paths, (and you > should add --shebangdir=\$${prefix}/lib/execline too), just like in > your OP. Both s6 and s6-rc should

Re: Question about enable-absolute-paths option

2018-09-02 Thread Guillermo
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: Question about enable-absolute-paths option

2018-09-02 Thread Laurent Bercot
But I probably will not install binaries like `if, exec, wait` to default PATH(like /usr/bin). Although I understand this is possible technically(and currently no other programs claim these names). The actual reason is that I can't afford time to argue with other developers. When I ask on

Re: Question about enable-absolute-paths option

2018-09-02 Thread Casper Ti. Vector
On Sun, Sep 02, 2018 at 11:17:20PM +0800, Shengjing Zhu wrote: > The actual reason is that I can't afford time to argue with other > developers. When I ask on debian-devel list, at least someone is > object to this[1]. I'd to admit that I'm not good at argument. The > simple solution I see is to

Re: Question about enable-absolute-paths option

2018-09-02 Thread Laurent Bercot
Thanks for this note, I haven't looked at these packages. At first I thought execline binaries will only be called inside execlinep scripts. Could you give some examples that s6 calls these binaries directly except exelinep? In addition to what Casper said: for instance, some of the

Re: Question about enable-absolute-paths option

2018-09-02 Thread Casper Ti. Vector
On Sun, Sep 02, 2018 at 02:12:47PM +0800, Shengjing Zhu wrote: > Thanks for this note, I haven't looked at these packages. At first I > thought execline binaries will only be called inside execlinep > scripts. Could you give some examples that s6 calls these binaries > directly except exelinep?

Re: Question about enable-absolute-paths option

2018-09-01 Thread Laurent Bercot
I intend to package skarnet softwares in Debian. When packaging execline, I find it produces a lot of binaries with common names. Thus I want to put them in path like /usr/lib/execline/. Do not do this. Several programs, including s6 and s6-rc, rely on execline binaries to be in their PATH.