Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
2466115c09
9 changed files with 134 additions and 0 deletions
|
@ -2,6 +2,8 @@
|
|||
|
||||
`git annex get --from=myremote' show "transfer already in progress, or unable to take transfer lock".
|
||||
|
||||
**Likely Problem discovered!** I copied the whole remote repo (was residing on a Linux machine accessed via SMB) and pasted it into my Mac. The problem was resolved. It is likely something to do with the fact that Mac OS filesystem is **case-insensitive**. I discovered this issue when I tried to copy that remote repo with ``cp`` rather than ``tar``ing it first.
|
||||
|
||||
|
||||
### What steps will reproduce the problem?
|
||||
|
||||
|
|
|
@ -0,0 +1,9 @@
|
|||
### Please describe the problem.
|
||||
|
||||
Due to the very unstable kernel on my laptop atm I need to reboot quite frequently... and this issue with annex assistant immediately starting synchronizing (although I did disable all synchronizations in webapp, so it would be another issue I guess), I wanted just to disable autostart of git-annex altogether. I have removed $HOME/.config/autostart/git-annex.desktop but to my surprise upon gnome crashing/relogin I had the same ssh key passphrase dialog and that file reappeared.
|
||||
|
||||
### What version of git-annex are you using? On what operating system?
|
||||
|
||||
5.20151116+gitg5416a1a-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
|
@ -0,0 +1,35 @@
|
|||
### Please describe the problem.
|
||||
|
||||
``git annex unlock myfolder`` will unlock all files inside (`find myfolder -type l' returns nothing).
|
||||
|
||||
Yet, ``git annex whereis myfolder`` shows those files are *not* in current repo.
|
||||
|
||||
Meanwhile, those files also reside in a remote. git-annex-whereis does show there is a copy in that remote.
|
||||
|
||||
Note that dropping files in current repo (``git annex drop``) and re-getting (``git annex get``) does download the files from that remote. However, a subsequent ``git annext whereis`` again shows 1 copy --- at that remote only.
|
||||
|
||||
|
||||
### What steps will reproduce the problem?
|
||||
|
||||
Same as described above.
|
||||
|
||||
|
||||
### What version of git-annex are you using? On what operating system?
|
||||
|
||||
Lubuntu 15.10
|
||||
git annex 5.20151019
|
||||
|
||||
|
||||
### 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)
|
||||
|
||||
Yes, git annex is wonderful.
|
34
doc/bugs/remote_repo_marked_as___34__here__34__.mdwn
Normal file
34
doc/bugs/remote_repo_marked_as___34__here__34__.mdwn
Normal file
|
@ -0,0 +1,34 @@
|
|||
### Please describe the problem.
|
||||
|
||||
``git annex info`` shows a local repo as "not here" (withou the ``[here]`` tag), and shows a remote repo with the ``[here]`` tag.
|
||||
|
||||
I had to manually edit `.git/config` to set my local repo's UUID to the correct one.
|
||||
|
||||
|
||||
### What steps will reproduce the problem?
|
||||
|
||||
I just ``git annex dead`` an old repo, and ``git annex semitrust`` a new repo by the same name as the old repo.
|
||||
|
||||
|
||||
### What version of git-annex are you using? On what operating system?
|
||||
|
||||
5.20150731-1build1
|
||||
|
||||
Lubuntu 15.10
|
||||
|
||||
|
||||
### 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)
|
||||
|
||||
Yes, lots of luck (need more skill).
|
||||
|
||||
git-annex may need more error catches to prevent a wrong order of commands from corrupting a repo. But still, git annex works great.
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="jhannwong@c9c7a67b5632a4bbc0c959cfeb3d340e02f28565"
|
||||
nickname="jhannwong"
|
||||
subject="git annex fsck didn't solve this problem"
|
||||
date="2015-11-20T01:49:03Z"
|
||||
content="""
|
||||
Same problem here.
|
||||
"""]]
|
|
@ -0,0 +1,14 @@
|
|||
[[!comment format=mdwn
|
||||
username="jhannwong@c9c7a67b5632a4bbc0c959cfeb3d340e02f28565"
|
||||
nickname="jhannwong"
|
||||
subject="Nope, git-annex drop is still not reducing size of .git/annex"
|
||||
date="2015-11-20T13:32:11Z"
|
||||
content="""
|
||||
A remote has 200MB of file contents in .git/annex.
|
||||
|
||||
A local repo issues a ``git annex drop --from=myremote``.
|
||||
|
||||
The remote .git/annex still has 200MB of file contents.
|
||||
|
||||
Sometimes it works. I'm guessing it has to do with the order of commands issued.
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="jtgeibel@4ad445b2ef940dedb1b6d9b19e3888e56b33541b"
|
||||
nickname="jtgeibel"
|
||||
subject="Git tag"
|
||||
date="2015-11-21T00:38:13Z"
|
||||
content="""
|
||||
Joey, I couldn't find a tag for this in the repo. It appears to be 76139a93.
|
||||
"""]]
|
|
@ -0,0 +1,13 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://bret.io/"
|
||||
subject="Woo! "
|
||||
date="2015-11-19T23:48:01Z"
|
||||
content="""
|
||||
Rad! Cant wait to add it to:
|
||||
|
||||
<img src=\"https://camo.githubusercontent.com/0133cd5cab79bd8e9945d0e89337e2041d157076/68747470733a2f2f63312e737461746963666c69636b722e636f6d2f312f3732302f32313339393337353133395f303564383938316231395f622e6a7067\" height=\"400\">
|
||||
|
||||
I like the idea of adapters too :)
|
||||
|
||||
https://www.stickermule.com/ and https://hexi.pics/help_en both print high quality spec compliant stickers.
|
||||
"""]]
|
|
@ -0,0 +1,11 @@
|
|||
[[!comment format=mdwn
|
||||
username="CandyAngel"
|
||||
subject="comment 2"
|
||||
date="2015-11-20T08:37:39Z"
|
||||
content="""
|
||||
I don't usually like any decals on my stuff.. but I've never come across this before and it looks interesting. I'm really tempted..
|
||||
|
||||
However, I wouldn't be able to do it without having some nice way of dealing with tolerance stacking. The overlapping stickers (bottom-right) on the photo above would drive me mad! :)
|
||||
|
||||
I went ahead and [raised an issue](https://github.com/terinjokes/StickerConstructorSpec/issues/18) in case they want to deal with this in the specification by having a(some?) guide specification(s) too.
|
||||
"""]]
|
Loading…
Add table
Reference in a new issue