interrupting rev-upgrade with v2.3.5 or a post-v2.3.5 master

René J.V. Bertin rjvbertin at gmail.com
Tue Dec 13 14:13:20 CET 2016


On Wednesday December 14 2016 00:26:18 Joshua Root wrote:

> It was probably always fairly safe to interrupt rev-upgrade in report 
> mode. Any database writes it does to update the binary flag are in a 
> sqlite transaction.

I bet, but I've already found myself with a corrupted registry which can only have happened during an sqlite transaction. I presume...

> 
> > I often miss an option to skip that step (esp. the first of the day which always takes longer) but I suppose that being able to interrupt it safely will work just as fine.
> 
> The install and upgrade actions take a --no-rev-upgrade option. 

Ah, I wasn't aware of that. But why the install action too? I would have expected it do run the step (and did expect it until recently) but I've never seen it do an actual rev-upgrade run. At least that's consistent with the feature's name ;)

Is there an abbreviated version?

> Macports.conf has a revupgrade_autorun option. But if you mean "miss" as
> in "forget to use" then I guess no amount of options will help :).

No, though you're right that maybe what I actually would like is a way to run the step on demand only (--rev-upgrade).
Forgetting is exactly the reason why I haven't yet disabled the feature in macports.conf . Most of the time I don't mind too much to wait for a run, and often I appreciate it, so the balance is still in favour of keeping it on.

R.


More information about the macports-dev mailing list