Thanks! Not good, failing to either stick to least common denominator usage or supply their own script version (the more common options of install being easy enough for that). Evidently it also doesn't check for e.g. ginstall as the GNU-specific version (since I had that installed).
Would it make sense if packages that installed GNU executables where that sort of problem might arise also symlinked them into e.g. /opt/local/gnu/bin without the g prefix? That would at least allow an easy workaround for such situations, by just putting that directory in front of the PATH...provided we're not already using tools that would conflict with as part of port processing. > On Jul 14, 2018, at 13:59, Bill Cole > <[email protected]> wrote: > > On 14 Jul 2018, at 2:09 (-0400), Richard L. Hamilton wrote: > >> rlogin, rsh, and I think rcp need to be setuid root, because they have to >> use privileged ports. But they were installed without the setuid root >> permission set (they worked normally after setting it by hand). >> >> Is there any reason that isn't set as part of installation? Granted it's not >> without downside, but someone that's using the old r-commands probably isn't >> too worried about that anyway. > > It looks like this is a bug in the inetutils config/build system. It selects > '/usr/bin/install' as the install tool, but does not verify what flavor of > 'install' that is, assuming that it will allow GNU 'install' argument > ordering. However, that's a BSD-heritage 'install' which does not handle > putting the source filename before options, and it breaks. Making things > worse, it is a breakage that inetutils is entirely unprepared for, because it > assumes that the only way 'install' can fail is a permissions problem. > > I've just submitted a bug to the GNU inetutils maintainer. > > > -- > Bill Cole > [email protected] or [email protected] > (AKA @grumpybozo and many *@billmail.scconsult.com addresses) > Currently Seeking Steadier Work: https://linkedin.com/in/billcole >
signature.asc
Description: Message signed with OpenPGP
