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 2013-08-20 16:03:36 -04:00
commit 552e1d5262
30 changed files with 714 additions and 5 deletions
Download patch file Download diff file Expand all files Collapse all files

3
doc/todo/__96__git_annex_sync_--auto__96___or___96__git_annex_auto__96___--_synchronize_symlinks__44___tracking_info__44___and_actual_data.mdwn Normal file
View file

@ -0,0 +1,3 @@
As per DebConf13: Introduce a one-shot command to synchronize everything, including data, with the other remotes.
Especially useful for the debconf annex.

17
doc/todo/faster_gnupg_cipher/comment_3_bd0c975494333dfe558de048d888ace8._comment Normal file
View file

@ -0,0 +1,17 @@
[[!comment format=mdwn
username="guilhem"
ip="129.16.20.209"
subject="comment 3"
date="2013-08-19T13:44:35Z"
content="""
AES-NI acceleration will be used by default providing you're using
the new modularized GnuPG (v2.x) and libgcrypt ≥ 1.5.0. Of course it
only speeds up AES encryption, while GnuPG uses CAST by default; you can
either set `personal-cipher-preferences` to AES or AES256 in your
`gpg.conf` or, as joeyh hinted at, set `remote.<name>.annex-gnupg-options`
as described in the manpage.
By the way, I observed a significant speed up when using `--compress-algo none`.
Image, music and video files are typically hard to compress further, and it seems
that's where gpg spent most of its time, at least on the few files I benchmarked.
"""]]

4
doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote.mdwn
View file

@ -11,12 +11,10 @@ The [[Web special remote|special remotes/web]] could possibly be improved by det
>
> --[[Joey]]
> > There's a library for this called [quvi][] which supports many
> > There's a library for this called [quvi](http://quvi.sourceforge.net/) which supports many
> > different sites and also allows fetching the URL (as opposed to just
> > downloading the file). It seems to me this would be the best tool
> > for this task. One problem to consider here is that a single youtube
> > URL may yield different file contents depending on the quality
> > chosen. Also, it seems that the URLs guessed by quvi may be
> > ephemeral. --[[anarcat]]
> >
> > [quvi]: http://quvi.sourceforge.net/