Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | Added a comment: Nice job! | konubinix | 2017-03-21 |
| | |||
* | Added a comment: Nice job! | konubinix | 2017-03-21 |
| | |||
* | Added a comment: Nice job! | konubinix | 2017-03-21 |
| | |||
* | Added a comment: Track GUIDs to avoid duplicate downloads | ewen | 2017-03-21 |
| | |||
* | removed | ewen | 2017-03-21 |
| | |||
* | Added a comment: Track GUIDs to avoid duplicate downloads | ewen | 2017-03-21 |
| | |||
* | Added a comment: Beware global configurations! | joern.mankiewicz@06fb5bc9b732f143dee3606866362f562531310d | 2017-03-20 |
| | |||
* | comment | Joey Hess | 2017-03-20 |
| | |||
* | response | Joey Hess | 2017-03-20 |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2017-03-20 |
|\ | |||
* | | devblog | Joey Hess | 2017-03-20 |
| | | |||
| * | Added a comment: Git-annex ignores annex.largefiles in .gitattributes | joern.mankiewicz@06fb5bc9b732f143dee3606866362f562531310d | 2017-03-20 |
|/ | |||
* | sync --content-of=path | Joey Hess | 2017-03-20 |
| | | | | | | | For when you want to sync only some files' contents, not the whole working tree. This commit was sponsored by Anthony DeRobertis on Patreon. | ||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2017-03-18 |
|\ | |||
* | | todo | Joey Hess | 2017-03-18 |
| | | |||
| * | (no commit message) | oliv5@5a9bb4b174f7995da105238c4e7b3f91767a87bc | 2017-03-18 |
|/ | |||
* | devblog | Joey Hess | 2017-03-17 |
| | |||
* | Support GIT_SSH and GIT_SSH_COMMAND | Joey Hess | 2017-03-17 |
| | | | | | | | | | | | | | | | | | | | | They are handled close the same as they are by git. However, unlike git, git-annex sometimes needs to pass the -n parameter when using these. So, this has the potential for breaking some setup, and perhaps there ought to be a ANNEX_USE_GIT_SSH=1 needed to use these. But I'd rather avoid that if possible, so let's see if anyone complains. Almost all places where "ssh" was run have been changed to support the env vars. Anything still calling sshOptions does not support them. In particular, rsync special remotes don't. Seems that annex-rsync-transport already gives sufficient control there. (Fixed in passing: Remote.Helper.Ssh.toRepo used to extract remoteAnnexSshOptions and pass them to sshOptions, which was redundant since sshOptions also extracts those.) This commit was sponsored by Jeff Goeke-Smith on Patreon. | ||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2017-03-17 |
|\ | |||
* | | git-annex-shell: run all commands with noMessages | Joey Hess | 2017-03-17 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix bug when used with a recently cloned repository, where "merging" messages were included in the output of configlist (and perhaps other commands) and caused a "Failed to get annex.uuid configuration" error. This does not seem to have been a reversion. I saw this with configlist, but it seems possible for other commands to be effected, and it might not always happen only after a fresh clone. Eg, if a foo/git-annex branch is pushed to the remote, the next git-annex-shell will auto-merge it and display the message. Decided to run all git-annex-shell commands with noMessages, even ones that don't currently use stdout for structured communication. Better to keep open the possibility for using stdout in the future. This commit was supported by the NSF-funded DataLad project | ||
| * | fixing ben | yarikoptic | 2017-03-17 |
| | | |||
| * | added Ben | yarikoptic | 2017-03-17 |
| | | |||
* | | bug report | Joey Hess | 2017-03-17 |
| | | |||
| * | (no commit message) | yarikoptic | 2017-03-17 |
| | | |||
* | | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2017-03-16 |
|\| | |||
| * | Added a comment: v6 default behavior | rok | 2017-03-16 |
| | | |||
| * | Added a comment | kubaello@d561f15ff5c07a78b706b096375cd89d6d706066 | 2017-03-16 |
| | | |||
| * | (no commit message) | kubaello@d561f15ff5c07a78b706b096375cd89d6d706066 | 2017-03-16 |
| | | |||
| * | tuned up rushed report | yarikoptic | 2017-03-16 |
| | | |||
| * | (no commit message) | yarikoptic | 2017-03-15 |
| | | |||
* | | comment | Joey Hess | 2017-03-14 |
|/ | |||
* | Added a comment: Isn't this procedure assuming that lost+found contains only ↵ | https://launchpad.net/~stephane-gourichon-lpad | 2017-03-14 |
| | | | | uncorrupted previously annexed files? | ||
* | Added a comment | Horus | 2017-03-14 |
| | |||
* | (no commit message) | ryan@d4f0c2d3daacb5ec3a2945bca06f66decad4bfb5 | 2017-03-14 |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2017-03-13 |
|\ | |||
* | | close; not a bug in git-annex | Joey Hess | 2017-03-13 |
| | | |||
* | | Windows: Fix bug in shell script shebang lookup code that caused a "delayed ↵ | Joey Hess | 2017-03-13 |
| | | | | | | | | | | | | | | | | | | read on closed handle" error. The bug was that withFile closes the handle afterwards, but the content of the file was not read due to laziness. Using readFile avoids it. This commit was sponsored by Nick Daly on Patreon. | ||
| * | Added a comment: windows password | hobbie123 | 2017-03-13 |
| | | |||
| * | initial post | lee@7614f42c1a6cc84dbc813df25d2f75ed54948e17 | 2017-03-12 |
| | | |||
| * | Added a comment: Solution | Michel | 2017-03-11 |
|/ | |||
* | Added a comment | CandyAngel | 2017-03-10 |
| | |||
* | Added a comment: Issue still present | Alan | 2017-03-10 |
| | |||
* | (no commit message) | alanr | 2017-03-10 |
| | |||
* | Added a comment: Work-in-progress, yet already usable, solution | https://launchpad.net/~stephane-gourichon-lpad | 2017-03-09 |
| | |||
* | (no commit message) | jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0 | 2017-03-09 |
| | |||
* | Added a comment: Thanks | Michel | 2017-03-09 |
| | |||
* | Added a comment | archimedes | 2017-03-08 |
| | |||
* | Added a comment | archimedes | 2017-03-08 |
| | |||
* | Added a comment: re: comment 3 | jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0 | 2017-03-08 |
| | |||
* | Windows: Improve handling of shebang in external special remote program, ↵ | Joey Hess | 2017-03-08 |
| | | | | | | | | | | | | | | | | | | | searching for the program in the PATH. findShellCommand needs a full path to a file in order to check it for a shebang on Windows. It was being run with only the base name of the external special remote program, which would only work when it was in the current directory. This is why users in https://github.com/DanielDent/git-annex-remote-rclone/pull/10 and elsewhere were complaining that the previous improvements to git-annex didn't make git-remote-rclone work on Windows. Also, reworked checkearlytermination, which while it worked, seemed to rely on a race condition. And, improved its error messages. This commit was sponsored by Shane-o on Patreon. |