/stdhome

To get this branch, use:
bzr branch http://bzr.ed.am/stdhome

« back to all changes in this revision

Viewing changes to dev/todo.org

  • Committer: Tim Marston
  • Date: 2016-12-13 21:40:34 UTC
  • Revision ID: tim@ed.am-20161213214034-nd5t7ztnlrjd627i
fix add command and generic filename expansion/resolution to expend to
homedir-relative filename and absolute filename based on original filename, as
specified, rather than a fully, symlink-resolved filename.  So, e.g., if ~/bob
was a symlink to ~/fred, then ~/bob/a would resolve to the relative filename
bob/a, becuase it is inside the homedir (it would resolve to fred/a otherwise)

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
* perform update with conflict
2
 
* performing an "add", when the repo is not up-to-date (i.e., there are updates
3
 
   pending) just prints "stdhome add: bzr commit", with no other explaination as
4
 
   to what's going on
 
1
* fix add/ci command's recursion
 
2
if i go: stdhome ci ~/somedir, will it add the whole damn dir, or just the dir
 
3
itsself?  recursion needs to be requested, i think, by the -R switch
5
4
* add --all-files to `stdhome st` to show status of all files in repo?  or
6
 
   should we add `stdhome ls`?
 
5
   should we add `stdhome ls`? I'm favouring ls right now...
7
6
* symlink substitutes don't acept a symlink in the repo and a directory on the
8
 
   FS (as well as the other way around).  Should they?  It means ~/src (which is
9
 
   a symlink in my home repo) shows as modified when compared to the symlink of
10
 
   the same name on oak.
11
 
* skip unchanged directories
12
 
   now that update, revert, resolve and init report on home dir changes, resolve
13
 
   and revert show all directories as being modified (because we always copy
14
 
   them out without checking for changes)
 
7
   FS (as well as the other way around).  Should they?  I can't think of a use
 
8
   case for this...  Note: if this is changed, also update the StatusWalker
 
9
   (used by status and diff commands)
15
10
* add ~/bin/rebuild-tags!
16
 
* look at what need to be done before v0.1
17
11
* make the copy walker accept symlinks in place of files (as well as
18
12
   directories) if they are on the symlink accept list
19
 
* check that bin/quicktile.py on tims-laptop is an acceptable symlink
 
13
* look at what need to be done before v0.1
20
14
* !!! TAG 0.1 !!!
21
15
* check directory permissions before updating them
22
16
* during copy-out (not copy-in), show what is being changed with lines like