Bugs item #908616, was opened at 2004-03-02 17:46
Message generated for change (Settings changed) made by jsquyres
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=109368&aid=908616&group_id=9368
Category: Installation
>Group: 4.1
>Status: Closed
>Resolution: Fixed
Priority: 8
Submitted By: Bernard Li (bernardli)
Assigned to: Jeff Squyres (jsquyres)
Summary: If Lam is uninstalled switcher breaks
Initial Comment:
If Lam is uninstalled via the Install/Uninstall Package
interface, switcher will break if Lam is a system/user
defined default.
This is the same for any other packages that switcher
switches.
The fix would involve adding some logic to the uninstall
script for these packages - do a switcher query and set
the system/user default to the OTHER package before
uninstalling the package.
If there are no more packages available for the tag,
then remove the tag entirely...
----------------------------------------------------------------------
>Comment By: Jeff Squyres (jsquyres)
Date: 2004-12-06 16:14
Message:
Logged In: YES
user_id=11722
This is going to be a doc fix for 4.0 -- what is happening is that the
scriptlet is failing to un-register LAM from switcher. The user can certainly
do this manually. Plus, not many people are going to be actually
uninstalling LAM.
Will commit the new RPM that fixes this issue in the trunk.
----------------------------------------------------------------------
Comment By: Jeff Squyres (jsquyres)
Date: 2004-12-04 20:12
Message:
Logged In: YES
user_id=11722
Arf! Found a typo in the scriptlet. Easily fixed, but I notice that this bug
is
not priority 9.
Promoting to priority = 8 so that the RM can approve or disapprove it for
4.0...
----------------------------------------------------------------------
Comment By: Bernard Li (bernardli)
Date: 2004-11-26 21:06
Message:
Logged In: YES
user_id=879102
[EMAIL PROTECTED] oscar]# switcher mpi --show
user:default=lam-7.0.6
user:exists=1
[EMAIL PROTECTED] root]# rpm -e lam-switcher-modulefile lam-
oscar-modulefile lam-oscar
mpi/lam-7.0.6(71):ERROR:102: Tcl command execution failed:
if { $have_blcr == 1 && $have_gm == 1 &&
[file exists $dir/lam-with-blcr-and-gm-oscar-$version] } {
module load $dir/lam-with-blcr-and-gm-oscar-$version
} elseif { $have_blcr == 0 && $have_gm == 1 &&
[file exists $dir/lam-with-gm-oscar-$version] } {
module load $dir/lam-with-gm-oscar-$version
} elseif { $have_blcr == 1 && $have_gm == 0 &&
[file exists $dir/lam-with-blcr-oscar-$version] } {
module load $dir/lam-with-blcr-oscar-$version
} elseif { [file exists $dir/lam-oscar-$version] } {
module load $dir/lam-oscar-$version
} else {
break
}
ERROR: Already have a tag ("mpi"); cannot specify a second
tag ("show")
[EMAIL PROTECTED] oscar]# switcher mpi --show
user:default=lam-7.0.6
user:exists=1
---
Let me know what you need from oscarinstall.log, I will paste
the relevant information.
----------------------------------------------------------------------
Comment By: Jeff Squyres (jsquyres)
Date: 2004-11-26 20:41
Message:
Logged In: YES
user_id=11722
Release manager: we need a decision as to whether this bug is fixed for
4.0 or 4.1.
----------------------------------------------------------------------
Comment By: Jeff Squyres (jsquyres)
Date: 2004-11-26 20:40
Message:
Logged In: YES
user_id=11722
So here's the thing -- as I mentioned in a previous reply, LAM's %preun is
supposed to be taking care of this. Can you send your oscarinstall.log?
Can you see if LAM's %preun is firing? Or, more specifically, can you try
"rpm -e lam" manually and see if it removes itself from the switcher
setup?
I guess it's possible that something changed such that its logic is not firing
properly anymore...?
Here's LAM's %preun:
-----
a=/etc/profile.d/00-modules.sh
which switcher > /dev/null 2> /dev/null
b=$?
if test -f $a -a "$b" = "0"; then
. $a
default="`switcher mpi show --system | grep default | cut -d= -f2`"
# If this RPM was the system default switcher module, then
# both print a warning and remove the system default.
if test "$default" = "lam-%{version}"; then
echo "WARNING: This RPM was the default MPI
implementation!"
echo "WARNING: There is no NO DEFAULT MPI
implementation!"
switcher mpi = none --system --force --silent
fi
# Remove this module's name from the switcher repository
switcher mpi --rm-name lam-%{version} --force --silent
fi
-----
----------------------------------------------------------------------
Comment By: Bernard Li (bernardli)
Date: 2004-11-26 20:02
Message:
Logged In: YES
user_id=879102
- Basically the problem is, if LAM is the default for the MPI
tag, and it is un-installed, then the MPI tag will be 'broken'
since it is never updated to reflect that LAM has been
removed (if you do switcher mpi --show, it will still say LAM is
the default even though it has been removed).
- Therefore the necessary fix is to add some code in LAM/MPI
and MPICH's un-install scripts to switch the default for the
MPI tag.
----------------------------------------------------------------------
Comment By: Bernard Li (bernardli)
Date: 2004-11-24 19:00
Message:
Logged In: YES
user_id=879102
I will re-test this with OSCAR 4.0 and post back any error
messages.
----------------------------------------------------------------------
Comment By: Jeff Squyres (jsquyres)
Date: 2004-11-23 07:28
Message:
Logged In: YES
user_id=11722
Can you be precise about what exactly happens when you remove the LAM
RPM?
There should be logic in the .spec that handles this case -- if that logic is
broken, that's a different issue...
----------------------------------------------------------------------
Comment By: Benoit des Ligneris (bligneri)
Date: 2004-11-22 19:54
Message:
Logged In: YES
user_id=179120
Hello Jeff,
Well, this is certainly a switcher bug but maybe link to
NEST and the new way of removing packages. If yes, please
suggest a way around this problem and pass the bug to
someone from the NEST group ;-))))
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=109368&aid=908616&group_id=9368
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
