Merge branch 'master' of ssh://git-annex.branchable.com

This commit is contained in:
Joey Hess 2014-03-26 14:24:01 -04:00
commit 6038875ebe
3 changed files with 39 additions and 0 deletions

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.41"
subject="comment 1"
date="2014-03-26T17:36:00Z"
content="""
How did you install git-annex? Is this Debian Linux?
I have not been able to reproduce a crash. It's indeed the case that a PauseWatcher exception is thrown, but the Watcher explicitly catches that exception.
"""]]

View file

@ -0,0 +1,17 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.41"
subject="comment 1"
date="2014-03-26T17:46:30Z"
content="""
A few likely reasons:
* If a 4th client repository had popped up.
* If you have configured a high number of copies, it might only be able to be met by keeping files on the transfer repository.
* Similarly, if a repository that used to have the files has been marked as dead or deleted, more copies might be needed to make up for that.
* For completeness, if the transfer repository accidentially had its type changed to some other kind of repository, like a full backup.
You can enable debugging (start with --debug or go into the webapp's preferences) and it might say a little more, but the debugging info is not very good.
The best thing is probably to look at one single file, use `git annex whereis` on the file to see what repositories contain it, and then think about how that interacts with the [[preferred_content_expression_of_the_transfer_repository|preferred_content/standard_groups]].
"""]]

View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.41"
subject="comment 2"
date="2014-03-26T17:53:28Z"
content="""
I'm a little bit worried about the potential to reinvent SQL, badly. ;)
As shown in your example, once you have ranges, it's natural to also want disjunctions, and then probably parenthesized expressions, and suddenly things are very complicated.
Also, it's important that views remain reversable, so that committing a moved file in a view can unambiguously calculate the new metadata for it. I think that quickly becomes hard when adding these complications.
"""]]