git-annex-gpl - git-annex without the AGPL

	Commit message (Collapse)	Author	Age
*	Added a comment: can addurl use hashing once the file is downloaded?	https://www.google.com/accounts/o8/id?id=AItOawlc1og3PqIGudOMkFNrCCNg66vB7s-jLpc	2012-09-20
\|
*	Added a comment	http://joeyh.name/	2012-09-20
\|
*	Added a comment: Multiple annexes?	https://www.google.com/accounts/o8/id?id=AItOawlu-fdXIt_RF9ggvg4zP0yBbtjWQwHAMS4	2012-09-20
\|
*	poll vote (Amazon S3)	193.22.163.2	2012-09-20
\|
*	poll vote (Amazon Glacier)	193.22.163.2	2012-09-20
\|
*	poll vote (Google Drive)	193.22.163.2	2012-09-20
\|
*	poll vote (My phone (or MP3 player))	193.22.163.2	2012-09-20
\|
*	poll vote (Amazon S3)	193.22.163.2	2012-09-20
\|
*	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo	2012-09-20
\|
*	poll vote (My phone (or MP3 player))	92.207.74.149	2012-09-20
\|
*	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0	2012-09-19
\|
*	Merge branch 'master' of ssh://git-annex.branchable.com	Joey Hess	2012-09-19
\|\
* \|	blog for the day	Joey Hess	2012-09-19
\| \|
\| *	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus	2012-09-19
\| \|
* \|	reorg	Joey Hess	2012-09-19
\| \|
\| *	Added a comment	http://joeyh.name/	2012-09-19
\| \|
\| *	Added a comment	http://joeyh.name/	2012-09-19
\|/
*	add annex.delayadd configuration	Joey Hess	2012-09-19
\|
*	Added a comment	http://joeyh.name/	2012-09-19
\|
*	Merge branch 'master' of ssh://git-annex.branchable.com	Joey Hess	2012-09-19
\|\
* \|	idea	Joey Hess	2012-09-19
\| \|
\| *	(no commit message)	https://www.google.com/accounts/o8/id?id=AItOawn-KDr_Z4CMkjS0v_TxQ08SzAB5ecHG3K0	2012-09-19
\| \|
\| *	(no commit message)	https://www.google.com/accounts/o8/id?id=AItOawn-KDr_Z4CMkjS0v_TxQ08SzAB5ecHG3K0	2012-09-19
\| \|
\| *	Added a comment: Modifying files in a folder watched by assistant	https://www.google.com/accounts/o8/id?id=AItOawn-KDr_Z4CMkjS0v_TxQ08SzAB5ecHG3K0	2012-09-19
\| \|
\| *	poll vote (Tahoe-LAFS)	79.97.135.214	2012-09-19
\| \|
\| *	poll vote (Google Drive)	98.108.200.80	2012-09-19
\| \|
\| *	poll vote (My phone (or MP3 player))	85.165.7.40	2012-09-18
\| \|
\| *	Added a comment	http://www.davidhaslem.com/	2012-09-18
\|/
*	Merge branch 'master' of ssh://git-annex.branchable.com	Joey Hess	2012-09-18
\|\
* \|	blog for the day	Joey Hess	2012-09-18
\| \|
* \|	when a Download finishes, queue Uploads	Joey Hess	2012-09-18
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	This ensures file propigate takes place in situations such as: Usb drive A is connected to B. A's master branch is already in sync with B, but it is being used to sneakernet some files around, so B downloads those. There is no master branch change, so C does not request these files. B needs to upload the files it just downloaded on to C, etc. My first try at this, I saw loops happen. B uploaded to C, which then tried to upload back to B (because it had not received the updated git-annex branch from B yet). B already had the file, but it still created a transfer info file from the incoming transfer, and its watcher saw that be removed, and tried to upload back to C. These loops should have been fixed by my previous commit. (They never affected ssh remotes, only local ones, it seemed.) While C might still try to upload to B, or to some other remote that already has the file, the extra work dies out there.
* \|	avoid starting a download for a local transfer when the remote already has ↵	Joey Hess	2012-09-18
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	the key Turns out that recvkey already does this same check. This avoids a transfer file being created for the download that never happened, which in turn will avoid the assistant seeing that the download has finished, when no transfer actually took place.
\| *	Added a comment	http://joeyh.name/	2012-09-18
\| \|
\| *	Added a comment: +1	http://ertai.myopenid.com/	2012-09-18
\| \|
\| *	(no commit message)	http://www.davidhaslem.com/	2012-09-18
\|/
*	Merge branch 'master' of ssh://git-annex.branchable.com	Joey Hess	2012-09-17
\|\
* \|	blog for the day	Joey Hess	2012-09-17
\| \|
* \|	deferred downloads	Joey Hess	2012-09-17
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Now when a download is queued and there's no known remote to get it from, it's added to a deferred download list, which will be retried later. The Merger thread tries to queue any deferred downloads when it receives a push to the git-annex branch. Note that the Merger thread now also forces an update of the git-annex branch. The assistant was not updating this branch before, and it saw a (mostly) correct view of state, but now that incoming pushes go to synced/git-annex, it needs to be merged in.
\| *	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo	2012-09-18
\| \|
\| *	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo	2012-09-17
\| \|
\| *	poll vote (My phone (or MP3 player))	93.218.139.22	2012-09-17
\| \|
* \|	note	Joey Hess	2012-09-17
\| \|
\| *	poll vote (Google Drive)	174.127.226.162	2012-09-17
\|/
*	Added a comment	http://joeyh.name/	2012-09-17
\|
*	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo	2012-09-17
\|
*	(no commit message)	https://www.google.com/accounts/o8/id?id=AItOawnq-RfkVpFN15SWvQ2lpSGAi0XpNQuLxKM	2012-09-17
\|
*	Merge branch 'master' of ssh://git-annex.branchable.com	Joey Hess	2012-09-16
\|\
* \|	blog for the day	Joey Hess	2012-09-16
\| \|
\| *	Added a comment	https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo	2012-09-16
\| \|
* \|	sync: Pushes the git-annex branch to remote/synced/git-annex, rather than ↵	Joey Hess	2012-09-16
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	directly to remote/git-annex. This fixes a problem I was seeing in the assistant where two remotes would attempt to sync with one another at the same time, and both failed pushing the diverged git-annex branch. Then when both tried to resolve the failed push, they each modified their git-annex branch, which again each blocked the other from pushing into it. The result was that the git-annex branches were perpetually diverged (despite having the same content!) and once the assistant fell into this trap, it couldn't get out and always had to do the slow push/fail/pull/merge/push/fail cycle.