Re: [PATCH 0/2] Restore support for older libcurl and fix some typos
- From
Eric Sunshine <sunshine@sunshineco.com>
- Date
- Oct 15, 2024, 06:29 UTC
- Message-ID
- <CAPig+cRENnd9cV5yFfVVwbuux84k10_vcht-TTtKGJmRNYEttA@mail.gmail.com>
- In-Reply-To
- <CAOO-Oz3eQ+fpWU3qLHtF5oCxj2ieoc6P4R+iKJTG3DoWrb6W3g@mail.gmail.com>
On Mon, Oct 14, 2024 at 8:51 PM Alejandro R. Sedeño <asedeno@mit.edu> wrote:
Show 22 quoted lines
> 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