Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: > IMHO it is safer to disable it for curl < 7.0xa -- even if it affects a > number of distros -- than to give the illusion that it works, when it does > not. > > As for fixing it in the non-MULTI case, I have a hunch that Mike's > cleanups will help that, but that this is a 1.5.5 feature. > > So, I would like to read in the ReleaseNotes something like this: > > -- snip -- > Support for pushing via HTTP was broken with curl versions prior to 7.16, > so we disabled it for now. However, it is likely that a major cleanup of > the http transport code -- scheduled after the release of git 1.5.4 -- > will be supported with more curl versions. > -- snap -- That's tempting but I suspect that it might be a wrong approach. I think two important questions are: * Do we know that the current code is broken for everybody, or just broken for the majority of people who do nontrivial things? * Is the code in 1.5.3.8 any better? IOW, did we make it worse during 1.5.4 cycle? The feature was added by one person who needed it, and it was included because the need was satisfid with an implementation, so at some point in the past, it must have worked for _somebody_ (I am hoping that this is not a regression during 1.5.4 cycle). Imagine that you are like that somebody who have been happily using http-push. Or imagine that you are starting to use git and are tempted to use http-push. With the above wording, I strongly suspect that you would say "Crap --- 1.5.4 does not let me run http-push, so I'll stay at 1.5.3.8 until 1.5.X lets me use it again". Which is _not_ a solution, if 1.5.3.8 has an http-push that is broken the same way. You will be choosing a version with the same brokenness with respect to http-push, and are missing fixes we made to http-push during 1.5.4 cycle, let alone fixes and enhancements to other programs that comes with 1.5.4. So while I strongly agree that we should warn the users about existing breakages, I think it is better to just revert the code to limit its use to USE_CURL_MULTI, if that is the case. Do we even know what exactly is broken? On the other hand, if the "transport.c" rewrite broke it and the current one for 1.5.4 is fundamentally much worse than what we used to have in 1.5.3.8, would it be possible as an interim measure to revert http-push changes (but keep changes to other programs that already are converetd to use transport.c) so that we can ship the same code as 1.5.3.8 only for http-push? Perhaps copy in selected old sources in a subdirectory to build and link a standalone http-push program? - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
