inetutils permissions?

[Richard L. Hamilton]

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 <macportsusers-20171215 at billmail.scconsult.com> 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
> bill at scconsult.com or billcole at apache.org
> (AKA @grumpybozo and many *@billmail.scconsult.com addresses)
> Currently Seeking Steadier Work: https://linkedin.com/in/billcole
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 874 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20180715/70ed7e54/attachment.sig>