summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Added a commentGravatar https://id.koumbit.net/anarcat2015-05-19
|
* (no commit message)Gravatar https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f42015-05-19
|
* Added a comment: A possible solutionGravatar Marco2015-05-19
|
* Added a comment: Convert bare repository to normalGravatar https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f72015-05-19
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-05-17
|\
* | webapp: Fix zombie xdg-open process left when opening file browser. Closes: ↵Gravatar Joey Hess2015-05-17
| | | | | | | | #785498
* | comment typosGravatar Joey Hess2015-05-17
| |
| * fix linksGravatar https://id.koumbit.net/anarcat2015-05-16
| |
| * Added a commentGravatar https://id.koumbit.net/anarcat2015-05-16
| |
| * finally open that discussion directlyGravatar https://id.koumbit.net/anarcat2015-05-16
| |
* | twitter search seems to be too broken to include a feed from it anymoreGravatar Joey Hess2015-05-16
| | | | | | | | | | | | The search seems to only find spammy tweets. I know people talk about git-anenx on twitter, but it seems twitter's search does not find those interesting conversations.
| * Added a commentGravatar http://joeyh.name/2015-05-16
| |
* | Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-05-16
|\|
* | nasty issue with fcntl locksGravatar Joey Hess2015-05-16
| |
| * Added a comment: Disaster recoveryGravatar Marco2015-05-15
| |
| * Added a comment: git annex repair --forceGravatar Marco2015-05-15
| |
| * (no commit message)Gravatar Marco2015-05-15
| |
| * (no commit message)Gravatar cehteh2015-05-15
| |
| * Added a comment: mailing lists and support sitesGravatar anarcat2015-05-14
| |
| * json missing some output?Gravatar anarcat2015-05-14
|/
* devblogGravatar Joey Hess2015-05-14
|
* fix type in the name of --used-refspec in changelogGravatar Joey Hess2015-05-14
|
* add annex.used-refspecGravatar Joey Hess2015-05-14
|
* unused: Add --used option, which can specify a set of refs to consider used, ↵Gravatar Joey Hess2015-05-14
| | | | rather than the default of considering all refs used.
* adjust fast build so that ./ghci works with ghc 7.8.4Gravatar Joey Hess2015-05-14
|
* more formal specGravatar Joey Hess2015-05-14
|
* Added a commentGravatar https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f42015-05-14
|
* Added a comment: confirmedGravatar anarcat2015-05-14
|
* Added a commentGravatar https://me.yahoo.com/a/StKYI.ZuofVB3xNCCzjJo.V7Fg--#116002015-05-14
|
* Added a comment: transcriptGravatar skew2015-05-14
|
* responseGravatar Joey Hess2015-05-13
|
* designGravatar Joey Hess2015-05-13
|
* updateGravatar Joey Hess2015-05-12
|
* Stale transfer lock and info files will be cleaned up automatically when ↵Gravatar Joey Hess2015-05-12
| | | | | | get/unused/info commands are run. Deleting lock files is tricky, tricky stuff. I think I got it right!
* don't clean up transfer lock file when retrying transferGravatar Joey Hess2015-05-12
| | | | | This affected callers that used forwardRetry; if the 1st attempt failed it would clean up the transfer lock before retrying.
* Fix an unlikely race that could result in two transfers of the same key ↵Gravatar Joey Hess2015-05-12
| | | | | | running at once. As discussed in bug report.
* convert to using Utility.Lockfile for transfer lock filesGravatar Joey Hess2015-05-12
| | | | | | | | Should be no behavior changes, just simplified code. The only actual difference is it doesn't truncate the lock file. I think that was a holdover from when transfer info was written to the lock file.
* an optimization that also fixes a reversionGravatar Joey Hess2015-05-12
| | | | | | | | | | | | | | | | | | | | This is a little optimisation; avoid loading the info file for the download of the current key when checking for other downloads. The reversion it fixes is sorta strange. b94eafec8c4a7868da753f9b22ca823552e9764c broke checking for transfers that were already in progress. Indeed, the transfer lock was not held after getTransfers was called. Why? I think it's magic in ghc's handling of getLock and setLock, although it's hard to tell since those functions are almost entirely undocumented as to their semantics. Something, either the RTS (or maybe it's linux?) notices that the same process has taken a lock and is now calling getLock on a FD attached to the same file. So, it drops the lock. So, this optimisation avoids that problematic behavior.
* devblogGravatar Joey Hess2015-05-12
|
* Avoid accumulating transfer failure log files unless the assistant is being ↵Gravatar Joey Hess2015-05-12
| | | | | | | | | | | | used. Only the assistant uses these, and only the assistant cleans them up, so make only git annex transferkeys write them, There is one behavior change from this. If glacier is being used, and a manual git annex get --from glacier fails because the file isn't available yet, the assistant will no longer later see that failed transfer file and retry the get. Hope no-one depended on that old behavior.
* Take space that will be used by running downloads into account when checking ↵Gravatar Joey Hess2015-05-12
| | | | annex.diskreserve.
* updateGravatar Joey Hess2015-05-12
|
* allow building without ascii-progress, since it is not ready yetGravatar Joey Hess2015-05-12
| | | | No progress bars with -J unless built with ascii-progress.
* Merge branch 'master' into concurrentprogressGravatar Joey Hess2015-05-12
|\ | | | | | | | | | | | | | | | | | | | | | | Conflicts: Command/Fsck.hs Messages.hs Remote/Directory.hs Remote/Git.hs Remote/Helper/Special.hs Types/Remote.hs debian/changelog git-annex.cabal
| * note about git annex drop behavior change in bare repoGravatar Joey Hess2015-05-12
| |
| * Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-05-12
| |\
| * | drop: Now supports --all, --unused, and --key.Gravatar Joey Hess2015-05-12
| | |
| | * (no commit message)Gravatar https://me.yahoo.com/a/StKYI.ZuofVB3xNCCzjJo.V7Fg--#116002015-05-12
| | |
| | * Added a comment: Create symlink in the root directoryGravatar https://sunny256.wordpress.com/2015-05-12
| | |
| | * Added a commentGravatar https://www.google.com/accounts/o8/id?id=AItOawnwNDA50ZupMvOgpgDqzDRyu5B-mYlVwa42015-05-12
| | |
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-04 09:30:19 +0000