When running portupgrade -a, if ports A and B are to be upgraded and B depends on A, it sometimes happens that A is upgraded first, successfully, but portupgrade for some reason thinks it fails and skips upgrading B. A script session with portupgrade is posted at http://math.ucsd.edu/~neldredg/script-200810051055 (too large to attach). Note, at line 53711, that textproc/rarian was skipped due to the ostensible failure of libxslt. However, just before this we see that libxslt in fact installed successfully. If portupgrade is run a second time, rarian will upgrade successfully. Fix: As a workaround, you can just run portupgrade -a repeatedly until no more packages are skipped, but this is a pain. How-To-Repeat: It is a bit awkward because it requires that you have ports that are out of date, and once you run portupgrade, they are no longer out of date. I tried to put together an easy testcase, but did not succeed. But hopefully there is enough information here to let someone else make one.
Responsible Changed From-To: freebsd-ports-bugs->sem Over to maintainer.
Responsible Changed From-To: sem->ruby sem@ has turned over maintainership of portupgrade to the ruby mailing list.
Responsible Changed From-To: ruby->pgollucci I will take it
Responsible Changed From-To: pgollucci->freebsd-ports-bugs going to have enotime for the next 2 weeks, sorry
Responsible Changed From-To: freebsd-ports-bugs->ruby Over to maintainer(s).
State Changed From-To: open->suspended Over to maintainer.
Responsible Changed From-To: ruby->freebsd-ports-bugs Over to maintainer.
State Changed From-To: suspended->open This should not be suspended.
Responsible Changed From-To: freebsd-ports-bugs->bdrewery Over to maintainer.
Is this PR still relevant?
In github at https://github.com/freebsd/portupgrade/issues/14 Closing as this is not reproducible.