Red Hat Bugzilla – Bug 454260
/etc/profile.d/qt.sh leaks variable ARCH
Last modified: 2008-07-15 08:15:31 EDT
Description of problem:
Bash startup file /etc/profile.d/qt.sh internally uses variable ARCH, but
inadvertently leaks this (unexported) variable to the users shell.
As ARCH is a pretty common name for a variable, it can cause trouble.
Even if it doesn't, it is still pollution...
Version-Release number of selected component (if applicable):
BTW, qt-3.3.8b-2.fc8 does not have this problem yet.
Steps to Reproduce:
1. echo $ARCH in an otherwise clean shell
Fix is easy:
*) Either undef ARCH somewhere at the end of the script
*) Or not to use a one-time variable here at all ...
"case $(uname -m) in "
The csh-version of that script seems to do the same ...
BTW: in a similar way the script 'colorls.sh' from coreutils
leaks the variable 'colors'.
* Mon Jul 07 2008 Rex Dieter <firstname.lastname@example.org> - 3.3.8b-14
- QTDIR isn't set in ppc64 buildroot (#454313)
- /etc/profile.d/qt.sh leaks variable ARCH (#454260)
qt3-3.3.8b-14.fc9 has been submitted as an update for Fedora 9
qt3-3.3.8b-14.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update qt3'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-6172
qt3-3.3.8b-14.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.