TODO NOW:
+- Implement "group" filtering using blanche for limited rollouts.
+
- Remove "already migrated" cruft that will accumulate if we do small
--limit and then increase.
- Allow to migrate just one user (user filtering of installs, also
has userland capabilities, although it means we need some way of
- selectively publishing the versions directory)
+ selectively publishing the versions directory--likely a suid
+ executable that reads it would be the best way here)
- Make parallel-find.pl use `sudo -u username git describe --tags`
to determine version. Make parallel-find.pl have this have greater
- precedence. (Have patch, pending testing and commit)
-- Make the installer use 'wizard install' /or/ do a migration
+ precedence. This also means, however, that we get
+ full mediawiki-1.2.3-2-abcdef names (Have patch, pending testing and commit)
+- Make deployed installer use 'wizard install' /or/ do a migration
after doing a normal install (the latter makes it easier
for mass-rollbacks).
-- Have the upgrader do locking (.scripts/lock, probably)
- Better error message if daemon/scripts-security-upd
is not on scripts-security-upd list
-- MediaWiki upgrade script does not give proper exit code;
- if it fails, so be sure to check for "Done" in the last 10 characters.
- Custom merge algo: absolute php.ini symlinks to relative symlinks
- Custom merge algo: re-constitute AdminSettings.php if missing. It looks
like this is the case for most 1.5.8 installs (check what the merges
do in both directions). All 1.11.0 installs except four have
the other (check diff -u with all in /root)
-- Make upgrade and install take version as a parameter
-
- Redo Wordpress conversion, with an eye for automating everything
possible (such as downloading the tarball and unpacking)