TODO

   1 * Next release should be under GPL v3
   2 * Get permission for next documentation release to be under FDL 1.3
   3 * Import a debian/ tree from an older package and update it.
   4 * Import a .spec file from somewhere and update it.
   5 * Distinguish between .stow and (undocumented) .nonstow
   6 ** .stow is for marking stow directories - avoids altering them
   7    but also allows --override to work
   8 ** .nonstow should be only for protecting non-stow directories against modification by stow
   9    but currently allows modification via --override.
  10 ** Documentation needs to be clear on this.
  11 * Prevent folding of directories which contain ignored files
  12 * Honour .no-stow-folding and --no-folding
  13 * Add semi-automatic conflict resolution
  14 *** STOW_RESOLVE_CONFLICTS="non_stow_symlinks=t stow_symlinks=r"
  15 *** Add documentation about conflict resolution
  16 * get account on fencepost.gnu.org (email accounts@gnu.org)
  17   set up copyright papers?
  18   'assign.future' and 'request-assign.future.manual'
  19
  20 * Figure out what needs the files '.nonstow' and '.notstowed'. Can they be removed?
  21
  22 * Update http://directory.fsf.org/project/stow/
  23
  24 * Update savannah CVS
  25
  26 * Check that all email addresses are working: need an account on fenchpost for
  27   this bug-stow@gnu.org, help-stow@gnu.org
  28
  29 * Get some pre-testers: need to find appropriate mailing list?
  30
  31 * Announce release on info-gnu@gnu.org.
  32
  33 * Autodetect "foreign" stow directories
  34
  35 From e-mail with meyering@na-net.ornl.gov:
  36
  37     > My /usr/local/info equivalent is a symlink to /share/info
  38     > because I want installs on all systems to put info files in that
  39     > directory.  With that set-up, stow chokes on fact that
  40     > /usr/local/info is a symlink.
  41
  42     [...] Stow is designed to be paranoid about modifying anything it
  43     doesn't "own."  If it finds a symlink in the target tree (e.g.,
  44     /usr/local/info) which doesn't point into the stow tree, its
  45     paranoid response is to leave it the hell alone.  But I can see in
  46     this case how traversing the link and populating the directory on
  47     the far end would be OK.  Question: is that a special
  48     circumstance, or would it always be OK to populate the far end of
  49     a symlink in the target tree (when the symlink points to a
  50     directory in a context where a directory is needed)?  And: if it's
  51     a special circumstance requiring a command-line option, should the
  52     option be a mere boolean (such as, "--traverse-target-links") or
  53     should it be an enumeration of which links are OK to traverse
  54     (such as, "--traversable='info man doc'")?
  55
  56 Does Version 2 fix this? (Kal)
  57 I think that because it never needs to create /usr/local/info,
  58 it only needs to check the ownership of links that it _operates_ on,
  59 not on all the elements of the path.
  60
  61 * emacs local variables
  62   Local Variables:
  63   mode: org
  64   End: