summaryrefslogtreecommitdiff
path: root/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn')
-rw-r--r--doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn52
1 files changed, 0 insertions, 52 deletions
diff --git a/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn b/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn
deleted file mode 100644
index f8df1f082..000000000
--- a/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn
+++ /dev/null
@@ -1,52 +0,0 @@
-Hi!
-
-Using bup for storing seems a good idea to save space, but I still have a problem when trying to copy files to my local git repo.
-I have two partitions:
-
-- /Data (NTFS)
-
-- / (ext4)
-
-I turned the directory /Data/Audio into a git-annex repo, and cloned it into /home/me/AudioClone.
-I added the remote bup to AudioClone by doing:
-
- git annex initremote mybup type=bup encryption=none buprepo=
-
-But when I try to copy some files that I have previously got by "git annex get" by doing:
-
- [~/AudioClone]$ git annex copy someartist/somealbum --to mybup
-
-it fails and tells me:
-
- copy Order To Die/01 Morituri Te Salutant.flac (to mybup...)
- fatal: Cannot lock the ref 'refs/heads/WORM-s7351771-m1318841909--01 Morituri Te Salutant.flac'.
- Traceback (most recent call last):
- File "/usr/lib/bup/cmd/bup-split", line 170, in <module>
- git.update_ref(refname, commit, oldref)
- File "/usr/lib/bup/bup/git.py", line 835, in update_ref
- _git_wait('git update-ref', p)
- File "/usr/lib/bup/bup/git.py", line 930, in _git_wait
- raise GitError('%s returned %d' % (cmd, rv))
- bup.git.GitError: git update-ref returned 128
-
-for each file, **except for the album cover file**, which is a simple JPG that bup doesn't try to split. This one gets copied nicely but the big FLAC files don't.
-
-I tried to restart my session, in case bup adds my username to a group or something.
-
-(I'm using Ubuntu 11.10)
-
-> Apparently bup-split does not allow storing data using filenames with
-> spaces in them. I can reproduce the same bug using the same filename;
-> if I remove the spaces all is well.
->
-> Since bup-split -n uses git branches, I guess git-annex needs to avoid
-> giving it any names containing spaces, or anything else not allowed
-> in a git branch name. The rules for legal git branch names are quite complex
-> (see git-check-ref-format(1)) so it will take me some times to code
-> this up.
->
-> A workaround is to switch to the SHA256 backend
-> (`git annex migrate --backend=SHA256`), which avoids spaces in its keys.
-> --[[Joey]]
-
->> Now fixed in git. [[done]] --[[Joey]]