summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* move to todoGravatar Joey Hess2015-07-20
|
* commentGravatar Joey Hess2015-07-20
|
* expandGravatar Joey Hess2015-07-20
|
* responseGravatar Joey Hess2015-07-20
|
* responseGravatar Joey Hess2015-07-20
|
* rewordGravatar Joey Hess2015-07-20
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-07-20
|\
* | responseGravatar Joey Hess2015-07-20
| |
| * Added a commentGravatar fusionx86@2cab672ef75a8502e153ceb90177dde38985dba92015-07-20
|/
* point to docsGravatar Joey Hess2015-07-20
|
* ancient git version detected..Gravatar Joey Hess2015-07-20
|
* responseGravatar Joey Hess2015-07-20
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-07-20
|\
* | fix bash completion of filenames containing spacesGravatar Joey Hess2015-07-20
| | | | | | | | | | | | | | | | | | | | | | | | | | Work around https://github.com/pcapriotti/optparse-applicative/issues/146 by not using action "file" and instead passing -o bashdefault -o default to complete. This way, when optparse fails to complete a filename, bash will fall back to regular filename completion. Unfortunately, optparse-applicative does not provide a way to control the options passed to complete, so I had to modify its generated completion script. Note that for "git annex" command completion, git's completion script already used -o bashdefault -o default, so that works too.
* | updateGravatar Joey Hess2015-07-20
| |
| * (no commit message)Gravatar fusionx86@2cab672ef75a8502e153ceb90177dde38985dba92015-07-20
| |
| * (no commit message)Gravatar CandyAngel2015-07-19
| |
| * Fix typo in pubkeyGravatar javier.tia@235c3cfc511b7034a1c12c22caddb79d9517ca1f2015-07-19
| |
| * Added a commentGravatar mawillcockson2015-07-18
| |
| * Added a comment: hackGravatar mennucc1@6758d6a3817a0a6b29e8adbdb068c5ba35f6992b2015-07-18
| |
| * (no commit message)Gravatar oliv5@5a9bb4b174f7995da105238c4e7b3f91767a87bc2015-07-18
| |
| * my NFS tricks for git-annexGravatar anarcat2015-07-17
| |
| * Added a commentGravatar sfowijowa2015-07-17
| |
| * Added a comment: bup.bloom must be unlockedGravatar sfowijowa2015-07-17
| |
* | responseGravatar Joey Hess2015-07-17
| |
* | closeGravatar Joey Hess2015-07-17
| |
* | fixed via --all optionGravatar Joey Hess2015-07-17
| |
* | closeGravatar Joey Hess2015-07-17
|/
* commentGravatar Joey Hess2015-07-17
|
* update arch page to mention haskell-core repoGravatar Joey Hess2015-07-17
|
* responseGravatar Joey Hess2015-07-17
|
* (no commit message)Gravatar gideonite2015-07-17
|
* Added a commentGravatar ollie@6d66b5a4b0992998efe3e4c244a66708bf5d96f32015-07-17
|
* (no commit message)Gravatar ghen12015-07-17
|
* Added a commentGravatar ghen12015-07-17
|
* devblogcGravatar Joey Hess2015-07-16
|
* move forum bug report to bugs, and closeGravatar Joey Hess2015-07-16
|
* Fix bug that prevented uploads to remotes using new-style chunking from ↵Gravatar Joey Hess2015-07-16
| | | | | | | | | | | | | | | | resuming after the last successfully uploaded chunk. "checkPresent baser" was wrong; the baser has a dummy checkPresent action not the real one. So, to fix this, we need to call preparecheckpresent to get a checkpresent action that can be used to check if chunks are present. Note that, for remotes like S3, this means that the preparer is run, which opens a S3 handle, that will be used for each checkpresent of a chunk. That's a good thing; if we're resuming an upload that's already many chunks in, it'll reuse that same http connection for each chunk it checks. Still, it's not a perfectly ideal thing, since this is a different http connection that the one that will be used to upload chunks. It would be nice to improve the API so that both use the same http connection.
* update for completion changesGravatar Joey Hess2015-07-16
|
* responseGravatar Joey Hess2015-07-16
|
* got bash completion working for "git annex" not just "git-annex"Gravatar Joey Hess2015-07-16
| | | | | | | This needs a patch to git to cause the git-annex completion to be auto-loaded when completing "git annex <tab>". Otherwise, it will only load when "git-annex" is tab completed. Once loaded, it works for both uses. I've submitted the git patch to the git mailing list.
* responseGravatar Joey Hess2015-07-15
|
* responseGravatar Joey Hess2015-07-15
|
* responseGravatar Joey Hess2015-07-15
|
* responseGravatar Joey Hess2015-07-15
|
* followupGravatar Joey Hess2015-07-15
|
* commentGravatar Joey Hess2015-07-15
|
* responseGravatar Joey Hess2015-07-15
|
* update re builtin supportGravatar Joey Hess2015-07-15
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-07-15
|\
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-08 01:22:12 +0000