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

Re: [PATCH] docs: indicate http.sslCertType and sslKeyType

From
Junio C Hamano <gitster@pobox.com>
Date
Jan 23, 2025, 17:43 UTC
Message-ID
<xmqq7c6ltoib.fsf@gitster.g>
In-Reply-To
<Z5GOfwBR7JBloIs0@tapette.crustytoothpaste.net>
"brian m. carlson" <sandals@crustytoothpaste.net> writes:
Show 28 quoted lines
> On 2025-01-23 at 00:16:06, Andrew Carter via GitGitGadget wrote:
>> diff --git a/Documentation/config/http.txt b/Documentation/config/http.txt
>> index a14371b5c96..cd39e182527 100644
>> --- a/Documentation/config/http.txt
>> +++ b/Documentation/config/http.txt
>> @@ -216,6 +216,18 @@ http.sslBackend::
>>  	This option is ignored if cURL lacks support for choosing the SSL
>>  	backend at runtime.
>>  
>> +http.sslCertType::
>> +	Type of client certificate used when fetching or pushing over HTTPS.
>> +	(e.g. "PEM", "DER", or "P12"). See also libcurl `CURLOPT_SSLCERTTYPE`
>> +	Can be overridden by the `GIT_SSL_CERT_TYPE` environment variable.
>> +
>> +http.sslKeyType::
>> +	Type of client private key used when fetching or pushing over HTTPS.
>> +	(e.g. "PEM", "DER", or "ENG"). Particularly useful when set to "ENG"
>> +	for authenticating with PKCS#11 tokens. See also libcurl
>> +	`CURLOPT_SSLCERTTYPE` . Can be overridden by the `GIT_SSL_KEY_TYPE`
>> +	environment variable.
>
> Are there any particular limitations on these values that are platform-
> or backend-specific that we should document?  For instance, I seem to
> recall that at some point PKCS#12 files were limited to schannel or
> Windows, although I could be mistaken.
>
> Do we also have documentation for whatever engine parameter is required
> according to the libcurl documentation?
Both are very good points.

I went back to the original thread that added the change cited in the proposed log message [*1*], hoping that maybe somebody brought up caveats but didn't find anything relevant other than that we punted to add tests for this since it was too cumbersome to set up.

Note to Andrew, when referring to an existing commit in your proposed log message, please do not just write its abbreviated commit object name, like 0a01d41e.

Instead, use it in "git show -s --format=reference 0a01d41e" to obtain something like

    0a01d41ee4 (http: add support for different sslcert and sslkey
    types., 2023-03-20)

that would help people to immediately see what the change was about and how old it was.

Thanks.
[Reference]
*1* https://lore.kernel.org/git/pull.1474.v2.git.git.1679327330032.gitgitgadget@gmail.com/
Previous: brian m. carlsonNext: Andrew Carter
Message 3 of 9 in “docs: indicate http.sslCertType and sslKeyType”
  1. docs: indicate http.sslCertType and sslKeyTypeAndrew Carter via GitGitGadget, Jan 23, 2025
  2. brian m. carlsonJan 23, 2025
  3. Junio C HamanoJan 23, 2025
  4. Andrew CarterJan 25, 2025
  5. docs: indicate http.sslCertType and sslKeyTypeAndrew Carter, Jan 30, 2025
  6. Junio C HamanoJan 30, 2025
  7. Andrew CarterFeb 5, 2025
  8. Junio C HamanoFeb 5, 2025
  9. docs: indicate http.sslCertType and sslKeyTypeAndrew Carter, Feb 5, 2025

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.