summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
Diffstat (limited to 'doc')
-rw-r--r--doc/bugs/fails_to_addurl_to_file:__47____47____47___in_the_most_recent_snapshot_build/comment_1_557c9147078e04f7b62a873bf94f7b6a._comment13
-rw-r--r--doc/bugs/git-annex_doesn__39__t_work_on_lustre:_waitToSetLock:_unsupported_operation___40__Function_not_implemented__41__/comment_2_8c8d7ad99de78d282d202c541323a299._comment12
-rw-r--r--doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment39
-rw-r--r--doc/builds.mdwn2
4 files changed, 66 insertions, 0 deletions
diff --git a/doc/bugs/fails_to_addurl_to_file:__47____47____47___in_the_most_recent_snapshot_build/comment_1_557c9147078e04f7b62a873bf94f7b6a._comment b/doc/bugs/fails_to_addurl_to_file:__47____47____47___in_the_most_recent_snapshot_build/comment_1_557c9147078e04f7b62a873bf94f7b6a._comment
new file mode 100644
index 000000000..7a6d6831e
--- /dev/null
+++ b/doc/bugs/fails_to_addurl_to_file:__47____47____47___in_the_most_recent_snapshot_build/comment_1_557c9147078e04f7b62a873bf94f7b6a._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2015-09-09T16:25:05Z"
+ content="""
+The -11 exit status is pretty unusual. Being negative suggests that curl
+died of a signal (and so the high bit was set to indicate that).
+
+I guess that signal would probably be a SIGSEGV.
+
+Perhaps this is an intermittent memory problem and git-annex version is not
+relevant. I also see no changes in how git-annex calls curl.
+"""]]
diff --git a/doc/bugs/git-annex_doesn__39__t_work_on_lustre:_waitToSetLock:_unsupported_operation___40__Function_not_implemented__41__/comment_2_8c8d7ad99de78d282d202c541323a299._comment b/doc/bugs/git-annex_doesn__39__t_work_on_lustre:_waitToSetLock:_unsupported_operation___40__Function_not_implemented__41__/comment_2_8c8d7ad99de78d282d202c541323a299._comment
new file mode 100644
index 000000000..71da557b1
--- /dev/null
+++ b/doc/bugs/git-annex_doesn__39__t_work_on_lustre:_waitToSetLock:_unsupported_operation___40__Function_not_implemented__41__/comment_2_8c8d7ad99de78d282d202c541323a299._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 2"""
+ date="2015-09-09T16:19:06Z"
+ content="""
+This is a POSIX fcntl lock failing on that filesystem.
+
+git-annex really needs these locks for safe concurrency, including guarding
+against situations where data could be lost.
+
+I wonder if flock locks would be more portable?
+"""]]
diff --git a/doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment b/doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment
new file mode 100644
index 000000000..5097e2e16
--- /dev/null
+++ b/doc/bugs/git-annex_drop_fails_to_access_file:__47____47____47___target_URL_on_Windows/comment_2_504ea07f798838710cdbf6133135c815._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 2"""
+ date="2015-09-09T16:36:13Z"
+ content="""
+I can't reproduce that behavior on linux.
+
+ joey@darkstar:~/tmp/xx>git annex addurl --file=annexed file:///./data
+ addurl annexed (downloading file:///./data ...)
+ curl: (37) Couldn't open file /data
+
+Here, curl seems to be doing the right thing; the url is not relative; it's
+for `/./data`, which doesn't exist.
+
+Relative `file:` urls shouldn't be valid at all, I think?
+
+---
+
+For checking if a file: url exits, git-annex parses the url and stats
+the file itself. The first screenshot
+shows this check for file: url existance failing on Windows for
+the url `file:///C:/tmp/test/test.dat`
+
+I guess this might come down to problems with parsing file: urls on
+Windows; seems especially complicated by drive letters. git-annex and curl
+seem to parse this url in different ways.
+
+Checking how that url parses, the uriScheme is "file:" and the uriPath is
+"/C:/tmp/test/test.dat". So, it seems clear why it fails to stat that file.
+
+Is there actually a valid way to produce a file: url that refers to a drive
+letter? curl seems to think so, since it found the file when `git annex
+addurl` ran it. I don't know if the above parse is valid, but it's not
+git-annex's code doing the parse, but the URI parsing library.
+
+(Possibly related bug report:
+<http://git-annex.branchable.com/bugs/git_annex_test_fails_when_run_through_powershell/>
+)
+"""]]
diff --git a/doc/builds.mdwn b/doc/builds.mdwn
index 3d83c90d5..5f5174076 100644
--- a/doc/builds.mdwn
+++ b/doc/builds.mdwn
@@ -45,3 +45,5 @@
<h2><a href="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">Debian</a></h2>
<iframe width=1024 scrolling=no height=500px frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
</iframe>
+<iframe width=1024 scrolling=yes height=500px frameborder=0 marginheight=0 marginwidth=0 src="http://matrix.hackage.haskell.org/package/git-annex">
+</iframe>