diff options
author | 2013-01-16 15:58:59 -0400 | |
---|---|---|
committer | 2013-01-16 15:58:59 -0400 | |
commit | dd1f0b48c79e04d7ea00ae106b771322cfdcea16 (patch) | |
tree | 1827143328738dc1068efb7a2926423cda642d12 | |
parent | 44e5ba4d929dd813be6a4bc608ee0d560af457f4 (diff) |
brief blog for the day
-rw-r--r-- | doc/design/assistant/blog/day_172__short_day.mdwn | 22 |
1 files changed, 22 insertions, 0 deletions
diff --git a/doc/design/assistant/blog/day_172__short_day.mdwn b/doc/design/assistant/blog/day_172__short_day.mdwn new file mode 100644 index 000000000..031f90e0f --- /dev/null +++ b/doc/design/assistant/blog/day_172__short_day.mdwn @@ -0,0 +1,22 @@ +Only one bug fix today, but it was a doozie. It seems that gpg2 has an +incompatability with the gpg 1.x that git-annex was written for, that +causes large numbers of excess passphrase prompts, when it's supposed to be +using a remote's symmetric encryption key. Adding the --batch parameter +fixed this. + +I also put together a page listing [[related_software]] to git-annex. + +I've also updated [[direct_mode]]'s documentation, about when it's safe to +use direct mode. The intuition I've developed about direct mode is that if +you don't need full versioning of files (with the ability to get back old +versions), direct mode is fine and safe to use. If you want full +versioning, it's best to not use direct mode. Or a reasonable compromise is +to `git annex untrust` the direct mode repository and set up a backup remote. +With this compromise, only if you edit a file twice in a row might the old +version get lost before it can be backed up. + +Of course, it would be possible to make direct mode fully version +preserving, but it'd have to back up every file in the repository locally +to do so. Going back to two local copies of every file, which is part of +git that git-annex happily avoids. Hmm, it might be possible to only back +up a file locally until it reaches the backup remote.. |