closing
This commit is contained in:
parent
7a77f98576
commit
00ba0b9f4d
3 changed files with 10 additions and 0 deletions
|
@ -21,3 +21,6 @@ Actual:
|
|||
* File is dropped from B
|
||||
|
||||
Seems like a resurfacing of [[forum/assistant_overzealously_moving_stuff_to_other_repos]]? Thanks.
|
||||
|
||||
> 4.20130227 used a regex library that was broken, at least for certian
|
||||
> filenames. I suspect that's what'd going on here. [[done]] --[[Joey]]
|
||||
|
|
|
@ -21,3 +21,8 @@ Additional information:
|
|||
* The files that the Assistant started trying to drop were, I believe, the first (alphabetically) files in my repository to contain non-ascii characters in their file names (some French accented letters)
|
||||
|
||||
Thanks.
|
||||
|
||||
> The non-ascii characters are the giveaway: For 1 version, git-annex used
|
||||
> a regex library that failed to ever match non-ascii characters. So it
|
||||
> thought backup repos, which match "*" with a regex, wanted no such files.
|
||||
> This is [[fixed|done]]. --[[Joey]]
|
||||
|
|
|
@ -20,3 +20,5 @@ Please provide any additional information below.
|
|||
|
||||
One thing that would be incredibly helpful with the kinds of bugs I've seen in the assistant is if the daemon.log contained info about *why* it is dropping or transferring content. "transferring content because there was only 1 copy and we need to fulfill numcopies" "transferring content because it matches such-and-such a preferred content expresson" "dropping content because it does not match this preferred content expression" -- that would remove a lot of mystery about the way the assistant is working.
|
||||
|
||||
> The several bugs mentioned here seem to be fixed, so closing this report.
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
Loading…
Add table
Reference in a new issue