[Bugs] [Bug 1425326] gluster bash completion leaks TOP=0 into the environment

bugzilla at redhat.com bugzilla at redhat.com
Thu Aug 2 09:22:26 UTC 2018


https://bugzilla.redhat.com/show_bug.cgi?id=1425326

Mark Mielke <mmielke at ciena.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mmielke at ciena.com



--- Comment #3 from Mark Mielke <mmielke at ciena.com> ---
I'm confused by the several bug related to this as to which one is tracking the
need for a fix. In any case, adding my comment here as well...

We're hitting this as well:

-bash-4.2$ cat /etc/system-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)
-bash-4.2$ rpm -q glusterfs-cli
glusterfs-cli-3.7.1-16.el7.x86_64
-bash-4.2$ TOP=/abc
-bash: /abc: syntax error: operand expected (error token is "/abc")
-bash-4.2$ grep "declare -i" /etc/bash_completion.d/gluster 
declare -i TOP=0
-bash-4.2$ declare +i TOP
-bash-4.2$ TOP=/abc
-bash-4.2$ 

It's not just that it is leaked, but that it is declared with "+i" causing bash
to interpret it in an integer context from the on.

This needs to be fixed. We have build scripts that set TOP=/path and users
upgrading from RHEL 6 to RHEL 7 are hitting this problem now.

Remove glusterfs-cli doesn't seem to be a good option either as even though we
don't really use gluster, we do use libvirt, and libvirt ends up pulling in
glusterfs-cli.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list