Joey Hess 2286032781 on second thought, do allow deferring StartingPush ... My reasoning is that StartingPush could be received after another push starts being received, and it would be better to respond to it afterwards than not.		2012-11-10 01:41:28 -04:00
..
BranchChange.hs	split BranchChange and lifted	2012-10-29 19:20:54 -04:00
Buddies.hs	finished XMPP pairing!	2012-11-05 17:43:17 -04:00
Changes.hs	split Changes and lifted	2012-10-29 19:30:23 -04:00
Commits.hs	split Commits and lifted	2012-10-29 19:35:18 -04:00
DaemonStatus.hs	split out daemonstatus types	2012-10-30 14:11:14 -04:00
NamedThread.hs	split remaining assistant types	2012-10-30 14:34:48 -04:00
NetMessager.hs	on second thought, do allow deferring StartingPush	2012-11-10 01:41:28 -04:00
Pushes.hs	refactor XMPP client	2012-11-03 14:16:17 -04:00
ScanRemotes.hs	split ScanRemotes and lifted	2012-10-29 19:14:30 -04:00
ThreadedMonad.hs	moved ThreadedMonad to Types	2012-10-29 19:07:10 -04:00
TransferQueue.hs	split remaining assistant types	2012-10-30 14:34:48 -04:00
TransferSlots.hs	pushed Assistant monad down into DaemonStatus code	2012-10-30 15:39:15 -04:00