Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
7d2d600a11
6 changed files with 54 additions and 1 deletions
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="4.153.14.141"
|
||||
subject="comment 1"
|
||||
date="2012-09-25T22:56:22Z"
|
||||
content="""
|
||||
Note that git-annex already has the git configs `remote.<name>.annex-start-command` and `remote.<name>.annex-stop-command` which can be used to handle mounting and umounting.
|
||||
"""]]
|
|
@ -0,0 +1,12 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://lj.rossia.org/users/imz/"
|
||||
ip="79.165.56.162"
|
||||
subject="comment 2"
|
||||
date="2012-09-25T23:33:23Z"
|
||||
content="""
|
||||
I see, thanks for pointing at these config options! Perhaps, that'll be enough.
|
||||
|
||||
I'll have to see whether the information on how to access the remote copy (the source URL and how to mount it) saved in config variables will be transferred to the clones of the repo.
|
||||
|
||||
AFAIU [[location tracking]], usually, git-annex would transfer the information on where to look for copies from one repo to another.
|
||||
"""]]
|
|
@ -0,0 +1,17 @@
|
|||
A replacement for a web-browser's downloads menu that uses git-annex internally would be quite helpful:
|
||||
|
||||
say, when working on a topic, writing a paper or similar things, I usually have a Git repo with my text, all relevant data and processing code, and possibly other backround information. It's nice to store the literature you needed at the same place where you work. (So that it is easy to catch up with what I was doing and thinking over when I left this work aside for a while, perhaps after cloning the repo from another location.)
|
||||
|
||||
When I find an interesting literature, I save the file to the directory with my work, and read it. Then I might return to it to re-read it. There might be references to this document from my work, so I'd like them to work as links (perhaps pointing at the local file, but also at the source URL for the case when my document is read by someone else not on my system).
|
||||
|
||||
I need to keep track of the source URLs for the documents I have saved which I read and use.
|
||||
|
||||
That's a task that fits well git-annex.
|
||||
|
||||
Note that doing the dull work of copying and pasting the URL and the downloading it and then opening it for reading is a pain to do every time I'm interested in a document I have found on the web. (Of course, I would need to fill out the bibliogrphic information for this document if I want to refer to it, but that can be done later. Initially, I wish I just don't lose the source URL of a documented at the moment when I get interested in it and start reading.)
|
||||
|
||||
So, I could be assisted by a replacement of the "downloads" menu of, say, Firefox: whenever I want to open a file for viewing (like a PDF), it should ask me where to save it, and I'd choose the directory with my work, then it should register it with git-annex (so that the source URL is saved, and perhaps it should also write down the referring page's URL somewhere nearby automatically), download it, and open with a viewer for reading.
|
||||
|
||||
Then I'll have the interesting literature there when I'm offline; the source URLs would be saved, so that they can be put into the references. Also, if I distribute this work with Git, at another location git-annex can be used to easily get all the literature again.
|
||||
|
||||
(Hmmm... probably, the browser that this will be simplest for me to implement for is emacs-w3m; simply, some functions calling git-annex...)
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="4.153.14.141"
|
||||
subject="comment 1"
|
||||
date="2012-09-25T22:57:19Z"
|
||||
content="""
|
||||
The best first step to adding such kinds of data stores to git-annex is probably to use the [[special_remotes/hook]] special remote to access them.
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://lj.rossia.org/users/imz/"
|
||||
ip="79.165.56.162"
|
||||
subject="comment 2"
|
||||
date="2012-09-25T23:29:49Z"
|
||||
content="""
|
||||
I see. But then, as with Tahoe-LAFS, they also have their own formats for checksums, keys, which could be re-used in git-annex, and that needs special treatment.
|
||||
"""]]
|
|
@ -1,4 +1,4 @@
|
|||
The [Web special remote](http://git-annex.branchable.com/special_remotes/web/) could possibly be improved by detecting when URLs reference a Youtube video page and using [youtube-dl](http://rg3.github.com/youtube-dl/) instead of wget to download the page. Youtube-dl can also handle several other video sites such as vimeo.com and blip.tv, so if this idea were to be implemented, it might make sense to borrow the regular expressions that youtube-dl uses to identify video URLs. A quick grep through the youtube-dl source for the identifier _VALID_URL should find those regexes (in Python's regex format).
|
||||
The [[Web special remote|special remotes/web]] could possibly be improved by detecting when URLs reference a Youtube video page and using [youtube-dl](http://rg3.github.com/youtube-dl/) instead of wget to download the page. Youtube-dl can also handle several other video sites such as vimeo.com and blip.tv, so if this idea were to be implemented, it might make sense to borrow the regular expressions that youtube-dl uses to identify video URLs. A quick grep through the youtube-dl source for the identifier _VALID_URL should find those regexes (in Python's regex format).
|
||||
|
||||
> This is something I've thought about doing for a while..
|
||||
> Two things I have not figured out:
|
||||
|
|
Loading…
Reference in a new issue