summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* tabs to spacesSebastian Thiel2014-02-0932-5117/+5117
|
* Merge pull request #3 from dbaxa/update_gitmodulesSebastian Thiel2012-11-041-2/+2
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Update gitmodules to point to the https location of the git repositories. Using http causes an additional redirect to https, see this curl log: curl -v http://github.com/gitpython-developers/async.git -A git/1.7.3 * About to connect() to github.com port 80 (#0) * Trying 207.97.227.239... * connected * Connected to github.com (207.97.227.239) port 80 (#0) > GET /gitpython-developers/async.git HTTP/1.1 > User-Agent: git/1.7.3 > Host: github.com > Accept: */* > * additional stuff not fine transfer.c:1037: 0 0 * HTTP 1.1 or later with persistent connection, pipelining supported < HTTP/1.1 301 Moved Permanently < Server: nginx < Date: Sun, 04 Nov 2012 23:46:08 GMT < Content-Type: text/html < Content-Length: 178 < Location: http://github.com/gitpython-developers/async < Connection: keep-alive < <html> <head><title>301 Moved Permanently</title></head> <body bgcolor="white"> <center><h1>301 Moved Permanently</h1></center> <hr><center>nginx</center> </body> </html> * Connection #0 to host github.com left intact * Closing connection #0 curl -v http://github.com/gitpython-developers/async -A git/1.7.3 * About to connect() to github.com port 80 (#0) * Trying 207.97.227.239... * connected * Connected to github.com (207.97.227.239) port 80 (#0) > GET /gitpython-developers/async HTTP/1.1 > User-Agent: git/1.7.3 > Host: github.com > Accept: */* > * additional stuff not fine transfer.c:1037: 0 0 * HTTP 1.1 or later with persistent connection, pipelining supported < HTTP/1.1 301 Moved Permanently < Server: nginx < Date: Sun, 04 Nov 2012 23:46:16 GMT < Content-Type: text/html < Content-Length: 178 < Connection: close < Location: https://github.com/gitpython-developers/async.git < <html> <head><title>301 Moved Permanently</title></head> <body bgcolor="white"> <center><h1>301 Moved Permanently</h1></center> <hr><center>nginx</center> </body> </html> * Closing connection #0
| * Update gitmodules to point to the https location of the git repositories.David Black2012-11-021-2/+2
|/ | | | Signed-off-by: David <dblack@atlassian.com>
* Updated submodules to latest versionSebastian Thiel2012-07-232-0/+0
|
* Submodules now use the http protocol to facilitate checkout in corporate ↵Sebastian Thiel2012-07-231-2/+2
| | | | networks
* bumped version to 0.5.40.5.4Sebastian Thiel2011-07-053-2/+2
|
* wrote change log for next release.Sebastian Thiel2011-07-052-1/+10
| | | | Choosing memory manager type based on the actual python version for best efficiency
* Optimized test_pack_streaming not to cache the objects anymore. Instead an ↵Sebastian Thiel2011-07-052-3/+2
| | | | iterator is provided which does the job. Previously it would easily use 750 MB of ram to keep all the associated objects, more than 350k. Still a lot of memory for just 350k objects, but its python after all
* pack: updated to use its cursor properly, which will be required if huge ↵Sebastian Thiel2011-07-052-14/+21
| | | | | | packs should be handled. This reduces performance as each access requires the windows to be checked/adjusted, but that is how it is. This should be circumvented using other backends, like the one of the gitcmd or libgit2. Default is now the sliding memory map manager
* Added license info for packsSebastian Thiel2011-07-051-0/+12
|
* removed test suite from being distributed. It didn't work properly anyway ↵0.5.3Sebastian Thiel2011-07-031-7/+14
| | | | and I am not going to dig into the setup tools mess
* Fixed up docs for upcoming release. Bumped version to 0.5.3Sebastian Thiel2011-06-1312-43/+68
|
* Merge branch 'smmap'Sebastian Thiel2011-06-139-54/+75
|\
| * Bumped version info to 0.5.3Sebastian Thiel2011-06-102-5/+5
| |
| * Added changelog informationSebastian Thiel2011-06-102-1/+9
| |
| * Switched git db to the non-sliding version of the memory manager which is a ↵Sebastian Thiel2011-06-103-40/+49
| | | | | | | | good tradeoff between performance loss and resource handling
| * Added smmap as submodule, assured the sys path makes it availableSebastian Thiel2011-06-103-7/+13
|/
* Merge branch 'pack_writing'Sebastian Thiel2011-03-3111-42/+737
|\
| * Fixed _perf module, which built, but didn't link dynamically. All the time, ↵Sebastian Thiel2011-03-313-13/+55
| | | | | | | | | | | | I think it never successfully imported, but its hard to believe this slipped by. Added performance test for pack-writing, which isn't really showing what I want as it currently read data from a densly compressed pack which takes most of the time in the nearly pure python implementation. Compared to c++, all the measured performance is just below anything I'd want to use. But we shouldn't forget this is just a test implementation, writing packs is quite simple actually, if you leave out the delta compression part and the delta logic
| * crc needs to be done on the pack object header as well, of courseSebastian Thiel2011-03-312-5/+19
| |
| * Implemented remainder of the test, and it already shows that something is ↵Sebastian Thiel2011-03-313-27/+76
| | | | | | | | wrong with my packs. Probably something stupid ;)
| * initial version of pack writing, which seems to work, but still needs some ↵Sebastian Thiel2011-03-315-22/+266
| | | | | | | | more testing and verification
| * Added stub for pack writing implementation which should work for pack ↵Sebastian Thiel2011-03-313-19/+50
| | | | | | | | streaming over a transport as well
| * Added qt creator project as it has advantages regarding the navigation over ↵Sebastian Thiel2011-03-312-0/+315
|/ | | | jEdit, although jedit has advantages regarding the syntax highlighting and whitespace visualization
* preprended all modules with licensing informationSebastian Thiel2011-02-2334-0/+132
|
* Added license information fileSebastian Thiel2011-02-232-0/+30
|
* setup .gitmodules to use a trackin branch automaticallySebastian Thiel2010-12-011-0/+1
|
* Merge branch 'structure'Sebastian Thiel2010-11-3052-29/+32
|\
| * setup and doc generation works once againSebastian Thiel2010-11-305-14/+14
| |
| * Fixed unittestsSebastian Thiel2010-11-306-7/+12
| |
| * moved all relevant files into the gitdb folder.Sebastian Thiel2010-11-3045-2/+2
| | | | | | | | Submodule relinked to point to new github location, and moved as well
| * Ajusted all links to point to new repository on githubSebastian Thiel2010-11-303-6/+4
|/
* Switched async submodule to using github instead of gitoriousSebastian Thiel2010-11-251-1/+1
|
* Added zip_safe flag to setup.py0.5.2Sebastian Thiel2010-11-212-0/+1
|
* Added delta_apply.h file to make more native use of python's build system, ↵Sebastian Thiel2010-11-215-3/+14
| | | | which should hopefully fix the easy_install trouble
* setup: added missing _delta_apply.c file to setup script, allowing the ↵Sebastian Thiel2010-11-211-1/+1
| | | | performance module to be compiled
* Updated changelog for 0.5.2Sebastian Thiel2010-11-201-0/+6
|
* bumped version to 0.5.2Sebastian Thiel2010-11-201-1/+1
|
* Changed name/id of async submodule to something that doesn't look like a pathSebastian Thiel2010-11-181-1/+1
|
* Updated to latest revision of async to support new thread-shutdown functionalitySebastian Thiel2010-11-121-0/+0
|
* Updated algorithm paper with the latest changes - thats it for nowSebastian Thiel2010-10-182-12/+10
|
* Merge branch 'memory'Sebastian Thiel2010-10-182-454/+575
|\
| * now byte-copying a few chunks where possible when slicing, which gives a few ↵Sebastian Thiel2010-10-182-12/+10
| | | | | | | | percent of performance
| * Removed all debug code, it now runs about as fast as the previous version, ↵Sebastian Thiel2010-10-181-34/+3
| | | | | | | | but with less memory, still slower than the brute force version though
| * goooosh, it took so long to find a tiny nasty bug ... aarggghhh, lots of ↵Sebastian Thiel2010-10-181-87/+95
| | | | | | | | debug printing still in there, ... this one better be faster than anything else \!
| * Well, the virtual movement doesn't work - the algorithm really worked only ↵Sebastian Thiel2010-10-181-10/+12
| | | | | | | | with a fixed chunk size. Now the only chance we have is to allocate an appropriately sized buffer, and work through it directly. This makes things easier, and will make things work \!
| * When using it with deeper chains, it can still crash as it can actually (try ↵Sebastian Thiel2010-10-181-18/+17
| | | | | | | | to) shrink a chunk. This is currently not handled. In that case, we had to virtually move everything x bytes, which should be much like an offset
| * now it appears to work completely, still plenty of debug printing thoughSebastian Thiel2010-10-181-1/+1
| |
| * Its much closer to a working state now, but still not quite there. Probably ↵Sebastian Thiel2010-10-181-22/+50
| | | | | | | | just a small thing
| * Implemented apply - there are still some issues to work out thoughSebastian Thiel2010-10-181-21/+23
| |
View Lorry Controller Status