Bug #7295
unexpected behavior of UPS product area /grid/fermiapp/products/common/
0%
Description
I have setup my shell environment in two different manners and the results are very different from my expectations. Here is my assumption:
If I source the setup or setups or setups.sh script for a UPS product area, I assume that the products installed in that area will be available for setup in the shell where the script was sourced.
But for /grid/fermiapp/products/common this is not the case and here is the example where I discovered this:
<lariatgpvm01.fnal.gov> source /grid/fermiapp/products/larsoft/setup
<lariatgpvm01.fnal.gov> echo $PRODUCTS
/grid/fermiapp/products/larsoft
<lariatgpvm01.fnal.gov> source /grid/fermiapp/products/common/etc/setup
<lariatgpvm01.fnal.gov> echo $PRODUCTS
/grid/fermiapp/products/larsoft
Where as if I source the setup scripts in the opposite order, I see both product areas:
<lariatgpvm01.fnal.gov> source /grid/fermiapp/products/common/etc/setup
<lariatgpvm01.fnal.gov> echo $PRODUCTS
/grid/fermiapp/products/common/db
<lariatgpvm01.fnal.gov> source /grid/fermiapp/products/larsoft/setup
<lariatgpvm01.fnal.gov> echo $PRODUCTS
/grid/fermiapp/products/larsoft:/grid/fermiapp/products/common/db
The fact that the /grid/fermiapp/products/common isn't part of the PRODUCTS variable is completely unexpected and I believe inconsistent with both documentation and socialized education of users. This either needs to be fixed or at a bare minimum, there should be notification that the PRODUCT variable wasn't modified by the setup script in /grid/fermiapp/products/common/etc
History
#1 Updated by Marc Mengel about 6 years ago
- Description updated (diff)
This was fixed in r2790, in January, and should already be included in newer ups versions. So we need to upgrade ups in /grid/fermiapp/products/common.
#2 Updated by Marc Mengel over 3 years ago
- Status changed from New to Closed