From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#58925: 29.0.50; url-open-stream has no option pass tls options per call Date: Mon, 31 Oct 2022 08:02:53 -0700 Message-ID: References: <87pme8b4zv.fsf@thaodan.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15522"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen To: =?UTF-8?Q?Bj=C3=B6rn?= Bidar , 58925@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 31 16:04:50 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1opWLK-0003gd-4P for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 Oct 2022 16:04:50 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1opWLF-0005in-2a; Mon, 31 Oct 2022 11:04:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1opWKa-0005aE-36 for bug-gnu-emacs@gnu.org; Mon, 31 Oct 2022 11:04:21 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1opWKZ-0008Ol-0x for bug-gnu-emacs@gnu.org; Mon, 31 Oct 2022 11:04:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1opWKX-0006ru-Ni for bug-gnu-emacs@gnu.org; Mon, 31 Oct 2022 11:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 31 Oct 2022 15:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58925 X-GNU-PR-Package: emacs Original-Received: via spool by 58925-submit@debbugs.gnu.org id=B58925.166722858126327 (code B ref 58925); Mon, 31 Oct 2022 15:04:01 +0000 Original-Received: (at 58925) by debbugs.gnu.org; 31 Oct 2022 15:03:01 +0000 Original-Received: from localhost ([127.0.0.1]:41513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1opWJZ-0006qP-GT for submit@debbugs.gnu.org; Mon, 31 Oct 2022 11:03:01 -0400 Original-Received: from mail-oi1-f180.google.com ([209.85.167.180]:34466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1opWJX-0006q8-Tj for 58925@debbugs.gnu.org; Mon, 31 Oct 2022 11:03:00 -0400 Original-Received: by mail-oi1-f180.google.com with SMTP id y67so13077351oiy.1 for <58925@debbugs.gnu.org>; Mon, 31 Oct 2022 08:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=JPmFmrjYWJbfbjhHTeiIBcFFfE1RT4HGP/uHj2FNvDU=; b=jKOqMZBpozOCp1wZajmhb9M8pyA/3SDdKQiSivP1qfAE/ue/Zbxq3xQRemh2RAxp8x 8ysSIV0TDnOxWv0myVVtJJT09d0Sx3NuvZpz1NE53EQILdUv2JyUeOXsgFF5srwl3keo WP6yUFzSEFPwCSO4q3Kj/P+iXeOcCZUiUs883PqK46dppEVjsB77yKw4/G1OFCTFoTGS RD2PgtXzvD0xJ6jWQfwUvuW+D0JRhyl+w6q3Nh/XUE7PXADzgsGHRSuEv0Z7I4cZjtn1 KJ2lV23NpxHlviV+M307vswTdeWS/accop3HVcjPoxPHJgjqo3J0LMd2VOkCdMYT2CFw Vvow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=JPmFmrjYWJbfbjhHTeiIBcFFfE1RT4HGP/uHj2FNvDU=; b=P6r/pkZjWMnEoFfbvmKd+CFjGItxiY+2vyxrRPC43DuXb1A+ngiFDTwAODphlgIfVy HT7e+hg3e9g55Sn08OWxgHFno7cNTIYA4pFE005hKsqP7zgUAKG67zLIEjqcj/3NsvTW 5NE/e6G7T0LdouXDEmuHo9rV84DPquKYBYL8ON1gjP/1WUvisedimFsViTXO6vpZE8or L7yrw22+9DNGcraGXfS4y2+dGF+VWbposgtyNuyhkHvLLeqNUavDrBQzAqZUrZUg1a0k uKWBnqlpth8Ij0vVJ0q2P4NPWaezZcE6wWyy6FIbrqMfGq6FHGQQwRLfZJXOwGD/qvsV NoOw== X-Gm-Message-State: ACrzQf31SkrheGXP9k90QHulEHHGUgR4E+80+OXxEaE3/Yptgwh7dTUC CScCryMtFYuXsrUACncSEOqNJIvDy7RwbBYutNDLfNX/ X-Google-Smtp-Source: AMsMyM7vdg91h2WW8/DB78gC08Pj95gj3/kyqPly5RLSW0jCo5VYcpUU4dbw3s9KtfsYfPQmD0k6weS23M8uQgYF4Lo= X-Received: by 2002:a05:6808:14c3:b0:359:ac8d:41e2 with SMTP id f3-20020a05680814c300b00359ac8d41e2mr14356424oiw.92.1667228574295; Mon, 31 Oct 2022 08:02:54 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 31 Oct 2022 08:02:53 -0700 In-Reply-To: <87pme8b4zv.fsf@thaodan.de> X-Hashcash: 1:20:221031:larsi@gnus.org::NZ/uk7piLaNuboEw:2agM X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:246699 Archived-At: Bj=C3=B6rn Bidar via "Bug reports for GNU Emacs, the Swiss army knife of te= xt editors" writes: > While investigating who to use magit with tls client certificates > I noticed that url-open-stream has no option to pass options to > network-open-stream on a per connection basis to do thing like e.g. > request the use of tls client certificates. > > If this was possible the client could be able to call url with something > like (url-http "https://example.com" 'my-cb gw-options) to pass more > options to the specific gateway that is used. > > I know it is possible to use network-stream-use-client-certificates > however that might be not always as elegant to use. I think this is a general problem with url.el: there are many things that you can basically only change by let-binding some variable. So while this setting is important, there are other things that are important too. In any case, improving the url.el seems like the wrong thing to work on, when we should instead be working on replacing it. I think the most promising direction is integrating libcurl, myself. Let's remember that url.el is both old and stable. So I'd be inclined to close this as wontfix.