Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
2ded1b8c75
5 changed files with 67 additions and 0 deletions
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawn9JRcJ_69McoLFe5-dvTMdfS9rJpGy6JI"
|
||||
nickname="Warren"
|
||||
subject="this just happened to me as well"
|
||||
date="2013-03-29T23:28:05Z"
|
||||
content="""
|
||||
I was trying to undo some changes from another bare repo, and then all of a sudden the three letter directories popped up. I think the way I did this was to hard reset the master and git-annex branches to the same commit. I take it that was the wrong thing to do? I take it the git-annex and master branch should never be merged?
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawn9JRcJ_69McoLFe5-dvTMdfS9rJpGy6JI"
|
||||
nickname="Warren"
|
||||
subject="solved the problem"
|
||||
date="2013-03-30T00:13:29Z"
|
||||
content="""
|
||||
Just wanted to let future searchers know that I solved this problem by finding the most recent commit of the master that was not merged with the git-annex branch and hard resetting to that. I hard reset the git-annex branch to its most recent separate commit and now things seem to working again. By hard reset I mean the command \"git reset --hard <commit>\".
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
|
||||
nickname="Georg"
|
||||
subject="Great idea! "
|
||||
date="2013-03-30T08:00:16Z"
|
||||
content="""
|
||||
This will be perfect for my raw image pool! I use Lightroom, so my photos are only imported once and only in case of DNG are they actually changed, in all other formats LR creates little sidecar XML files with processing instructions. So with this change the side car files can actually be fully Versionen and lage files are kept out of the repo and handled by archiving with annex. Cool!
|
||||
"""]]
|
|
@ -0,0 +1,20 @@
|
|||
[[!comment format=mdwn
|
||||
username="diepes"
|
||||
ip="105.227.34.36"
|
||||
subject="sshfs ? and no sync from special remote to 2nd git-annex ?"
|
||||
date="2013-03-29T22:09:49Z"
|
||||
content="""
|
||||
* It sound to me it would be 1st prize if the cloud provider supported the git-annex functionality over ssh.
|
||||
* Then it could be a full git-annex repo, and used for recovery if my laptop with the git info gets lost.
|
||||
* From special remotes \"These can be used just like any normal remote by git-annex\"
|
||||
* Your comment \"No, special remotes do not contain a copy of the git repository\"
|
||||
|
||||
* so a special remote is
|
||||
|
||||
1. \"A. just a remote filesystem, that contains the objects with sha1 names ? \"
|
||||
2. \"B. there is no git info and thus no file name & directory details or am i missing something ?\"
|
||||
3. \"C. you can't use the remote as a cloud drive to sync changes e.g. file moves, renames between two other git-annex repositories ? (no meta data)\"
|
||||
4. \"D. the data on the cloud/rsync storage can not be used directly it has to moved into a git-annex capable storage location. \"
|
||||
|
||||
* Would it not be better to mount the remote storage over ssh(sshfs) and then use full git-annex on mounted directory ?
|
||||
"""]]
|
23
doc/todo/stream_feature__63__.mdwn
Normal file
23
doc/todo/stream_feature__63__.mdwn
Normal file
|
@ -0,0 +1,23 @@
|
|||
I am just asking myself, is it stupid to think that streaming in git annex would be a good idea and wouldnt it be totaly easy to implement?
|
||||
|
||||
Ok just tried to link to files over ssh, it creates a link but you cant open with it its content ^^
|
||||
|
||||
But at least the files you have access over some filesystem as example samba/sshfs or just a other directory or usb-drive you could stream instead of "get"
|
||||
|
||||
you could add another mode like direct and indirect, like symbolic-links or something like that?
|
||||
|
||||
Sadly linux is to stupid to allow direct ssh links ( thats maybe one of the biggest features hurd has over linux ) but you could mount with sshfs readonly (checking first if sshfs is installed) to mount the files there and then map the links there.
|
||||
|
||||
ok I am not so shure how hard it would be and how much bug potentials it creates, but it would be great I guess.
|
||||
|
||||
git annex is a bit like a telephone book, where you get a list of where the targets are. So using it to call the persons so that they drive to you to talk with you is nice. But I think the better feature would be if you just talk with the guy over the telephone directly bevore he comes to you (streaming)
|
||||
|
||||
I mean you did one great thing, you did make cloudy thing peer to peer, like git is targeted too but for smaller files, yes there are may use cases without this feature, but I would be really glad if it could do that too, if I give annex 5 locations on other pcs usb-sticks etc, I find it stupid to additionaly do setup all this sources again a second time for streaming, and then I have maybe even 2 different file names because you map stuff in git.
|
||||
|
||||
So sorry its late here, I am a bit tired so I maybe dont know what I am talking right now, my english isnt the best, too, but I think it would be a great feature.
|
||||
|
||||
I mean on your setup, with slow internet, you maybe always make a get command, but here, if I link to youtube, I have no problem to stream it, or even on internal network between my pcs I have gb-lan, I start directly movies streaming, I would only use get, in rare cases where I need them on a train, the normal thing is to stream stuff.
|
||||
|
||||
So I have to go sleep now
|
||||
|
||||
bye
|
Loading…
Reference in a new issue