]> scripts.mit.edu Git - wizard.git/blobdiff - TODO
Update TODO.
[wizard.git] / TODO
diff --git a/TODO b/TODO
index 8580d3e056a3beeb68de5366ee4c4c95cbb4dcb8..6cf6b14bc7ac08dc9fb0eb583a89e77c4eab625b 100644 (file)
--- a/TODO
+++ b/TODO
@@ -3,18 +3,20 @@ The Git Autoinstaller
 TODO NOW:
 
 - Keep my sanity when upgrading 1000 installs
-    - Distinguish between errors(?)
     - Custom merge algo: absolute php.ini symlinks to relative symlinks (this
       does not seem to have been a problem in practice)
     - Custom merge algo: check if it's got extra \r's in the file,
       and dos2unix it if it does, before performing the merge
-    - `vos exa` in order to check what a person's quota is.  We can
-      figure out roughly how big the upgrade is going to be by
-      doing a size comparison of the tars: `git pull` MUST NOT
-      fail, otherwise things are left conflicted, and not easy to fix.
     - Prune -7 call errors and automatically reprocess them (with a
-      strike out counter of 3)--this requires better error parsing
-    - Report stats if I C-C the process
+      strike out counter of 3)--this requires better error parsing.
+    - IOError should be aggregated, right now contains custom string
+      that makes this not possible. Partition on a colon.
+    - Replace gaierror with a more descriptive name (this is a DNS error)
+    - Stronger skips means that backup failures should also be avoided
+    - Distinguish between types of backup failures
+    - Ignore empty blacklists; they should all have reasons
+    - wizard upgrade should have different exit codes for merge failure
+      and blacklist error
 
 - Distinguish from logging and reporting (so we can easily send mail
   to users)
@@ -45,7 +47,15 @@ TODO NOW:
       output summary charts when I increase specificity
     - Summary script should do something intelligent when distinguishing
       between old-style and new-style installs
-    - Report code in wizard/command/__init__.py is ugly as sin
+    - Report code in wizard/command/__init__.py is ugly as sin.  Also,
+      the Report object should operate at a higher level of abstraction
+      so we don't have to manually increment fails. (in fact, that should
+      probably be called something different).  The by-percent errors should
+      also be automated.
+    - Indents in upgrade.py are getting pretty ridiculous; more breaking
+      into functions is probably a good idea
+    - Move resolutions in mediawiki.py to a text file
+    - Investigate QuotaParseErrors
 
 - Other stuff
     - Don't use the scripts heuristics unless we're on scripts with the