Re: git-daemon --inetd
- From
Jon Seymour <jon.seymour@gmail.com>
- Date
- Oct 22, 2005, 13:45 UTC
- Message-ID
- <2cfc40320510220645r6e8dc735w32b6ec3633b1d1ff@mail.gmail.com>
- In-Reply-To
- <46a038f905091514447e13404d@mail.gmail.com>
On 9/16/05, Martin Langhoff <martin.langhoff@gmail.com> wrote:
Show 8 quoted lines
> On 9/16/05, Linus Torvalds <torvalds@osdl.org> wrote: > > Btw, I think --merge-order was cool, but its weaker cousin --topo-order is > > what is actually _used_. Maybe we should deprecate --merge-order? Right > > now the only real user is git-archimport, and I think that one too really > > only wants topo-order too. For example, right now I think git-archimport > > won't actually work if you build without openssl. > > > > Jon? Martin?
Sorry for the long delay in replying - I need to fix my mail filter so that I do see GIT mail that is actually directed to me!
Is the concern with --merge-order the complexity of the logic (and hence size of object), the intrusiveness into rev-list.c or the fact that it uses the OPEN_SSL?
I believe I can rework the merge-order algorithm to avoid the need for bignum support for OPEN_SSL, though I am not going to get a chance to do that until December at the earliest.
Much as I hate to see my baby being orphaned, how about we deprecate --merge-order for now and arrange things so that users have to explicitly enable it if they want it. If enough people complain about that, then I can produce a bignum-free version in the December timeframe?
Regards,
jon.