Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
Re: Version 8 at 25 years
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Weston Schmidt via curl-library <curl-library_at_lists.haxx.se>
Date: Thu, 2 Sep 2021 14:23:41 -0700
I realize I'm proposing something counter to your goal of keeping the
soname unchanged, but - this would be a great opportunity to remove
APIs like the maprintf() group if you're still interested.
+1 for the overall plan.
On Thu, Sep 2, 2021 at 12:25 PM adam smith via curl-library
<curl-library_at_lists.haxx.se> wrote:
>
> Love it!
>
> On Thu, 2 Sept 2021 at 12:22, Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se> wrote:
>>
>> Hi,
>>
>> On March 20, 2023 (more than 18 months away) curl turns 25 years old. Assuming
>> we're all still around then.
>>
>> I propose that we take that opportunity to do these two things:
>>
>> 1. Make a curl release on that exact date.
>>
>> The current 8 week cycle would right now put the release on the 29th so it's
>> not going to change the date by much, and chances are the dates will be
>> slightly shifted before then anyway.
>>
>> 2. We call that release 8.0.0
>>
>> ... completely independently of what version we released immediately before
>> then and disregarding what we add or not in that release. We've been
>> ever-incresing the minor version number since the year 2000, and I've been
>> struggling to figure out how to avoid us reaching 100 and thereby possible
>> cause confusion among users.
>>
>> I don't want to bump the soname or change any compatiblity or APIs because of
>> this. I just want us to work with smaller numbers for a while. I hope that one
>> of the benefits with bumping the major number is that everyone who sticks with
>> version 7 will rather soon feel outdated.
>>
>> PS. Back in I 2013 blogged about why there won't be a version 8 "in a long
>> time"[*]. I think ten years can be considered "a long time" =)
>>
>> [*] = https://daniel.haxx.se/blog/2013/03/23/why-no-curl-8/
>>
>> There's plenty of time left and things might change. This just struck me as a
>> decent plan.
>>
>> --
>>
>> / daniel.haxx.se
>> | Commercial curl support up to 24x7 is available!
>> | Private help, bug fixes, support, ports, new features
>> | https://curl.se/support.html
>> --
>> Unsubscribe: https://lists.haxx.se/listinfo/curl-library
>> Etiquette: https://curl.haxx.se/mail/etiquette.html
>
> --
> Unsubscribe: https://lists.haxx.se/listinfo/curl-library
> Etiquette: https://curl.haxx.se/mail/etiquette.html
Date: Thu, 2 Sep 2021 14:23:41 -0700
I realize I'm proposing something counter to your goal of keeping the
soname unchanged, but - this would be a great opportunity to remove
APIs like the maprintf() group if you're still interested.
+1 for the overall plan.
On Thu, Sep 2, 2021 at 12:25 PM adam smith via curl-library
<curl-library_at_lists.haxx.se> wrote:
>
> Love it!
>
> On Thu, 2 Sept 2021 at 12:22, Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se> wrote:
>>
>> Hi,
>>
>> On March 20, 2023 (more than 18 months away) curl turns 25 years old. Assuming
>> we're all still around then.
>>
>> I propose that we take that opportunity to do these two things:
>>
>> 1. Make a curl release on that exact date.
>>
>> The current 8 week cycle would right now put the release on the 29th so it's
>> not going to change the date by much, and chances are the dates will be
>> slightly shifted before then anyway.
>>
>> 2. We call that release 8.0.0
>>
>> ... completely independently of what version we released immediately before
>> then and disregarding what we add or not in that release. We've been
>> ever-incresing the minor version number since the year 2000, and I've been
>> struggling to figure out how to avoid us reaching 100 and thereby possible
>> cause confusion among users.
>>
>> I don't want to bump the soname or change any compatiblity or APIs because of
>> this. I just want us to work with smaller numbers for a while. I hope that one
>> of the benefits with bumping the major number is that everyone who sticks with
>> version 7 will rather soon feel outdated.
>>
>> PS. Back in I 2013 blogged about why there won't be a version 8 "in a long
>> time"[*]. I think ten years can be considered "a long time" =)
>>
>> [*] = https://daniel.haxx.se/blog/2013/03/23/why-no-curl-8/
>>
>> There's plenty of time left and things might change. This just struck me as a
>> decent plan.
>>
>> --
>>
>> / daniel.haxx.se
>> | Commercial curl support up to 24x7 is available!
>> | Private help, bug fixes, support, ports, new features
>> | https://curl.se/support.html
>> --
>> Unsubscribe: https://lists.haxx.se/listinfo/curl-library
>> Etiquette: https://curl.haxx.se/mail/etiquette.html
>
> --
> Unsubscribe: https://lists.haxx.se/listinfo/curl-library
> Etiquette: https://curl.haxx.se/mail/etiquette.html
-- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2021-09-02