Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
662730e1e7
4 changed files with 113 additions and 2 deletions
26
doc/bugs/Failed_to_compile_with_shakespeare_2.0.12.mdwn
Normal file
26
doc/bugs/Failed_to_compile_with_shakespeare_2.0.12.mdwn
Normal file
|
@ -0,0 +1,26 @@
|
|||
|
||||
[365 of 557] Compiling Assistant.WebApp.Form ( Assistant/WebApp/Form.hs, dist/build/git-annex/git-annex-tmp/Assistant/WebApp/Form.o )
|
||||
|
||||
Assistant/WebApp/Form.hs:61:60: error:
|
||||
* Exception when trying to run compile-time code:
|
||||
"
|
||||
<a .btn .btn-default data-toggle="collapse" data-target="##{ident}">#{toggle}</a>
|
||||
<div ##{ident} .collapse>
|
||||
^{note}
|
||||
" (line 2, column 45):
|
||||
unexpected "d"
|
||||
expecting ">"
|
||||
CallStack (from HasCallStack):
|
||||
error, called at ./Text/Hamlet.hs:421:21 in shakespeare-2.0.12-4ppL9xZ9sKD6RsPGnrhiq:Text.Hamlet
|
||||
Code: Language.Haskell.TH.Quote.quoteExp
|
||||
whamlet
|
||||
"\n\
|
||||
\<a .btn .btn-default data-toggle=\"collapse\" data-target=\"##{ident}\">#{toggle}</a>\n\
|
||||
\<div ##{ident} .collapse>\n\
|
||||
\ ^{note}\n"
|
||||
* In the quasi-quotation:
|
||||
[whamlet|
|
||||
<a .btn .btn-default data-toggle="collapse" data-target="##{ident}">#{toggle}</a>
|
||||
<div ##{ident} .collapse>
|
||||
^{note}
|
||||
|]
|
74
doc/bugs/crippled_filesystem_direct_mode_sync_loop.mdwn
Normal file
74
doc/bugs/crippled_filesystem_direct_mode_sync_loop.mdwn
Normal file
|
@ -0,0 +1,74 @@
|
|||
### Please describe the problem.
|
||||
Two direct mode repos both on crippled filesystem (NTFS), although no file is modified, each "git annex sync" command will generate a new commit on master branch, which makes "git log" grow fast.
|
||||
|
||||
### What steps will reproduce the problem?
|
||||
Run the script below on NTFS filesystem
|
||||
|
||||
### What version of git-annex are you using? On what operating system?
|
||||
I tried multiple combination:
|
||||
git version from 2.7.4 to 2.11.0;
|
||||
git-annex version from 5.20150812 to 6.20161211;
|
||||
OS includes ubuntu xenial&yakkety and Windows 10;
|
||||
As long as the script is run on NTFS filesystem it reproudces the problem.
|
||||
However, on non crippled file system the script works without problem.
|
||||
|
||||
### Please provide any additional information below.
|
||||
|
||||
[[!format sh """
|
||||
# If you can, paste a complete transcript of the problem occurring here.
|
||||
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
|
||||
mkdir a
|
||||
cd a
|
||||
git init
|
||||
git annex init first
|
||||
git annex direct
|
||||
echo foo > 1.txt
|
||||
git annex add .
|
||||
git annex sync
|
||||
cd ..
|
||||
git clone a b
|
||||
cd b
|
||||
git annex init second
|
||||
git annex direct
|
||||
git annex sync
|
||||
cd ../a
|
||||
git remote add second ../b
|
||||
git annex sync
|
||||
echo bar > 2.txt
|
||||
git annex add 2.txt
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
cd ../a
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
cd ../a
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
cd ../a
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
cd ../a
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
cd ../a
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
cd ../a
|
||||
git annex sync
|
||||
cd ../b
|
||||
git annex sync
|
||||
git log | grep refs/heads/synced/master | wc
|
||||
|
||||
|
||||
# End of transcript or log.
|
||||
"""]]
|
||||
|
||||
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
|
||||
|
||||
I'm new to git-annex and immediately astonished by its unique strength. I fit the Archivist use case, and this could be the solution I wanted for so long. I'm planning to deploy it on 2 Windows boxes and several USB disks, all of them on NTFS. I learnt the idea that v6 repo is not yet good for Win/NTFS (double disk space), so I guess direct mode is the way to go? I have already got some test repos running and practicing, indeed this sync loop problem is the only remaining case I'm not confident with. Is it a bug or some safety measure feature? Am I good to go? Thanks and oh, Merry X'mas!
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="Asureus"
|
||||
avatar="http://cdn.libravatar.org/avatar/f544d481d1e5adcd3b68c27d18680535"
|
||||
subject="one more thing"
|
||||
date="2016-12-25T14:46:46Z"
|
||||
content="""
|
||||
Forgot to mention it, \"git annex test\" never passed on my Windows setup, always got 10-20 failed tests. Is that OK?
|
||||
"""]]
|
|
@ -21,8 +21,11 @@ around while the webapp is running, etc.
|
|||
The [[`git annex webapp`|git-annex-webapp]] command launches a local web
|
||||
server which serves a graphical user interface and automatically manages
|
||||
git annex. It will attempt to guide you through the whole process and do
|
||||
everything for you. The intent is that no other commands are
|
||||
needed. This should be run on every machine that may produce file changes.
|
||||
everything for you. [[You do not even need to type the command.
|
||||
|assistant/quickstart]] This should be run on every machine that may
|
||||
produce file changes. When you move files into or out of your repository
|
||||
folder, git-annex should record the changes and automatically propagate
|
||||
them to other connected machines.
|
||||
|
||||
# 2. [[git annex assistant|git-annex-assistant]] without the webapp
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue