git-repair - [no description]

	Commit message (Collapse)	Author	Age
*	Rules-Requires-Root: no	Sean Whitton	2020-01-01
\|
*	std-ver 4.4.1	Sean Whitton	2020-01-01
\|
*	adopt package & use https in URIs	Sean Whitton	2020-01-01
\|
*	debian/control: Fix typo	Richard Hartmann	2015-08-20
\|
*	Package 1.20150106-1debian/1.20150106-1	Richard Hartmann	2015-08-20
\| \| \| \| \| \| \| \|	* Update deps * Take over maintainership * Switch to non-native 3.0 (quilt) * Introduce gbp.conf * Bump Standards-Version to 3.9.6
*	Debian package is now maintained by Gergely Nagy.	Joey Hess	2014-11-11
\|
*	Merge from git-annex.	Joey Hess	2014-10-12
\| \| \| \|	Includes changing to new exceptions library, and some whitespace fixes.
*	Update to build with optparse-applicative 0.10. Closes: #761552	Joey Hess	2014-09-14
\|
*	update	Joey Hess	2014-01-15
\|
*	Fix build deps. Closes: #731179	Joey Hess	2013-12-03
\|
*	update descs	Joey Hess	2013-11-22
\|
*	clean up	Joey Hess	2013-11-21
\|
*	improve findMissing	Joey Hess	2013-11-21
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	git cat-file -p cannot be relied on to tell when an object is corrupt. If it fails, the fsck may not find all bad objects -- but as long as fsck exits nonzero, it will return a failing fsckresult, and so recovery will run. In recovery, the objects get unpacked. This allows the improved findMissing to find all corrupt loose objects when fsck is run again as part of the recovery. Removed the repack / prune-packed workaround that I added earlier to find corrupt loose objects that fsck wasn't finding. That was slow, and we want to keep all loose objects, so that findMissing will work. And, it's unncessary, now that findMissing is fixed. Also, fixed some places where unreadable files would crash recovery.
*	use optparse-applicative	Joey Hess	2013-11-18
\|
*	debianization	Joey Hess	2013-11-18