retitle
This commit is contained in:
parent
0b12db64d8
commit
6d1068f160
5 changed files with 11 additions and 0 deletions
|
@ -58,3 +58,5 @@ Alright, what if I just try to get a non-existent file?
|
||||||
$
|
$
|
||||||
|
|
||||||
Alright, it didn't fail with an error, that's very strange. What is going on here?
|
Alright, it didn't fail with an error, that's very strange. What is going on here?
|
||||||
|
|
||||||
|
[[!meta title="v1 file is ignored"]]
|
||||||
|
|
|
@ -47,3 +47,5 @@ Already up-to-date.
|
||||||
</pre>
|
</pre>
|
||||||
|
|
||||||
I ran " git annex watch -d --foreground" to watch what was going one, and just created a .gitignore file and the the commiter/lsof thread just loops over and over.... I only noticed as my laptop battery had drained at somepoint when git-annex was running in the background.
|
I ran " git annex watch -d --foreground" to watch what was going one, and just created a .gitignore file and the the commiter/lsof thread just loops over and over.... I only noticed as my laptop battery had drained at somepoint when git-annex was running in the background.
|
||||||
|
|
||||||
|
[[!meta title="assistant: lsof/committer thread loops occassionally"]]
|
||||||
|
|
|
@ -10,3 +10,4 @@ git head of today, Ubuntu 12.04
|
||||||
Please provide any additional information below.
|
Please provide any additional information below.
|
||||||
I looked in the source code and found some hints that the rsync progress should actually be evaluated and shown, I'm opening a bug report for this reason.
|
I looked in the source code and found some hints that the rsync progress should actually be evaluated and shown, I'm opening a bug report for this reason.
|
||||||
|
|
||||||
|
[[!meta title="assistant: No progress bars for file uploads"]]
|
||||||
|
|
|
@ -24,3 +24,7 @@
|
||||||
> [[annex_unannex__47__uninit_should_handle_copies]] and `unannex --fast`
|
> [[annex_unannex__47__uninit_should_handle_copies]] and `unannex --fast`
|
||||||
> added to leave contents behind in the annex, which allows handling
|
> added to leave contents behind in the annex, which allows handling
|
||||||
> copies. But needs manual cleanup later with dropunused. --[[Joey]]
|
> copies. But needs manual cleanup later with dropunused. --[[Joey]]
|
||||||
|
|
||||||
|
> This is basically a dup of [[Large unannex operations result in stale symlinks and data loss]],
|
||||||
|
> or at least the ideas in there will also deal with this. Closing as dupe.
|
||||||
|
> [[done]] --[[Joey]]
|
||||||
|
|
|
@ -26,3 +26,5 @@ Possible approaches:
|
||||||
events when files are moved out of the repository (well, I do, but it
|
events when files are moved out of the repository (well, I do, but it
|
||||||
just says "file moved", with no forwarding address, so I don't know
|
just says "file moved", with no forwarding address, so I don't know
|
||||||
how to find the file to unlock it.
|
how to find the file to unlock it.
|
||||||
|
|
||||||
|
[[!meta title="assistant: watcher_commits_unlocked_files"]]
|
||||||
|
|
Loading…
Add table
Reference in a new issue