TODO NOW:
-- Update docs to note that .scripts-version is kept in its original place
-- Make sure we're not generating .scripts/version
-- Fix MediaWiki 1.11.0 Setup.php (we incorrectly applied the scripts
- patch when it was actually not in this version) --- we need to figure
- out the sequencer NOW.
-- Genericize callAsUser and drop_priviledges in shell
+- Implement "group" filtering using blanche for limited rollouts.
+
- Remove "already migrated" cruft that will accumulate if we do small
--limit and then increase.
-- .git to .git.bak semantics are not actually helpful (if we run with
- force a bunch of times, we won't notice that we nuked a .git directory)
-- Make sure to generate reports about what errored and what had warnings.
- Same goes for our output
-- Change from using hashes to using numbers corresponding to when we
- processed them (padded to 7 width) and make sure we sort listdir
- the versions directory.
-- Allow to migrate just one user
-- Make sure MediaWiki upgrade script gives correct exit code if it fails.
-- 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)
-- Further reduce logging by making sh.call() debug?
-- Make git tell us about unversioned files in info (this will have a lot
- of noise)
+- 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--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.
-- 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).
- Better error message if daemon/scripts-security-upd
is not on scripts-security-upd list
-- The great initial deploy:
- - Turn on mediawiki new autoinstaller
- - Migrate all mediawiki installs
- - Build research scripts, determine if a re-migration is necessary
-
-- Make upgrade and install take version as a parameter
+- 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)
- Redo Wordpress conversion, with an eye for automating everything
possible (such as downloading the tarball and unpacking)
+- Genericize callAsUser and drop_priviledges in shell
- Summary script should be more machine friendly, and should not
output summary charts when I increase specificity
/- wizard prepare-new --
+ Currently not used for anything besides parallel-find.pl, but
+ we reserve the right to place files in here in the future.
+
A mkdir .scripts
A echo "Deny from all" > .scripts/.htaccess
- The actual application's files, as from the official tarball
- - A .scripts directory, which contains the following information:
-
- * .scripts/.htaccess to prevent this directory from being accessed
- from the web.
-
- * .scripts/old-version (optional) the old value of .scripts-version,
- basically used for reverting an install to pre-migrated state.
-
- * .scripts/lock (generated) which locks the autoinstall during an upgrade
-
- * .scripts/version (deprecated)
+ - A .scripts directory, with the intent of holding Scripts specific files
+ if they become necessary.
+ * .scripts/lock (generated) which locks an autoinstall during upgrade