#6 closed defect (duplicate)

build dependencies that cross subproject boundaries? Or maybe its that zfec setup.py doesn't clean away old stuff?

Reported by: zooko Owned by: zooko
Priority: minor Milestone:
Component: packaging Version:
Keywords: Cc:
Launchpad Bug:

Description

If you change the source code for zfec in such a way that invoking its setup.py leaves old results lying around, the tahoe GNUmakefile will fail. This was demonstrated by an older zfec which built python-2.5-only modules, and upgrading to the new pyfec which build python-2.4 modules left the 2.5-only ones in place, and then they got loaded and the build failed.

Change History (4)

comment:1 Changed at 2007-04-28T19:18:08Z by warner

  • Component changed from component1 to packaging

comment:2 Changed at 2007-04-30T05:32:00Z by zooko

  • Priority changed from major to minor

comment:3 Changed at 2007-04-30T05:32:06Z by zooko

  • Owner changed from somebody to zooko
  • Status changed from new to assigned

comment:4 Changed at 2007-05-02T02:51:29Z by zooko

  • Resolution set to duplicate
  • Status changed from assigned to closed

merging with #10

Note: See TracTickets for help on using tickets.