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

Re: [PATCH 0/2] Restore support for older libcurl and fix some typos

From
Taylor Blau <me@ttaylorr.com>
Date
Oct 15, 2024, 19:22 UTC
Message-ID
<Zw7A/UASAFNsfmPF@nand.local>
In-Reply-To
<CAPig+cRENnd9cV5yFfVVwbuux84k10_vcht-TTtKGJmRNYEttA@mail.gmail.com>
On Tue, Oct 15, 2024 at 02:29:33AM -0400, Eric Sunshine wrote:
Show 28 quoted lines
> On Mon, Oct 14, 2024 at 8:51 PM Alejandro R. Sedeño <asedeno@mit.edu> wrote:
> > On Mon, Oct 14, 2024 at 8:28 PM Taylor Blau <me@ttaylorr.com> wrote:
> > > On Mon, Oct 14, 2024 at 09:13:44AM -0400, Alejandro R. Sedeño wrote:
> > > > This is presented as an alternative to the patch series from
> > > > brian m. carlson that bumps the minimum version of libcurl
> > > > to 7.61.0 [3].
> > >
> > > This conflicts with brian's series as you mention, so I haven't picked
> > > this one up in 'seen' yet.
> > >
> > > Could you summarize why you think this series is a better approach than
> > > what brian has posted? On its own, I do not understand the motivation.
> >
> > It's a question of preserving compatibility vs ratcheting up minimum
> > requirements. Both have their merits. I sent in this patch set after
> > seeing some mild pushback to brian's series, just to present an
> > alternative. Maintaining compatibility with older versions can be a
> > burden to the project, though I think given this patch series, it's
> > not a very big one. Ratcheting up the minimum requirements can be a
> > burden to users stuck on (or choosing to try and support) older
> > platforms. At some point the burden on the project outweighs the
> > desire to support those older platforms. Where that tipping point is
> > is for the community to decide.
>
> For reference, I'm the one who pushed back on brian's series. The
> "push-back" subthread starts at [1].
>
> [1]: https://lore.kernel.org/git/20241014132856.3558224-1-asedeno@mit.edu/T/#mc1180f00cf52de4e9bae334c2cd5abd9a160dbbe

OK. Junio had brian's series in 'seen' when I picked up the integration branches on Friday evening. Let's keep it that way for now while we wait to see what approach between the two is preferred.

Thanks, Taylor

Previous: Eric SunshineNext: Torsten Bögershausen
Message 7 of 10 in “Restore support for older libcurl and fix some typos”
  1. 0/2 Restore support for older libcurl and fix some typosAlejandro R. Sedeño, Oct 14, 2024
  2. 1/2 Conditional use of CURLOPT_PROXYHEADER based on libcurl versionAlejandro R. Sedeño, Oct 14, 2024
  3. 2/2 Fix inconsistencies in git-curl-compat.hAlejandro R. Sedeño, Oct 14, 2024
  4. Taylor BlauOct 15, 2024
  5. Alejandro R. SedeñoOct 15, 2024
  6. Eric SunshineOct 15, 2024
  7. Taylor BlauOct 15, 2024
  8. Torsten BögershausenOct 17, 2024
  9. Oswald BuddenhagenOct 17, 2024
  10. Torsten BögershausenOct 17, 2024

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.