Opened 16 years ago

Closed 16 years ago

Last modified 14 years ago

#13065 closed defect (duplicate)

'port -Rp upgrade' attempts to rebuild the same failed package forever

Reported by: william.allen.simpson@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: base Version: 1.5.2
Keywords: Cc: jmroot (Joshua Root)
Port:

Description

As seen in #12960, an upgrade with a failed build can endlessly loop -- in that case 77 times (6 hours) before I killed it. Presumably, the build list should be sorted, with a single entry in the list, rather than multiple recursive entries.

Probably dependent on the build list described in #10827 and others, reported a year ago, that was supposed to be in Milestone 1.5!

However, not exactly a duplicate, as this is an application of different parameters that creates (and always creates) an infinite loop.

Change History (4)

comment:1 Changed 16 years ago by william.allen.simpson@…

FYI, a dependency build list might also be useful for solving the uninstall problem described in #8431 (two years old, and once scheduled for 1.4).

comment:2 Changed 16 years ago by jmroot (Joshua Root)

Cc: jmr@… added; william.allen.simpson@… removed
Priority: HighNormal
Resolution: duplicate
Status: newclosed

As far as I can tell, you can never get an unlimited number of upgrade attempts for any one port, but you can get very large numbers of them. (Also, it doesn't appear that -p could have any effect on this behaviour.)

I'm calling this a duplicate of #10827. This particular case was probably exacerbated by the large number of dependency relationships involved in gnome, and quite possibly also by duplicate dependency entries (#8763).

comment:3 Changed 15 years ago by tobypeterson

Milestone: MacPorts base bugsMacPorts Future

Milestone MacPorts base bugs deleted

comment:4 Changed 14 years ago by jmroot (Joshua Root)

Milestone: MacPorts Future
Note: See TracTickets for help on using tickets.