Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:115203 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 83926 invoked from network); 29 Jun 2021 08:15:41 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 29 Jun 2021 08:15:41 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id D3BBF1804C3 for ; Tue, 29 Jun 2021 01:35:38 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE, MISSING_HEADERS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, SPF_PASS,URIBL_SBL,URIBL_SBL_A autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-io1-f47.google.com (mail-io1-f47.google.com [209.85.166.47]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 29 Jun 2021 01:35:38 -0700 (PDT) Received: by mail-io1-f47.google.com with SMTP id b15so7350729iow.4 for ; Tue, 29 Jun 2021 01:35:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:cc; bh=RxNKXks9pjvAo7h81rRm2URUPeQwSmJbhbEm3Lifa0g=; b=WFtyy/U5b3Zmy7dB9xd6Y1CbgrX125wfIm9m8C/igmy8KkmSfemMJBWXRtavgdYJl7 m2Kx8k6Ofmq73+mEPKUq0zPmzV/C7MfVCpXATsUiT/ityonvIADPNGWl1PUg4PVRg77w zlKyUJU2TGKroJbsIp8RlLNfU+Q64lVeUtqLvWFKi0bRFTYiMEYCfuo58xUtIlVm/Ksq SfY6k5FQGiFQrqA1qu67UG4lYuoEVu1oDMYvxa+WYhRopw1u+dmAcU/5v+of7kbYZWu/ IIScACu5G++bH4Fxwa/IKta86H2vLhwpDfZXRp3gjf3qVJIq4gRAxxVauZ0RTnUNS+j9 mpXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:cc; bh=RxNKXks9pjvAo7h81rRm2URUPeQwSmJbhbEm3Lifa0g=; b=IXdzFJhV4zcI6+4nQgE85/zXNF3IPi2RF3OcebFpKwQJtszTuoL1fHdeUxBqsia8V+ 9uZ5W7LV9FAKEfGEH0L5sk/TuGNMDvdyuekpwFbQlGj8dBIYke8FCgMIL74QF052eNNP lUIG2uOVl2gK5UrwGip2Z6mJqa73JQ+KRDsD4waOnRivcXh+GaeQRDKYpDJPwQX9mfDr k67knAq6Dle7V01kA6rFG9IqPVqHbb0Rnq9qeNh1rlHLgnY6Z3x3HjHE+dKaNC0USnul DBlaRXGzmv1UqVl2w2b1EGaWsLNGkBpxLO/b3Jy0f9l/7onujn+4AzNVIfZ1vl0YR3+v ZqRg== X-Gm-Message-State: AOAM533ustryNxQrV05wNrWpKMxtLKz81VKLSAhNJhdWMVL+K3R03h4r cidcWDjoEjiNJCbTRjyVpDziQOLtR2s1rcGkmSNRVQU5 X-Google-Smtp-Source: ABdhPJwoIjJoidDVFHEh5MJ5pl5y8B85POI2irT5Y5I/IZUs/UZmCZ8prpZSjf/FnO4ToBPT9RQEjzGyn/eJGMQ/Exg= X-Received: by 2002:a05:6602:15c5:: with SMTP id f5mr2979293iow.53.1624955736553; Tue, 29 Jun 2021 01:35:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Tue, 29 Jun 2021 10:35:24 +0200 Message-ID: Cc: PHP internals Content-Type: multipart/alternative; boundary="00000000000074023305c5e37da2" Subject: Re: [PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL From: paresy@gmail.com (Michael Maroszek) --00000000000074023305c5e37da2 Content-Type: text/plain; charset="UTF-8" Hi! Would anyone else be in favor of reusing the user_agent setting for cURL despite the BC break? At the moment all possibilities (user_agent, curl.user_agent (PHP_INI_ALL), curl.user_agent (PHP_INI_SYSTEM)) seem to have negative votes attached. I am unsure if it makes sense to go forward with the RFC and if I should bring the RFC to a YES/NO vote for the feature itself and the three mentioned possibilities to choose from as a secondary vote option. I'd love to get some help on how to proceed even if the answer might be: don't proceed. Am So., 27. Juni 2021 um 09:25 Uhr schrieb Aleksander Machniak : > On 27.06.2021 08:48, Michael Maroszek wrote: > > That's what I also thought when making the PR and therefore I initially > > went with PHP_INI_ALL. > > > > But Tyson made a good point that the curl.cainfo is PHP_INI_SYSTEM and we > > might want to be consistent about modes inside an extension. > > Another option might be PHP_INI_PERDIR (for both). Why? Because that's > what's used for (similar) openssl extension configuration. > > ps. anyway, right now I'm on -1 for the new config option. > > -- > Aleksander Machniak > Kolab Groupware Developer [https://kolab.org] > Roundcube Webmail Developer [https://roundcube.net] > ---------------------------------------------------- > PGP: 19359DC1 # Blog: https://kolabian.wordpress.com > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > > --00000000000074023305c5e37da2--