git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v3] remote-curl: fix large pushes with GSSAPI

From
Jeff King <peff@peff.net>
Date
Oct 29, 2013, 02:17 UTC
Message-ID
<20131029021747.GF11861@sigill.intra.peff.net>
In-Reply-To
<1382826882-48704-1-git-send-email-sandals@crustytoothpaste.net>
On Sat, Oct 26, 2013 at 10:34:42PM +0000, brian m. carlson wrote:
Show 6 quoted lines
> Enable the use of the Expect: 100-continue header for large requests where the
> server offers GSSAPI authentication to avoid this issue, since the request would
> otherwise fail.  This allows git to get the authentication data right before
> sending the pack contents.  Existing cases where pushes would succeed, including
> small requests using GSSAPI, still disable the use of 100 Continue, as it causes
> problems for some remote HTTP implementations (servers and proxies).
This iteration looks very reasonable to me.
One minor nit:
> +		slot = get_active_slot();
> +		curl_easy_getinfo(slot->curl, CURLINFO_HTTPAUTH_AVAIL, &authtype);
> +		if (authtype & CURLAUTH_GSSNEGOTIATE)
> +			needs_100_continue = 1;

According to curl_easy_getinfo(3), CURLINFO_HTTPAUTH_AVAIL was introduced in 7.10.8 (and it looks like CURLAUTH_GSSNEGOTIATE came earlier in 7.10.6). We should probably surround it with

  #if LIBCURL_VERSION_NUM >= 0x070a08
-Peff
Previous: brian m. carlson
Message 2 of 2 in “remote-curl: fix large pushes with GSSAPI”
  1. remote-curl: fix large pushes with GSSAPIbrian m. carlson, Oct 26, 2013
  2. Jeff KingOct 29, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.