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

[bugzilla at redhat.com]

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

Mark Mielke <mmielke at ciena.com> changed:

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



--- Comment #5 from Mark Mielke <mmielke at ciena.com> ---
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.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Yxfym05r7Z&a=cc_unsubscribe