Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | remove workaround | Joey Hess | 2015-10-04 |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2015-10-04 |
|\ | |||
* | | force installing older warp; current fails to build | Joey Hess | 2015-10-04 |
| | | |||
| * | Added a comment | dah | 2015-10-04 |
| | | |||
| * | Added a comment | https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw | 2015-10-04 |
| | | |||
| * | Added a comment: no statfs64 on OpenBSD | jirib@503223f0610c6c66f4e6dc738a5a0b2648c290b1 | 2015-10-04 |
| | | |||
| * | (no commit message) | jirib@503223f0610c6c66f4e6dc738a5a0b2648c290b1 | 2015-10-04 |
| | | |||
| * | (no commit message) | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-04 |
| | | |||
| * | (no commit message) | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-04 |
| | | |||
| * | (no commit message) | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-04 |
| | | |||
| * | Added a comment | https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw | 2015-10-04 |
| | | |||
| * | Added a comment | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
| | | |||
| * | Added a comment | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
| | | |||
| * | Added a comment | encryptio | 2015-10-03 |
| | | |||
| * | Added a comment: Need advice on using gitlab with the assistant | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
| | | |||
| * | (no commit message) | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
| | | |||
| * | Added a comment | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
| | | |||
| * | Added a comment | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
| | | |||
| * | (no commit message) | ovidiu@66ace8a8d99ce938b0538ffa0f26d30db02a9626 | 2015-10-03 |
|/ | |||
* | Added a comment | jephte.clain@f0da2444b164953b596ac5e3e38da30b8c04e5e3 | 2015-10-03 |
| | |||
* | Ported disk free space checking code to work on Solaris. | Joey Hess | 2015-10-02 |
| | | | | | | | | | | | | | On Solaris, using f_bsize provided a value that is apparently much larger than the real block size. The solaris docs for statvfs say f_bsize is the "preferred" file system block size, and I guess the filesystem prefers larger blocks, but uses smaller ones or something. The docs also say that f_frsize is the "fundamental" block size. Switched to using f_frsize on Linux and kFreeBSD too, since I guess f_bsize could in theory vary the same way there too. Assuming that Solaris is not violating the posix spec, I guess the linux man page for statvfs is not as well written and I misunderstood it. | ||
* | deal with more backward-compatible breaking renamings in conduit | Joey Hess | 2015-10-02 |
| | | | | | | This is the kind of annoying thing that makes me not want to use a library. conduitManagerSettings was a perfectly fine name and could have been kept forever. | ||
* | other 80% of avoding verification when hard linking to objects in shared repo | Joey Hess | 2015-10-02 |
| | | | | | | | | | | | | | | | | | | | | In c3b38fb2a075b4250e867ebd910324c65712c747, it actually only handled uploading objects to a shared repository. To avoid verification when downloading objects from a shared repository, was a lot harder. On the plus side, if the process of downloading a file from a remote is able to verify its content on the side, the remote can indicate this now, and avoid the extra post-download verification. As of yet, I don't have any remotes (except Git) using this ability. Some more work would be needed to support it in special remotes. It would make sense for tahoe to implicitly verify things downloaded from it; as long as you trust your tahoe server (which typically runs locally), there's cryptographic integrity. OTOH, despite bup being based on shas, a bup repo under an attacker's control could have the git ref used for an object changed, and so a bup repo shouldn't implicitly verify. Indeed, tahoe seems unique in being trustworthy enough to implicitly verify. | ||
* | disabling verification also disables size verification | Joey Hess | 2015-10-02 |
| | | | | | It's not expensive to do size verification, but let's be consistent and turn it off too. | ||
* | avoid verification when hard linking to objects in shared repository | Joey Hess | 2015-10-02 |
| | | | | Such a repository is implicitly trusted, so there's no point. | ||
* | response | Joey Hess | 2015-10-02 |
| | |||
* | Allow building with S3 disabled again. | Joey Hess | 2015-10-02 |
| | |||
* | Added a comment: not easy to access history | Agenta | 2015-10-02 |
| | |||
* | Added a comment: iiuc assistant depends on s3 | jirib@503223f0610c6c66f4e6dc738a5a0b2648c290b1 | 2015-10-02 |
| | |||
* | (no commit message) | jirib@503223f0610c6c66f4e6dc738a5a0b2648c290b1 | 2015-10-02 |
| | |||
* | (no commit message) | https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw | 2015-10-02 |
| | |||
* | Added a comment | spwhitton | 2015-10-02 |
| | |||
* | Added a comment | spwhitton | 2015-10-02 |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | Joey Hess | 2015-10-01 |
|\ | |||
| * | Added a comment | http://joeyh.name/ | 2015-10-01 |
| | | |||
* | | devblog | Joey Hess | 2015-10-01 |
| | | |||
* | | Do verification of checksums of annex objects downloaded from remotes. | Joey Hess | 2015-10-01 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * When annex objects are received into git repositories, their checksums are verified then too. * To get the old, faster, behavior of not verifying checksums, set annex.verify=false, or remote.<name>.annex-verify=false. * setkey, rekey: These commands also now verify that the provided file matches the key, unless annex.verify=false. * reinject: Already verified content; this can now be disabled by setting annex.verify=false. recvkey and reinject already did verification, so removed now duplicate code from them. fsck still does its own verification, which is ok since it does not use getViaTmp, so verification doesn't happen twice when using fsck --from. | ||
* | | rename function | Joey Hess | 2015-10-01 |
| | | |||
* | | refactor | Joey Hess | 2015-10-01 |
| | | |||
* | | avoid deprecation warnings when built with http-client >= 0.4.18 | Joey Hess | 2015-10-01 |
| | | | | | | | | | | | | | | | | | | | | Since I want git-annex to keep building on debian stable, I need to still support the old http-client, which required explicit calls to closeManager, or use of withManager to get Managers to close at appropriate times. This is not needed in the new version, and so they added a deprecation warning. IMHO much too early, because look at the mess I had to go through to avoid that deprecation warning while supporting both versions.. | ||
* | | rename fsckKey to verifyKeyContent | Joey Hess | 2015-10-01 |
| | | | | | | | | No behavior changes. | ||
| * | Added a comment: Fully p2p alternative to XMPP | dxld@02c834b220f9ffc0410d37263aa29d9373cc455b | 2015-10-01 |
| | | |||
* | | remove unimplennted command-line option from design doc | Joey Hess | 2015-10-01 |
| | | |||
* | | comment | Joey Hess | 2015-10-01 |
| | | |||
| * | Added a comment: it does not work with debian squeeze lts | jephte.clain@f0da2444b164953b596ac5e3e38da30b8c04e5e3 | 2015-10-01 |
| | | |||
| * | (no commit message) | https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8 | 2015-10-01 |
| | | |||
| * | Added a comment: thanks | jephte.clain@f0da2444b164953b596ac5e3e38da30b8c04e5e3 | 2015-10-01 |
|/ | |||
* | add news item for git-annex 5.20150930 | Joey Hess | 2015-09-30 |
| | |||
* | prep release5.20150930 | Joey Hess | 2015-09-30 |
| | |||
* | comment | Joey Hess | 2015-09-30 |
| |