Re: [PATCH 0/2] Support for packs in HTTP

2005-07-11 Thread Linus Torvalds
On Mon, 11 Jul 2005, Daniel Barkalow wrote: On Sun, 10 Jul 2005, Linus Torvalds wrote: You really _mustn't_ try to create the pack directly to the $GIT_DIR/objects/pack subdirectory - that would make git itself start possibly using that pack before the index is all done, and that

Re: [PATCH 0/2] Support for packs in HTTP

2005-07-11 Thread Daniel Barkalow
On Mon, 11 Jul 2005, Linus Torvalds wrote: On Mon, 11 Jul 2005, Daniel Barkalow wrote: On Sun, 10 Jul 2005, Linus Torvalds wrote: You really _mustn't_ try to create the pack directly to the $GIT_DIR/objects/pack subdirectory - that would make git itself start possibly using

[PATCH 0/2] Support for packs in HTTP

2005-07-10 Thread Daniel Barkalow
This series has one patch which is ready to go in and one that's not (although it's a reasonable phony for the current state of the git world). 1: Several additional functions are needed in the library to support progressively getting pack data from some remote location and using it to

Re: [PATCH 0/2] Support for packs in HTTP

2005-07-10 Thread Linus Torvalds
On Sun, 10 Jul 2005, Junio C Hamano wrote: So I would suggest either: - droping the packname parameter from git-pack-objects. Make the packs always named pack-X{40}.pack (or just X{40}.pack); Well, regardless, we want to be able to specify which directory to write them to. We

Re: [PATCH 0/2] Support for packs in HTTP

2005-07-10 Thread Linus Torvalds
On Sun, 10 Jul 2005, Daniel Barkalow wrote: On Sun, 10 Jul 2005, Linus Torvalds wrote: Well, regardless, we want to be able to specify which directory to write them to. We don't necessarily want to write them to the current working directory, nor do we want to write them to their