releasing version 0.47

[code/myrepos.git] / TODO

diff --git a/TODO b/TODO
index 86eaf5a1deb933c6b02428619291b4b9479a9f9f..635872891be1d98ebcfdd6b41880d2f6526c87f5 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,3 +1,15 @@
+* For compatability, ~/.mrtrust has to exist before trust checks are
+  enabled. Change this in a flag day.
+
+* After the mtrust flag day, consider making something similar to -p 
+  be enabled by default. 
+
+  It should not be identical to -p, for the following reason: -p causes
+  mr to only look at the mrconfig it finds in the path (like -c only looks
+  at the specified file). But by default, mr should certianly load the
+  ~/.mrconfig (and files it chains). This allows a user to globally
+  configure mr with aliases, etc. (Closes: #557963)
+
 * more revision control systems
 
 * a way to detect repos in a tree that are not registered, and warn
@@ -10,18 +22,4 @@
   process the new one.
 
   Until this is fixed, checkouts and updates need to be manually repeated
-  after mrconfig files have changes.
-
-* offline support
-
-  If I commit something to git while offline, it would be nice if mr could
-  have a way to push that change when I get online.
-
-  One approach would be to notice when mr commit fails, and queue the
-  commit up to be tried happen again when "mr retry" is run. This could
-  also notice other failing commands, such as "mr up".
-
-  Would it make sense to have to first run "mr offline", before mr starts
-  recording such failures? If so, "mr online" would be the thing to run
-  when getting back online, this would both retry queued commands, and stop
-  queuing new failures.
+  after mrconfig files have changes. (See #447553)