to stem from external dependencies not getting updated. (Here, external
dependencies are ports which do NOT depend upon glib20.) I'm suspecting that
the cause of this is inconsistent package databases. Inconsistent pkgdbs will
cause portupgrade(1) to silently fail, but portinstall and pkg_delete will
still work just fine. (I really wish gnu had agreed to make pkgdb(1) return
meaningful error codes -- or any error codes at all!)
So, instead of running pkgdb -F, we're now running pkgdb -fu. This will
hopefully rebuild the entire database from scratch, and leave us with a
consistent database every time. And just in case, we follow it with a
pkgdb -F for good measure.
Additionally, I've changed the script's version number to be a bit more
legible, and thus a bit more meaningful.
Also, there is now a -v option which prints some basic version/revision
information.
I'd like to thank Alexandre Vasconcelos's horribly inconsistent package
database for inspiring the pkgdb change ;;)
really really should have applied earlier.
* On a restart, continue where we left off, instead of removing
all applications and starting over again. The end result will
be the same either way, but if you're not using ccache(1), the
build time can be really frustrating.
* When the script runs pkgdb(1), pkgdb complains about the
nautilus-media port having been removed. Add a message to
inform users not to worry about it, and to just hit Enter
to ignore the error.
* GNOME_UPGRADE_SH_VER bump.
* Introduce WATCH_BUILD environment variable which, if set, causes
build output to be shown in real-time (as opposed to just directed
into a logfile).
* Ensure xorg X is updated as well as XFree86 X.
* Fix a logic bug that caused the script's version number to be passed
to portupgrade a ridiculous number of times.
There's a new upgrade FAQ, and a new script to handle the upgrading. Do
not upgrade GNOME without it!
Also incorporated are a number of grammar and readability fixes.
