Den sön 1 juni 2025 kl 13:58 skrev Branko Čibej <br...@apache.org>:
> On 1. 6. 25 13:20, Timofei Zhakov wrote: > > On Sun, Jun 1, 2025 at 12:56 PM Branko Čibej <br...@apache.org> wrote: > > Anyway, yes, that should be backported from trunk, even though it has > > already been superseded. As should all the other CMake build changes > > that are on trunk but not in 1.4.x. > > > > I'll try to update 1.4.x/STATUS with all the myriad changes now in > > flight, but I suspect that at some point, we'll just decide to > > bulk-merge from trunk to that branch. > > > > > > It would be very useful to get cmake released in serf (and svn btw!) > > and quit experimental status. I'm free to help in place of cmake. > > Cool! CMake on trunk is "done", in the sense that it has feature parity > with the SCons build. But it needs a lot of testing and review -- see my > other mail, subject "CMake build status" from 30 May. I've tested it on > Windows, but it would be nice to have more eyes on that. It would be > even nicer to test a Subversion build with serf-trunk, I didn't get > around to that yet. > > And backport to 1.4.x, of course. > > And finally a release from 1.4.x ... it's time. > > -- Brane Would it make sense to completely replace the current 1.4.x with /trunk, or even declare 1.4.x "not released" and prepare a 1.5.x branch instead? Could someone summarize, or help me how to figure out, the major differences between 1.3.x and trunk? I think I've seen something about HTTPv2 support, but I don't know how complete it is. Would there be any major issues for our users? Kind regards, Daniel