summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* munge NAME section of man pages to make lintian happy5.20150522Gravatar Joey Hess2015-05-22
|
* lintian fixGravatar Joey Hess2015-05-22
|
* remove deprecated hamlet packageGravatar Joey Hess2015-05-22
| | | | shakespeare provides this now
* commentGravatar Joey Hess2015-05-22
|
* Weird rsync error message, initial report -- unable to reproduce faithfully yetGravatar clacke2015-05-22
|
* fix cabal file munging code to work with current cabal fileGravatar Joey Hess2015-05-22
|
* update android patchesGravatar Joey Hess2015-05-22
|
* prep releaseGravatar Joey Hess2015-05-22
|
* correct path for trustedkeysGravatar Joey Hess2015-05-22
|
* fix windows buildGravatar Joey Hess2015-05-22
|
* need more polymorphismGravatar Joey Hess2015-05-22
|
* fix windows buildGravatar Joey Hess2015-05-22
|
* OSX: Corrected the location of trustedkeys.gpg, so the built-in upgrade code ↵Gravatar Joey Hess2015-05-22
| | | | will find it. Fixes OSX upgrade going forward, but older versions won't upgrade themselves due to this problem.
* commentGravatar Joey Hess2015-05-22
|
* responseGravatar Joey Hess2015-05-22
|
* commentGravatar Joey Hess2015-05-22
|
* (no commit message)Gravatar jean.jordaan@4bb3bd508a9eb0a4bab5d1b587dadd2b6c4a7edc2015-05-22
|
* (no commit message)Gravatar jean.jordaan@4bb3bd508a9eb0a4bab5d1b587dadd2b6c4a7edc2015-05-22
|
* (no commit message)Gravatar mitzip2015-05-21
|
* Added a commentGravatar CandyAngel2015-05-21
|
* (no commit message)Gravatar eigengrau2015-05-21
|
* Added a commentGravatar https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f72015-05-21
|
* Its vs it'sGravatar https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f72015-05-21
|
* (no commit message)Gravatar CalebJ2015-05-20
|
* remove too much timeGravatar anarcat2015-05-20
|
* mention mailman 3Gravatar anarcat2015-05-20
|
* Added a commentGravatar candyangel@7b9260fff42e1f6f552e1348007f7409a9101e822015-05-20
|
* ignore failure to clean up stale transfer lock fileGravatar Joey Hess2015-05-19
| | | | | Perhaps due to permissions problem, or perhaps a race with another process also cleaning up.
* fix crash in stale transfer lockfile cleanup codeGravatar Joey Hess2015-05-19
| | | | | Need to differentiate between the lockfile not being locked, and it not existing.
* commentGravatar Joey Hess2015-05-19
|
* devblogGravatar Joey Hess2015-05-19
|
* git-annex is now available in stackage; suggest using to in fromsource to ↵Gravatar Joey Hess2015-05-19
| | | | avoid cabal hell issues
* closeGravatar Joey Hess2015-05-19
|
* Build documentation with TZ=UTC for reproducible builds. See #785736.Gravatar Joey Hess2015-05-19
|
* Merge branch 'master' of ssh://git-annex.branchable.comGravatar Joey Hess2015-05-19
|\
* | unused importsGravatar Joey Hess2015-05-19
| |
* | better memoize core.sharedrepository handlingGravatar Joey Hess2015-05-19
| | | | | | | | | | It was memoized, but that was not used consistently. Move it to Types.GitConfig so it will auto-memoize.
* | honor core.sharedRepository settings in lockContentGravatar Joey Hess2015-05-19
| | | | | | | | | | | | | | | | The content file may not be owned by the user running git-annex, in which case, setting the owner write bit was not enough to let lockContent act on the file. However, with some core.sharedRepository configs, the file should be writable by the user's group. So, the thing to do is to call thawContent on it.
* | document exit codes of inannexGravatar Joey Hess2015-05-19
| |
* | fix inAnnexSafe result for direct file that is being droppedGravatar Joey Hess2015-05-19
| | | | | | | | | | | | | | | | | | | | | | It was returning Just False in this situation, which differed from indirect mode behavior. I don't think this led to any actual problems; things that checked if the file being dropped was present just failed to fail, and instead reported it wasn't present, possibly incorrectly. Hmm, it's possible that this could have made git annex fsck --from remote update the location log wrongly, if a remote was in direct mode, and was in the middle of trying to drop a key, and the drop later failed.
* | convert lockContent to use new LockPoolsGravatar Joey Hess2015-05-19
| | | | | | | | | | | | | | | | | | | | | | | | Also cleaned up the code, avoiding creating a lock file if we're going to open it for create later anyway. And, if there's an exception while preparing to lock the file, but not at the point of actually taking the lock, throw an exception, instead of silently not locking and pretending to succeed. And, on Windows, always use lock file, even if the repo somehow got into indirect mode (maybe with cygwin git..)
* | use lock pools throughout git-annexGravatar Joey Hess2015-05-19
| | | | | | | | | | | | | | | | | | | | | | | | | | The one exception is in Utility.Daemon. As long as a process only daemonizes once, which seems reasonable, and as long as it avoids calling checkDaemon once it's already running as a daemon, the fcntl locking gotchas won't be a problem there. Annex.LockFile has it's own separate lock pool layer, which has been renamed to LockCache. This is a persistent cache of locks that persist until closed. This is not quite done; lockContent stil needs to be converted.
| * 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
| |
* | lock pools to work around non-concurrency/composition safety of POSIX fcntlGravatar Joey Hess2015-05-18
|/
* 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
| |
generated by cgit v1.2.3 (git 2.39.1) at 2025-01-24 06:43:12 +0000