Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | remove some more !! | 2012-10-20 | |
| | |||
* | removed 3 partial !! and got a much nicer implementation | 2012-10-20 | |
| | | | | Yay, monadic Either! | ||
* | avoid -Wall, too noisy | 2012-10-20 | |
| | |||
* | workaround for ghci fragility in reusing objects compiled with ghc | 2012-10-20 | |
| | |||
* | fix warning | 2012-10-20 | |
| | |||
* | update | 2012-10-20 | |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | 2012-10-20 | |
|\ | |||
* \ | Merge branch 'safesemaphore' | 2012-10-20 | |
|\ \ | | | | | | | | | | | | | | | | Conflicts: debian/changelog git-annex.cabal | ||
| | * | (no commit message) | 2012-10-20 | |
| | | | |||
| | * | Added a comment: Correction | 2012-10-20 | |
| | | | |||
| | * | (no commit message) | 2012-10-20 | |
| | | | |||
| | * | Added a comment: Response | 2012-10-20 | |
| |/ |/| | |||
* | | Merge branch 'master' of ssh://git-annex.branchable.com | 2012-10-19 | |
|\ \ | |||
* | | | blog for the day | 2012-10-19 | |
| | | | |||
| * | | Added a comment | 2012-10-19 | |
| | | | |||
* | | | nasty race workaround | 2012-10-19 | |
| | | | |||
* | | | Replace "in=" with "present" in preferred content expressions | 2012-10-19 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | in= was problimatic in two ways. First, it referred to a remote by name, but preferred content expressions can be evaluated elsewhere, where that remote doesn't exist, or a different remote has the same name. This name lookup code could error out at runtime. Secondly, in= seemed pretty useless. in=here did not cause content to be gotten, but it did let present content be dropped. present is more useful, although "not present" is unstable and should be avoided. | ||
* | | | remove git-annex branch read cache | 2012-10-19 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This cache prevented noticing changes made by another process. The case I just ran into involved the assistant dropping a file, which cached its presence info. Then the same file was downloaded again, but the assistant didn't know its presence info had changed. I don't see a way to keep this cache. Will instead rely on the OS level file cache, for files in the journal. May need to add more higher-level caching of info that it's ok to have a potentially stale copy of, although much of git-annex already does so. | ||
* | | | check preferred content when a file is moved or created | 2012-10-19 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This can result in the file being dropped, or being downloaded, or even being dropped from some other repo. It's even possible to create a file in a directory where content is not wanted, which will make the assistant immediately send it elsewhere, and then drop it. | ||
| * | | (no commit message) | 2012-10-19 | |
| | | | |||
* | | | race | 2012-10-19 | |
| | | | |||
* | | | Merge branch 'master' of ssh://git-annex.branchable.com | 2012-10-19 | |
|\| | | |||
* | | | close | 2012-10-19 | |
| | | | |||
| * | | Added a comment | 2012-10-19 | |
| | | | |||
| * | | Added a comment | 2012-10-19 | |
| | | | |||
| * | | (no commit message) | 2012-10-19 | |
| | | | |||
| * | | (no commit message) | 2012-10-19 | |
| | | | |||
| * | | Added a comment | 2012-10-19 | |
| | | | |||
| * | | poll vote (Google Drive) | 2012-10-19 | |
| | | | |||
| * | | Added a comment: Ah | 2012-10-18 | |
| | | | |||
| * | | Added a comment | 2012-10-18 | |
|/ / | |||
* | | blog for the day | 2012-10-18 | |
| | | |||
* | | check and drop after uploads | 2012-10-18 | |
| | | |||
* | | update | 2012-10-18 | |
| | | |||
* | | check and drop unwanted content from remotes after receiving a transfer | 2012-10-18 | |
| | | |||
* | | split | 2012-10-18 | |
| | | |||
* | | drop unwanted content in the transfer scan | 2012-10-18 | |
| | | | | | | | | | | | | | | | | This was complicated quite a bit by needing to check numcopies. I optimised that, so it only looks up numcopies once per file, no matter how many remotes it checks to drop from. Although it did just occur to me that it might be better to first check if it wants to drop content, and only then check numcopies.. | ||
* | | minor transfer scanner code reworking | 2012-10-18 | |
| | | | | | | | | Also a small optimisation using a Set | ||
* | | import S3 only when enabled | 2012-10-18 | |
| | | |||
* | | Relax the dependency on the base package, to accomodate with GHC 7.6 | 2012-10-18 | |
| | | |||
* | | poll vote (Google Drive) | 2012-10-18 | |
| | | |||
* | | poll vote (My phone (or MP3 player)) | 2012-10-18 | |
| | | |||
* | | Added a comment: I agree | 2012-10-18 | |
| | | |||
* | | (no commit message) | 2012-10-18 | |
| | | |||
* | | Added a comment: Another idea | 2012-10-18 | |
| | | |||
* | | Added a comment: Works great! | 2012-10-18 | |
| | | |||
* | | Added a comment | 2012-10-18 | |
| | | |||
* | | Added a comment | 2012-10-18 | |
| | | |||
* | | Merge branch 'master' of ssh://git-annex.branchable.com | 2012-10-17 | |
|\ \ | |||
| * | | Added a comment | 2012-10-18 | |
| | | |