summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* releasing package git-annex version 6.201604186.20160418Gravatar Joey Hess2016-04-18
|
* prep releaseGravatar Joey Hess2016-04-18
|
* fix linkGravatar Joey Hess2016-04-18
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2016-04-18
|\
* | fix drop hang reported by musicmatzeGravatar Joey Hess2016-04-18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix hang when dropping content needs to lock the content on a ssh remote, which occurred when the remote has git-annex version 5.20151019 or newer. Analysis: `race` runs 2 threads at once, and the hGetLine finishes first. So, it tries to cancel the waitForProcess, but unfortunately that is making a foreign call and so cannot be canceled. The remote git-annex-shell is waiting for a line on stdin before it will exit. Deadlock. This only occurred sometimes; I reproduced it going from darkstar to elephant, but not from darkstar to darkstar. Not sure how that fits into the above analysis -- perhaps a race condition is also involved? Fixed by not using `race`; now the hGetLine will fail with an exception if the remote git-annex-shell exits without any output.
| * poll vote (Tahoe-LAFS)Gravatar https://tylercipriani.com/2016-04-18
| |
| * poll vote (OpenStack SWIFT)Gravatar 8.44.144.242016-04-18
| |
| * Added a commentGravatar https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f42016-04-18
| |
| * Added a commentGravatar Horus2016-04-17
| |
| * Added a commentGravatar Horus2016-04-17
|/
* Added a commentGravatar http://svario.it/gioele2016-04-16
|
* removedGravatar 0xloem@0bd8a79a57e4f0dcade8fc81d162c37eae4d67302016-04-16
|
* Added a comment: Assistant supportGravatar 0xloem@0bd8a79a57e4f0dcade8fc81d162c37eae4d67302016-04-16
|
* Added a comment: Assistant supportGravatar 0xloem@0bd8a79a57e4f0dcade8fc81d162c37eae4d67302016-04-16
|
* Added a commentGravatar divergentdave@5c17d06f6d67c6f157b76a4cc95ca764b7d2f8992016-04-15
|
* (no commit message)Gravatar xloem2016-04-15
|
* responseGravatar Joey Hess2016-04-14
|
* commentGravatar Joey Hess2016-04-14
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2016-04-14
|\
* | devblogGravatar Joey Hess2016-04-14
| |
* | commentGravatar Joey Hess2016-04-14
| |
* | commentGravatar Joey Hess2016-04-14
| |
* | commentGravatar Joey Hess2016-04-14
| |
* | fsck: Warn when core.sharedRepository is set and an annex object file's ↵Gravatar Joey Hess2016-04-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | write bit is not set and cannot be set due to the file being owned by a different user. Made all Annex.Perms file mode changing functions ignore errors when core.sharedRepository is set, because the file might be owned by someone else. I don't fancy getting bug reports about crashes due to set modes in this configuration, which is a very foot-shooty configuration in the first place. The fsck warning is necessary because old repos kept files mode 444, which doesn't allow locking them, and so if the mode remains 444 due to the file being owned by someone else, the user should be told about it.
| * Added a commentGravatar Don2016-04-14
| |
* | close probably bogus bug and followupGravatar Joey Hess2016-04-14
|/
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2016-04-14
|\
* | Preserve execute bits of unlocked files in v6 mode.Gravatar Joey Hess2016-04-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When annex.thin is set, adding an object will add the execute bits to the work tree file, and this does mean that the annex object file ends up executable. This doesn't add any complexity that wasn't already present, because git annex add of an executable file has always ingested it so that the annex object ends up executable. But, since an annex object file can be executable or not, when populating an unlocked file from one, the executable bit is always added or removed to match the mode of the pointer file.
* | fix bug in unlocked file scanner that skipped over executable unlocked filesGravatar Joey Hess2016-04-14
| |
| * Added a comment: git-config for manual sync-like operationsGravatar http://id.clacke.se/2016-04-14
|/
* devblogGravatar Joey Hess2016-04-13
|
* responseGravatar Joey Hess2016-04-13
|
* responseGravatar Joey Hess2016-04-13
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2016-04-13
|\
| * Added a comment: Sharing S3 bucket without fileprefixGravatar tim@5431dd39464df207b7d46d3cf1bc74c82123ac682016-04-13
| |
* | webapp: Update url to add gitlab.com ssh key. (Psst GitLab.. cool urls don't ↵Gravatar Joey Hess2016-04-13
| | | | | | | | change!)
* | dup?Gravatar Joey Hess2016-04-13
| |
* | commentGravatar Joey Hess2016-04-13
|/
* pointerGravatar Joey Hess2016-04-13
|
* responseGravatar Joey Hess2016-04-13
|
* webapp: When $HOME is a git repository, and has been initialized for use by ↵Gravatar Joey Hess2016-04-13
| | | | git-annex, opening the webapp went ahead and ran the assistant there, annexing all files. Since this is almost certianly not desirable, especially when the user is just opening the webapp from a dekstop menu which happens to run it in $HOME, the webapp will now not treat such a $HOME git repository as a git-annex repository.
* commentGravatar Joey Hess2016-04-13
|
* responseGravatar Joey Hess2016-04-13
|
* updateGravatar Joey Hess2016-04-13
|
* smudge: Print a warning when annex.thin is set, as git's smudge interface ↵Gravatar Joey Hess2016-04-13
| | | | does not allow honoring that configuration.
* correct commentGravatar Joey Hess2016-04-13
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2016-04-13
|\
* | followupGravatar Joey Hess2016-04-13
| |
* | point to git-annx fix from annex.thin docsGravatar Joey Hess2016-04-13
| |
| * removedGravatar https://me.yahoo.com/a/n0FWjM0duI0IytxNwAsBBv1BvGd8rA--#a9eec2016-04-13
| |