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.
Version 8 at 25 years
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se>
Date: Thu, 2 Sep 2021 13:22:02 +0200 (CEST)
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.
Date: Thu, 2 Sep 2021 13:22:02 +0200 (CEST)
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.htmlReceived on 2021-09-02