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 2015-09-09 13:39:58 -04:00
commit d43a7fe3e5
7 changed files with 108 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

29
doc/bugs/Windows:_Doesn__39__t_want_to_handle_files_with_2_dots_in_filename.mdwn Normal file
View file

@ -0,0 +1,29 @@
### Please describe the problem.
Git annex assistant on Windows 7 won't handle files with 2 dots in the filename
### What steps will reproduce the problem?
Create a file like "3.2 Restriction et projection.mp4" which is in a directory synced by Assistant.
The file is unmanaged.
Renaming it to "3-2 Restriction et projection.mp4", and there it goes : synced with the remote repo.
### What version of git-annex are you using? On what operating system?
Latext git-annex on Win 7
### 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
# 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)

24
doc/bugs/annex.hardlink_no_longer_set_on_init_of_shared_repo.mdwn Normal file
View file

@ -0,0 +1,24 @@
### Please describe the problem.
In an earlier git-annex version (5.20141125, at least on debian), `git clone --shared` followed by `git annex init` used to set annex.hardlink to true and mark the repository as untrusted. It no longer does that.
### What steps will reproduce the problem?
(Assuming "foo" is a pre-existing repo with an annex)
git clone --shared foo foo.shared
cd foo.shared
git annex init
git config annex.hardlink
### What version of git-annex are you using? On what operating system?
5.20150824, Debian Jessie. Tried both the debian unstable package and direct cabal build.
### Please provide any additional information below.
I haven't really debugged this, but it seems that `git annex init` nowadays does some syncing (i.e. commits, i.e. objects) that it didn't used to. The hard link check tests that the current repository has alternates, but doesn't have local objects. It might be that the newly created local objects prevent the hard link check from passing. Perhaps the hard link test should only check the presence of alternates?
### 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)
Sure, it's a great tool!