mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

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

Browse source
This commit is contained in:
Joey Hess 2013-07-11 11:37:35 -04:00
commit c4ad7adc3f
8 changed files with 124 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

19
doc/bugs/Truncated_file_transferred_via_S3/comment_2_75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment Normal file
View file

@ -0,0 +1,19 @@
[[!comment format=mdwn
username="https://launchpad.net/~eythian"
nickname="eythian"
subject="comment 2"
date="2013-07-11T12:44:24Z"
content="""
I did it just then:
fsck git-annex_4.20130627_amd64.deb (checksum...) [2013-07-11 13:38:46 BST] read: sha256sum [\"git-annex_4.20130627_amd64.deb\"]
Bad file content; left in place for you to examine
failed
however, more concerningly, this happened to almost all the files in the repo:
git-annex: fsck: 79 failed
and they do seem to be a different size between the two computers.
"""]]

49
doc/bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background.mdwn Normal file
View file

@ -0,0 +1,49 @@
### Please describe the problem.
When `git annex add` is run on dangling symlinks which point to the annex, the pre-commit hook `git annex pre-commit .` is run which, in turn, runs `git annex fix`.
During this fix, the mtime of the symlink changes. I assume the symlink is actually deleted and re-created in the background which would explain this behavior.
### What steps will reproduce the problem?
[[!format sh """
# manual import of annexed data into new annex
% mkdir repo1.annex
% cd !$
% git init; git annex init
% echo hi > foo
% git annex add foo; git commit -m bar
% mkdir ../repo2
% cd !$
% git init; git annex init
% mkdir .git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/
% cp -ax ../repo1/.git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4 .git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
% mkdir subdirectory
% cd !$
% cp -ax ../../repo1.annex/foo .
% ls -l foo
total 4
lrwxrwxrwx 1 richih richih 194 Jul 11 12:20 foo -> .git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
% git annex fix # this does nothing
% ls -l foo
total 4
lrwxrwxrwx 1 richih richih 194 Jul 11 12:20 foo -> ..git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
% git annex add foo
add foo ok
(Recording state in git...)
% ls -l foo
total 4
lrwxrwxrwx 1 richih richih 197 Jul 11 12:23 foo -> ../.git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
%
"""]]
### What version of git-annex are you using? On what operating system?
git-annex 4.20130709 on Debian unstable i386 and x64.
### Please provide any additional information below.
As noted in [[todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/#comment-e0ea68b5f84cf4130001ad34e9f3b2ff]], `git annex import` does not seem to work on other repos which is why I tried to build this by hand. This works fine and retains mtime as long as I don't need to change the relative depth the symlinks.
I think that the issue above should be fixed in and as of itself, though.

12
doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op.mdwn Normal file
View file

@ -0,0 +1,12 @@
### Please describe the problem.
`git annex fix` only works on files that have been annexed, already.
While that's a safety measure of course, an option like `--force` or similar would be nice if one is shuffling around data by hand.
### What steps will reproduce the problem?
Please see [[bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background/]] for details; I didn't want to spam exactly the same output twice.
### What version of git-annex are you using? On what operating system?
git-annex 4.20130709 on Debian unstable i386 and x64.

8
doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_1_9b671e583eec5adf870dccd1e97b5dbc._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.154.7.235"
subject="comment 1"
date="2013-07-11T15:26:52Z"
content="""
I don't understand what you want fix to do when run on files that are not annexed.
"""]]

1
doc/forum/not_getting_file_contents.mdwn Normal file
View file

@ -0,0 +1 @@
I have 2 computers successfully exchanging files, but the contexts are incomplete. Used text files, documents, mp3s as tests. Both computers report in the webapp that they are synched and file names are there. But file sizes are wrong by 75% less and contents are unusable. Is there something in the config? Both machines on LinuxMint 13.

8
doc/forum/reserving_space_with_directory_special_remotes/comment_1_cd17b624704d93b51931023f69573323._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.154.7.235"
subject="comment 1"
date="2013-07-10T23:50:53Z"
content="""
Not currently supported. I've added a todo: [[todo/free_space_checking_for_local_special_remotes]]
"""]]

15
doc/forum/reserving_space_with_directory_special_remotes/comment_2_877ca1be23d1484a8a30cdaeb6630053._comment Normal file
View file

@ -0,0 +1,15 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
nickname="Michael"
subject="comment 2"
date="2013-07-10T23:56:08Z"
content="""
I was looking at git-annex git and saw this and thought it might be supported.
commit 5cc76098ca7b702772ccf37a47f03da088148003
Author: Joey Hess <joey@kitenet.net>
Date: Fri Apr 20 16:24:44 2012 -0400
Directory special remotes now check annex.diskreserve.
"""]]

12
doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_3_2c094bef802a2182de4fcd0def1ad29b._comment Normal file
View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
nickname="Richard"
subject="comment 3"
date="2013-07-11T11:54:25Z"
content="""
To expand on this a bit:
* I meant \"ugh, me\" not \"ugh, anyone else\"; I simply did not see it...
* `git annex import` on a separate annex should copy over the symlinks and the objects behind it and then run `git annex add`, thus verifying, fixing symlinks, etc, imo.
* Something that may not be said often enough: Thanks :)
"""]]