svn commit: r314464 - head/usr.sbin/yppush

[Rodney W. Grimes]

> On Wed, Mar 1, 2017 at 8:57 AM, Alexey Dokuchaev <danfe at freebsd.org> wrote:
> > On Wed, Mar 01, 2017 at 08:43:55AM -0800, Rodney W. Grimes wrote:
> >> I believe we have some other full path things that have crept
> >> forward into the production release, but that may be in ports
> >> only.  Nope bad full paths links I found in just a few seconds:
> >>
> >> lrwxr-xr-x   1 root  wheel         15 Nov 30 02:26 chfn -> /usr/bin/chpass
> >> lrwxr-xr-x   1 root  wheel         15 Nov 30 02:26 chsh -> /usr/bin/chpass
> >> lrwxr-xr-x   1 root  wheel          7 Nov 30 02:27 cpio -> bsdcpio
> >> lrwxr-xr-x   1 root  wheel         21 Nov 30 02:27 mailq -> /usr/sbin/mailwrapper
> >> lrwxr-xr-x   1 root  wheel         21 Nov 30 02:27 newaliases -> /usr/sbin/mailwrapper
> >> lrwxr-xr-x   1 root  wheel         10 Nov 30 02:25 pgrep -> /bin/pgrep
> >> lrwxr-xr-x   1 root  wheel         10 Nov 30 02:25 pkill -> /bin/pkill
> >> [...]
> >
> > Jeez, this is all so bogus!  Imagine accessing those remotely via NFS mount
> > and watch things break hell in all weird ways. :-(
> 
> This is completely orthogonal to my changes (and has been in place for
> a number of years). If you'd like to use relative symlinks for
> programs, then let's definitely do it as part of another change
> (personally, I think that some of these items could and should be
> replaced with hardlinks).

Yes, this is just something that leaked over into this thread.
Note that this is not just something I want to do, this is technically
a bug in FreeBSD and a regresion that occured.

And yes in general if the binaries live in the same directoy hard
rather than soft links should be used, so another regresion.


-- 
Rod Grimes                                                 rgrimes at freebsd.org