[PATCH] Use /bin/kill not /usr/bin/kill in systemd scripts

[simo]

On Fri, 2013-02-08 at 09:57 +0100, Michael Adam wrote:
> On 2013-02-08 at 19:43 +1100, Andrew Bartlett wrote:
> > On Fri, 2013-02-08 at 09:35 +0100, Andreas Schneider wrote:
> > > On Friday 08 February 2013 11:40:38 Andrew Bartlett wrote:
> > > > I'm not yet up on all the systemd stuff, but it was suggested to me
> > > > that /bin/kill is a more portable command than /usr/bin/kill across both
> > > > Red Hat and debian derived distributions.
> > > 
> > > /usr/bin/kill is used cause of UsrMove.
> > > 
> > > http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge
> > > 
> > > This has already been finished in Fedora 17 and will be the case in the 
> > > upcoming RHEL version.
> > > In openSUSE it is already work in progress since 12.2.
> > > 
> > > I don't know about the Debian or Debian based distributions. I would like to 
> > > keep it the way it is. Does debian alreay have systemd? If they use systemd it 
> > > is likely that UsrMerge will be done too.
> > 
> > That link goes nowhere for me, and so I'm rather confused.  In any case,
> > the use case I have is a debian Wheezy based system with systemd.
> 
> It is discussed to move contents of /bin to /usr/bin and likewise
> for /sbin, /lib, and /lib64, and replacing  /bin by a symlink to
> /usr/bin, and so on.
> 
> More precisely, quoting from the url above:
> "Improved compatibility with other Unixes/Linuxes in behavior:
> After the /usr merge all binaries become available in both /bin
> and /usr/bin, resp. both /sbin and /usr/sbin. (simply because
> /bin becomes a symlink to /usr/bin, resp. /sbin to /usr/sbin)."
> 
> This means (for me) that using /bin/kill is the more portable
> version and we should use it.

Not really, it means that we will keep /bin available for a while, but
it is only for backwards compatibility and one day may be removed.
All new software is encouraged to use /usr/bin if possible.

Simo.

-- 
Simo Sorce
Samba Team GPL Compliance Officer <simo at samba.org>
Principal Software Engineer at Red Hat, Inc. <simo at redhat.com>