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): qt3-3.3.8b-13.fc9 BTW, qt-3.3.8b-2.fc8 does not have this problem yet. How reproducible: Always. Steps to Reproduce: 1. echo $ARCH in an otherwise clean shell 2. 3. Actual results: x86_64 Expected results: Variable nonexistent. Additional info: 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 <rdieter> - 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.