delta/python-packages/gitdb.git/gitdb/test, branch 0.6.2 github.com: gitpython-developers/gitdb.git Applied autopep8 2015-01-04T10:21:36+00:00 Sebastian Thiel byronimo@gmail.com 2015-01-04T10:21:36+00:00 ff7615321ee31d981a171f7677a56a971c554059 autopep8 -v -j 8 --max-line-length 120 --in-place --recursive 
autopep8 -v -j 8 --max-line-length 120 --in-place --recursive
Improved decompression test to scan the entire git repository, instead of just packs 2015-01-01T17:26:12+00:00 Sebastian Thiel byronimo@gmail.com 2015-01-01T17:26:04+00:00 8b4939630a0d7362e5a6fbca052922d710a87c7e This should make it easier to assert the issue is truly fixed now [skip ci] 
This should make it easier to assert the issue is truly fixed now

[skip ci]
Bumped new version 2015-01-01T15:12:15+00:00 Sebastian Thiel byronimo@gmail.com 2015-01-01T15:12:15+00:00 46a4a79f46ab5a8da97714262095318090674277 Fixed tiny issue in python 3 
Fixed tiny issue in python 3
Added integrity test for loose objects to search large datasets for 2015-01-01T15:01:35+00:00 Sebastian Thiel byronimo@gmail.com 2015-01-01T15:00:55+00:00 0d22c80e041dbb5d9d985926b39b7bd7a0573a7a the issue described in https://github.com/gitpython-developers/GitPython/issues/220 See test notes for proper usage, it all depends on a useful dataset with high entropy 
the issue described in https://github.com/gitpython-developers/GitPython/issues/220

See test notes for proper usage, it all depends on a useful dataset with high entropy
Slightly improved loose object decompression test 2015-01-01T13:00:34+00:00 Sebastian Thiel byronimo@gmail.com 2015-01-01T13:00:34+00:00 6b32bbcc0b9ca142fc3b066fcd0d76e2a731423d 






Increased initial size of decompressed data to obtain loose object header information
2015-01-01T12:47:19+00:00

Sebastian Thiel
byronimo@gmail.com

2015-01-01T12:47:19+00:00

c38bd19706abe5cf0bf0e7b3e9ad2b3e554d28ef

This appears to fix https://github.com/gitpython-developers/GitPython/issues/220 , in this particular case.
Nonetheless, we might just have gotten lucky here, and the actual issue is not yet solved and can thus re-occour.
It would certainly be best to churn through plenty of loose objects to assure this truly works now. Maybe the pack could be recompressed as loose objects
to get a sufficiently large data set





This appears to fix https://github.com/gitpython-developers/GitPython/issues/220 , in this particular case.
Nonetheless, we might just have gotten lucky here, and the actual issue is not yet solved and can thus re-occour.
It would certainly be best to churn through plenty of loose objects to assure this truly works now. Maybe the pack could be recompressed as loose objects
to get a sufficiently large data set







It seems zlib works differently in py26, and thus requires special handling.
2014-11-14T11:40:22+00:00

Sebastian Thiel
byronimo@gmail.com

2014-11-14T11:39:09+00:00

0dcec5a27b341ce58e5ab169f91aa25b2cafec0c

This also explains why the tests suddenly stopped working - after all, the interpreter changed ... .





This also explains why the tests suddenly stopped working - after all, the interpreter changed ... .







Now I am skipping a problematic test on travis CI.
2014-11-14T11:08:08+00:00

Sebastian Thiel
byronimo@gmail.com

2014-11-14T11:07:13+00:00

e7fdd949d0cb2c42c9217e3c7009eb28c6b53446

Maybe I can find a py 2.6 interpreter somewhere to reproduce it.





Maybe I can find a py 2.6 interpreter somewhere to reproduce it.







Added requirements.txt for pip, and optimized test-suite performance on travis.
2014-11-14T10:29:18+00:00

Sebastian Thiel
byronimo@gmail.com

2014-11-14T10:29:18+00:00

b9d189d35073cc80ddbfa61269c65785264880f3

With a bit of luck, this one will just work now.





With a bit of luck, this one will just work now.







Performance tests are now part of the test-suite.
2014-11-14T08:43:19+00:00

Sebastian Thiel
byronimo@gmail.com

2014-11-14T08:43:19+00:00

f26c869025bc31d3920726a63b15fdb420b1d215

By default, a small repository will be tested, which doesn't take that long actually (~20s)
Additionally, that way we enforce correctness tests, which didn't run by default previously.
As we are handling data here, we must be sure that it's handled correctly, thus the tests should
run.





By default, a small repository will be tested, which doesn't take that long actually (~20s)
Additionally, that way we enforce correctness tests, which didn't run by default previously.
As we are handling data here, we must be sure that it's handled correctly, thus the tests should
run.