georep: fix hard-coded paths in gsyncd.conf.in
This is part of the reason why we use autoconf (i.e. configure). For an ordinary clone+autogen.sh+configure SBIN_DIR is /usr/local/sbin; for an rpm or dpkg build it will be /usr/sbin. I wonder how many more are lurking in our sources? /usr/libexec is one that frequently bites us on Debian and Ubuntu, which don't have /usr/libexec. (But it's all Linux, right?) See https://bugzilla.redhat.com/show_bug.cgi?id=1601532 Reported-by: lohmaier+rhbz@gmail.com Change-Id: I6523894416cc06236ea1f99529efd36e957bd98e updates: bz#1193929 Signed-off-by: Kaleb S. KEITHLEY <kkeithle@redhat.com>
This commit is contained in:
parent
abd7b13932
commit
48d0fdaa2b
@ -138,11 +138,11 @@ value =
|
||||
help=If SSH keys are not secured with gsyncd prefix then use this configuration to set the actual path of gsyncd(Usually /usr/libexec/glusterfs/gsyncd)
|
||||
|
||||
[gluster-command-dir]
|
||||
value=/usr/local/sbin/
|
||||
value=@SBIN_DIR@
|
||||
help=Directory where Gluster binaries exist on master
|
||||
|
||||
[slave-gluster-command-dir]
|
||||
value=/usr/local/sbin/
|
||||
value=@SBIN_DIR@
|
||||
help=Directory where Gluster binaries exist on slave
|
||||
|
||||
[gluster-params]
|
||||
|
Loading…
x
Reference in New Issue
Block a user