Menu
▾
▴
env-switcher-devel — General development of the env-switcher project
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(24) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
(10) |
Feb
(5) |
Mar
(2) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2002-09-22 14:55:30
|
Bugs item #612836, was opened at 2002-09-22 07:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612836&group_id=51915 Category: env-switcher functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Infinite loop Initial Comment: The following command puts the command line parser into an infinite loop: $ switcher mpi default foo This is not legal syntax, but it should not go into an infinite loop -- it should print some kind of meaningful error message instead. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-09-22 07:55 Message: Logged In: YES user_id=11722 Fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612836&group_id=51915 |
|
From: <no...@so...> - 2002-09-22 14:28:41
|
Bugs item #612836, was opened at 2002-09-22 07:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612836&group_id=51915 Category: env-switcher functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Infinite loop Initial Comment: The following command puts the command line parser into an infinite loop: $ switcher mpi default foo This is not legal syntax, but it should not go into an infinite loop -- it should print some kind of meaningful error message instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612836&group_id=51915 |
|
From: <no...@so...> - 2002-09-22 00:16:41
|
Bugs item #612682, was opened at 2002-09-21 17:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612682&group_id=51915 Category: env-switcher functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: --show show indicate level of attribute Initial Comment: The --show command show somehow indicate what level the value is being resolved at (user or system). For example: $ switcher foo = user_bar $ switcher foo --show default=(user,user_bar) exists=(user,true) $ switcher foo --rm-attr default $ switcher foo --show default=(system,system_bar) exists=(system,true) ...or something along those lines. This makes it totally obvious as to what level a specific attribute is being resolved at. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612682&group_id=51915 |
|
From: <no...@so...> - 2002-09-21 23:45:35
|
Bugs item #612672, was opened at 2002-09-21 16:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612672&group_id=51915 Category: env-switcher functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Sentinel "none" val. not totally honored Initial Comment: The following usage scenario shows where the sentinel value "none" doesn't seem to work properly. Setting a value to "none" (at least for the "default" attribute) should actually delete the attribute. $ switcher foo --list default=system_bar exists=true $ switcher foo = user_bar $ switcher foo --list default=user_bar exists=true $ switcher foo = none $ switcher foo --list default=none exists=true Hence, the system value "system_bar" is effectively hidden. One can do a "--rm-attr" on default and get the expected behavior, but since "none" is documented to be a special sentinel value, it should just go ahead and remove the attribute, not just mark it as "none". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=612672&group_id=51915 |
|
From: <no...@so...> - 2002-07-27 20:42:51
|
Bugs item #557781, was opened at 2002-05-18 15:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=557781&group_id=51915 Category: env-switcher functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) >Summary: "module unload switcher" doesn't work Initial Comment: The command: module unload switcher gives unexpected errors. ---------------------------------------------------------------------- Comment By: Jeff Squyres (jsquyres) Date: 2002-07-27 13:42 Message: Logged In: YES user_id=11722 This appeared to be because the switcher bindir was removed from the PATH before trying to execute "switcher --show-exec" in the switcher modulefile. This was bad (and therefore corrected) for multiple reasons: - it would be executed even when we did "module unload switcher", which is unnecessary, because we don't need to load modules when we're *unloading* the switcher module - MDK >= 8.2 is stupid in that root's .bashrc doesn't allow the PATH to be edited by /etc/profile.d scripts. So it was fixed by: - if "module unload switcher" is used, all modules loaded by switcher will be unloaded first - modules will only be loaded if we're not unloading the switcher module - the RPM makes a sym link to /bin/switcher so that MDK >= 8.2 will always be able to find the switcher executable. This sucks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=557781&group_id=51915 |
|
From: <no...@so...> - 2002-07-27 20:42:03
|
Bugs item #557781, was opened at 2002-05-18 15:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=557781&group_id=51915 Category: env-switcher functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) >Summary: "module unload switcher" doesn't work Initial Comment: The command: module unload switcher gives unexpected errors. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-07-27 13:42 Message: Logged In: YES user_id=11722 This appeared to be because the switcher bindir was removed from the PATH before trying to execute "switcher --show-exec" in the switcher modulefile. This was bad (and therefore corrected) for multiple reasons: - it would be executed even when we did "module unload switcher", which is unnecessary, because we don't need to load modules when we're *unloading* the switcher module - MDK >= 8.2 is stupid in that root's .bashrc doesn't allow the PATH to be edited by /etc/profile.d scripts. So it was fixed by: - if "module unload switcher" is used, all modules loaded by switcher will be unloaded first - modules will only be loaded if we're not unloading the switcher module - the RPM makes a sym link to /bin/switcher so that MDK >= 8.2 will always be able to find the switcher executable. This sucks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=557781&group_id=51915 |
|
From: <no...@so...> - 2002-07-27 19:32:34
|
Bugs item #570500, was opened at 2002-06-18 07:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=570500&group_id=51915 Category: env-switcher RPM Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: rpm -Uvh doesn't see prev files Initial Comment: Since everything is installed under /opt/env-switcher-<version>, when you "rpm -Uvh", all the previous modulefiles that were installed, as well as the switcher.ini, are effectively discarded because they reside in /opt/env-switcher-<version-1>. Need a version-independant location to install these things, a la modules (duh). Perhaps under /opt/modules somewhere, such as /opt/modules/env-switcher? ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-07-27 12:32 Message: Logged In: YES user_id=11722 Now installs to /opt/switcher. Fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=570500&group_id=51915 |
|
From: <no...@so...> - 2002-07-27 19:20:54
|
Bugs item #562282, was opened at 2002-05-30 03:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=562282&group_id=51915 Category: modules RPM Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: modules without env-switcher barfs Initial Comment: If you install the modules RPM without the env-switcher RPM, you get the following error: ----- Red Hat Linux release 7.2 (Enigma) Kernel 2.4.7-10 on an i686 rh72vm login: root Password: Last login: Wed May 29 20:59:19 on tty1 You have new mail. oscar-modules/1.0.2(42):ERROR:102: Tcl command execution failed: foreach modulefile [glob $omdir/*] { module load [file tail $modulefile] } [root@rh72vm root]# ------ ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-07-27 12:20 Message: Logged In: YES user_id=11722 Fixed by adding -nocomplain to the glob in oscar.tcl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=465044&aid=562282&group_id=51915 |
|
From: <no...@so...> - 2002-06-18 14:09:24
|
Bugs item #570500, was opened at 2002-06-18 07:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=570500&group_id=51915 Category: env-switcher RPM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: rpm -Uvh doesn't see prev files Initial Comment: Since everything is installed under /opt/env-switcher-<version>, when you "rpm -Uvh", all the previous modulefiles that were installed, as well as the switcher.ini, are effectively discarded because they reside in /opt/env-switcher-<version-1>. Need a version-independant location to install these things, a la modules (duh). Perhaps under /opt/modules somewhere, such as /opt/modules/env-switcher? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=570500&group_id=51915 |
|
From: <no...@so...> - 2002-05-30 10:47:41
|
Bugs item #562282, was opened at 2002-05-30 03:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=562282&group_id=51915 Category: modules RPM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: modules without env-switcher barfs Initial Comment: If you install the modules RPM without the env-switcher RPM, you get the following error: ----- Red Hat Linux release 7.2 (Enigma) Kernel 2.4.7-10 on an i686 rh72vm login: root Password: Last login: Wed May 29 20:59:19 on tty1 You have new mail. oscar-modules/1.0.2(42):ERROR:102: Tcl command execution failed: foreach modulefile [glob $omdir/*] { module load [file tail $modulefile] } [root@rh72vm root]# ------ ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=562282&group_id=51915 |
|
From: <no...@so...> - 2002-05-24 07:32:05
|
Bugs item #559634, was opened at 2002-05-23 07:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559634&group_id=51915 Category: modules RPM Group: None Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Need to reset env vars Initial Comment: If one logs in as root and su's to another user that also uses modules, you'll get warnings that you can't write to ~root/.modulesbeginenv. This seems to be because the $_MODULEBEGINENV_ environment variable is not reset when we change to a new user. The same kind of thing happens if you login as a normal user with a $HOME on a node with an NFS filesystem that has no root privlidges, and you "su" to root -- root cannot write to the user's $HOME/.modulesbeginenv. It seems that there are several variables that should probably be reset/unset when we change to a new user. So in addition to $MODULE_OSCAR, do we also need a $MODULE_OSCAR_USER that we maintain the username of the current user, and if whoami returns a different string than what is in $MODULE_OSCAR_USER, then we reset all the module env vars and re-do all the setup? Something along these lines is worth looking into. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-24 00:32 Message: Logged In: YES user_id=11722 Oops -- this was fixed, not a duplicate. ---------------------------------------------------------------------- Comment By: Jeff Squyres (jsquyres) Date: 2002-05-23 22:21 Message: Logged In: YES user_id=11722 Fixed in CVS. Now, if the shell or the user changes, the profile.d/00-modules.* shell script will detect this and force the modules package to do a hard reset by unsetting all the modules-related environment variables. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559634&group_id=51915 |
|
From: <no...@so...> - 2002-05-24 07:04:16
|
Bugs item #559978, was opened at 2002-05-23 22:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559978&group_id=51915 Category: modules RPM Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: rpm -Uvh and /etc/bashrc Initial Comment: Updating between versions of the modules RPM seems to whack the additions to /etc/bashrc and /etc/csh.cshrc. This probably has something to do with the order of %pre / %post scripts run during -Uvh. A quick fix might be to put the version number in the "#SPECIAL STRING" that is appened to the end of each line. This might not help for -Uvh'ing the newest RPM and the one before that, but it will fix all future versions. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-24 00:03 Message: Logged In: YES user_id=11722 Fixed. Did exactly what the suggestion was -- delineated the comments that are at the end of /etc/bashrc and /etc/csh.cshrc so that the %pre and %postun scripts don't clash with each other. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559978&group_id=51915 |
|
From: <no...@so...> - 2002-05-24 05:49:16
|
Bugs item #559978, was opened at 2002-05-23 22:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559978&group_id=51915 Category: modules RPM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: rpm -Uvh and /etc/bashrc Initial Comment: Updating between versions of the modules RPM seems to whack the additions to /etc/bashrc and /etc/csh.cshrc. This probably has something to do with the order of %pre / %post scripts run during -Uvh. A quick fix might be to put the version number in the "#SPECIAL STRING" that is appened to the end of each line. This might not help for -Uvh'ing the newest RPM and the one before that, but it will fix all future versions. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559978&group_id=51915 |
|
From: <no...@so...> - 2002-05-24 05:21:04
|
Bugs item #559634, was opened at 2002-05-23 07:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559634&group_id=51915 Category: modules RPM Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Need to reset env vars Initial Comment: If one logs in as root and su's to another user that also uses modules, you'll get warnings that you can't write to ~root/.modulesbeginenv. This seems to be because the $_MODULEBEGINENV_ environment variable is not reset when we change to a new user. The same kind of thing happens if you login as a normal user with a $HOME on a node with an NFS filesystem that has no root privlidges, and you "su" to root -- root cannot write to the user's $HOME/.modulesbeginenv. It seems that there are several variables that should probably be reset/unset when we change to a new user. So in addition to $MODULE_OSCAR, do we also need a $MODULE_OSCAR_USER that we maintain the username of the current user, and if whoami returns a different string than what is in $MODULE_OSCAR_USER, then we reset all the module env vars and re-do all the setup? Something along these lines is worth looking into. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-23 22:21 Message: Logged In: YES user_id=11722 Fixed in CVS. Now, if the shell or the user changes, the profile.d/00-modules.* shell script will detect this and force the modules package to do a hard reset by unsetting all the modules-related environment variables. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559634&group_id=51915 |
|
From: <no...@so...> - 2002-05-24 03:54:36
|
Bugs item #559951, was opened at 2002-05-23 20:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559951&group_id=51915 Category: modules RPM Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: multiple auto-load modulefiles barf Initial Comment: If there's more than one auto-load modulefile, the oscar-modules modulefile doesn't load them correctly. For example, we already have: /opt/modules/oscar-modulefiles/switcher/xxxxx If we add another, for example: /opt/modules/oscar-modulefiles/pvm/yyyyy When you "module load oscar-modules", you'll get an error something like: oscar-modules/1.0.1(37):ERROR:105: Unable to locate a modulefile for 'pvm switcher' ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-23 20:54 Message: Logged In: YES user_id=11722 Fixed at CVS head. Thanks to Jeremiah W for help with the TCL. (Yes, I opened this bug just so that I could close it. This is what we call a "self-licking ice cream cone") ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559951&group_id=51915 |
|
From: <no...@so...> - 2002-05-24 03:46:24
|
Bugs item #559951, was opened at 2002-05-23 20:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559951&group_id=51915 Category: modules RPM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: multiple auto-load modulefiles barf Initial Comment: If there's more than one auto-load modulefile, the oscar-modules modulefile doesn't load them correctly. For example, we already have: /opt/modules/oscar-modulefiles/switcher/xxxxx If we add another, for example: /opt/modules/oscar-modulefiles/pvm/yyyyy When you "module load oscar-modules", you'll get an error something like: oscar-modules/1.0.1(37):ERROR:105: Unable to locate a modulefile for 'pvm switcher' ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559951&group_id=51915 |
|
From: <no...@so...> - 2002-05-23 14:07:18
|
Bugs item #559634, was opened at 2002-05-23 07:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559634&group_id=51915 Category: modules RPM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Need to reset env vars Initial Comment: If one logs in as root and su's to another user that also uses modules, you'll get warnings that you can't write to ~root/.modulesbeginenv. This seems to be because the $_MODULEBEGINENV_ environment variable is not reset when we change to a new user. The same kind of thing happens if you login as a normal user with a $HOME on a node with an NFS filesystem that has no root privlidges, and you "su" to root -- root cannot write to the user's $HOME/.modulesbeginenv. It seems that there are several variables that should probably be reset/unset when we change to a new user. So in addition to $MODULE_OSCAR, do we also need a $MODULE_OSCAR_USER that we maintain the username of the current user, and if whoami returns a different string than what is in $MODULE_OSCAR_USER, then we reset all the module env vars and re-do all the setup? Something along these lines is worth looking into. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=559634&group_id=51915 |
|
From: <no...@so...> - 2002-05-21 02:45:20
|
Bugs item #558474, was opened at 2002-05-20 16:06 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=558474&group_id=51915 >Category: env-switcher functionality Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Jason Brechin (brechin) >Assigned to: Jeff Squyres (jsquyres) Summary: Standard error going to standard output Initial Comment: During the OSCAR user level tests, switcher is reporting some errors (that's another issue all together). The problem is that they are being reported to standard out, not standard error. Here's the error I'm seeing: switcher:mpi: Cannot find modulefile for mpich-1.2.1 - - skipping (env-switcher-1.0.2-1oscar) ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-20 19:45 Message: Logged In: YES user_id=11722 Unfortunately, modulefiles cannot write errors to stderr because TCL will judge it to be a failure. Disappointing, but true. :-( Hence, warnings/errors have to go to stdout. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=558474&group_id=51915 |
|
From: <no...@so...> - 2002-05-20 23:06:58
|
Bugs item #558474, was opened at 2002-05-20 18:06 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=558474&group_id=51915 Category: env-switcher RPM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Brechin (brechin) Assigned to: Nobody/Anonymous (nobody) Summary: Standard error going to standard output Initial Comment: During the OSCAR user level tests, switcher is reporting some errors (that's another issue all together). The problem is that they are being reported to standard out, not standard error. Here's the error I'm seeing: switcher:mpi: Cannot find modulefile for mpich-1.2.1 - - skipping (env-switcher-1.0.2-1oscar) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=558474&group_id=51915 |
|
From: <no...@so...> - 2002-05-19 00:22:53
|
Bugs item #556217, was opened at 2002-05-14 22:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=556217&group_id=51915 Category: env-switcher functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) >Summary: Add "=" syntax Initial Comment: Add a quick-n-dirty syntax for setting the "default" attribute: switcher mpi = lam-6.5.6 or switcher mpi=lam-6.5.6 This should imply --force as well. But it should not imply --silent. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-18 17:22 Message: Logged In: YES user_id=11722 Done. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=556217&group_id=51915 |
|
From: <no...@so...> - 2002-05-18 23:47:36
|
Bugs item #547641, was opened at 2002-04-23 08:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=547641&group_id=51915 Category: env-switcher functionality Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Need better user cmds Initial Comment: Need a way to make the user commands that the user types be shorter and easier. For example, on an OSCAR cluster, the user currently has to type something like the following to set their default MPI to be different than the system default: switcher mpi --add-attr default lam-6.5.6 Having swticher automaticly generate aliases for the above command to (for example): sw_mpi_lam-6.5.6 would be much nicer. This should happen automatically in the switcher framework -- not by the individual (potentially third party) modulefiles. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-18 16:47 Message: Logged In: YES user_id=11722 Will be fixed by bug 556217. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=547641&group_id=51915 |
|
From: <no...@so...> - 2002-05-18 23:42:36
|
Bugs item #557420, was opened at 2002-05-17 12:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=557420&group_id=51915 Category: env-switcher functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Need better error reporting Initial Comment: Since "switcher --show-exec" is called within a modulefile, if any kind of error occurs, the user sees amorphous TCL errors, not the actual error message that switcher sees. Need to report the actual error to the user somehow, not the TCL error (and therefore cause the switcher and/or oscar-modules modulefiles to fail to load properly). ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-18 16:42 Message: Logged In: YES user_id=11722 Added via the "announce" attribute mechanism. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=557420&group_id=51915 |
|
From: <no...@so...> - 2002-05-18 22:07:48
|
Bugs item #557419, was opened at 2002-05-17 12:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=557419&group_id=51915 Category: env-switcher functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: Error when default name removed Initial Comment: If a tag has a default value of a name, and that name is removed without resetting the default value to something else, switcher will error -- and the "module load switcher" will fail. Example where this happens: 1. Install env-switcher and modules RPMs 2. Install lam-module RPM 3. root manually sets system default for mpi tag to be lam-6.5.6 4. remove the lam-module RPM switcher should be able to handle this situation somehow. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-18 15:07 Message: Logged In: YES user_id=11722 This was caused by puts'ing to stderr a warning that a modulefile for that name didn't exist -- TCL interpreted that to mean that the child process had failed. So we no longer puts that warning to stderr; rely on "announce" to display errors and warnings like that. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=557419&group_id=51915 |
|
From: <no...@so...> - 2002-05-18 22:06:03
|
Bugs item #556218, was opened at 2002-05-14 22:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=556218&group_id=51915 Category: env-switcher functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) >Summary: Print message upon "default" attr change Initial Comment: Print message that the changes will take effect in future shells, not the current shell. Recommended by Neil/Jason from NCSA, so that users don't think that this change takes effect immediately. ---------------------------------------------------------------------- >Comment By: Jeff Squyres (jsquyres) Date: 2002-05-18 15:06 Message: Logged In: YES user_id=11722 Fixed at the CVS head. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=556218&group_id=51915 |
|
From: <no...@so...> - 2002-05-18 22:01:41
|
Bugs item #557781, was opened at 2002-05-18 15:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=557781&group_id=51915 Category: env-switcher functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Squyres (jsquyres) Assigned to: Jeff Squyres (jsquyres) Summary: "module unload switcher" doesn't work Initial Comment: The command: module unload switcher gives unexpected errors. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=465044&aid=557781&group_id=51915 |
