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

[Andrew Bartlett]

On Sat, 2013-02-09 at 09:36 -0500, simo wrote:
> On Sat, 2013-02-09 at 22:13 +1100, Andrew Bartlett wrote:
> > On Fri, 2013-02-08 at 08:06 -0500, simo wrote:
> > > 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.
> > 
> > Well given this, and the full variety of Linux distributions who may
> > choose to embrace systemd, I suggest that the dream of 'systemd scripts
> > are not distro-specific' is not actually reality.  I therefore suggest
> > we remove them and leave them for packagers to provide, just as we have
> > done for init scripts.  
> 
> Systemd upstream strongly suggest we provide unit files. I think we
> should do so. If some distro really wants to deviate it will be on their
> shoulders to put custom unit files in their packages. I do not see any
> reason not to provide default unit files like we do with default config
> files.

Sure, and so that's why I'm so puzzled by the objection to choosing a
more compatible unit file.  Given that /bin is hard-coded all over
linux, it's not like these links are going away any time soon, so why
burden our packagers because the distributions they happen to work on
are not willing to swallow the whole 'one true new way' all at once?

Thanks,

Andrew Bartlett

-- 
Andrew Bartlett                                http://samba.org/~abartlet/
Authentication Developer, Samba Team           http://samba.org