Skip to content
  1. Jan 28, 2011
  2. Jan 27, 2011
  3. Jan 26, 2011
  4. Jan 25, 2011
  5. Jan 18, 2011
    • mig5's avatar
      Do not send delete = TRUE to the drush rsync call even if no-delete · ad0ca56a
      mig5 authored and mig5's avatar mig5 committed
      isset. Send it only if no-delete is not set.
      This still leaves delete = TRUE as the default, unless no-delete has been set
      to TRUE. This solves critical bug #976300.
      I can't imagine a case where someone would want to set no-delete = FALSE if
      --delete is the default at all other times, but I added a condition to account
      for this too.
      ad0ca56a
  6. Jan 10, 2011
  7. Jan 04, 2011
  8. Dec 30, 2010
  9. Dec 22, 2010
  10. Dec 21, 2010
  11. Dec 20, 2010
  12. Dec 12, 2010
    • mig5's avatar
      fix typo · 32f9cee7
      mig5 authored and mig5's avatar mig5 committed
      32f9cee7
  13. Dec 10, 2010
    • anarcat's avatar
      do not attempt to chown files/ dir during verification · 98fb236f
      anarcat authored and anarcat's avatar anarcat committed
      the rationale here is that we're not running as root, and therefore
      chown is likely to fail, unless the file already has the right owner,
      in which case a chown is not necessary.
      
      To quote chown(2):
      
             Only a privileged process (Linux: one with the CAP_CHOWN
             capability) may change the owner of a file.  The owner of a
             file may change the group of the file to any group of which
             that owner is a member.  A privileged process (Linux: with
             CAP_CHOWN) may change the group arbitrarily.
      
      So this was just a cause of trouble without any possible benefit
      unless we run with capabilities, and we shouldn't assume this (right
      now?).
      98fb236f
    • mig5's avatar
      #994212 update the README.txt · 95239c4e
      mig5 authored and mig5's avatar mig5 committed
      95239c4e
  14. Dec 06, 2010
  15. Nov 26, 2010
    • anarcat's avatar
      add a command to parse --backend output · d6477f6b
      anarcat authored and anarcat's avatar anarcat committed
      i got tired of stabbing my eyes with inline JSON output so I wrote a
      very very simple command that just parses STDIN as a --backend output
      command. this can be useful for debugging when calling backend commands
      without thinking of removing --backend, or in my case, to pass data
      through STDIN as JSON, but still have a proper output.
      d6477f6b
  16. Nov 22, 2010