Ticket #328 (closed defect: fixed)

Opened 11 years ago

Last modified 11 years ago

eups can list wrong version when version does not exist

Reported by: RayPlante Owned by: RayPlante
Priority: normal Milestone:
Component: eups Keywords:
Cc: Blocked By:
Blocking: Project: LSST
Version Number: v0_7_43
How to repeat:

not applicable

Description (last modified by RayPlante) (diff)

I tracked the cause of #238 (lsstpkg: wrong version of package removed) to a bug in the eups list command. lsstpkg's remove command uses eups list to determine the installation directory for the package. I have found that the wrong directory will be returned by eups list when the following is true:

  1. the version is explicitly provided
  2. the version of the package is not declared
  3. there is another version of the package that is currently setup.

The installation directory of that gets returned in this case is that of the currently setup version.

The following patch to bin/eups_setup.pm fixes the problem:

1460c1460,1463
<       if (!$setup_prod_dir) {         # not setup in environment
---
>       if ($version) {
>          warn "I don't know anything about product "$prod $version"
";
>       }
>       elsif (!$setup_prod_dir) {              # not setup in environment

I see in eups' CVS archive that eups_setup.pm has changed substantially and the latest version may have fixed this problem. I have not yet tested it.

Change History

comment:1 Changed 11 years ago by rhl

  • Status changed from new to assigned
  • Owner changed from rhl to RayPlante

If you can provide a simple how-to-repeat I'll see if I've fixed this particular problem.

comment:2 Changed 11 years ago by RayPlante

  • Status changed from assigned to closed
  • Resolution set to fixed
  • Description modified (diff)

As far as I can tell, this problem does not exist in the re-implementation of EUPS.

Note: See TracTickets for help on using tickets.