Builder curl-ares-solaris11-sparc Build #4203

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-ares-solaris11-sparc' triggered this build

Steps and Logfiles:

1. git update ( 4 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' ( 28 mins, 20 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 0 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Stefan Eissing

   stefanohnoyoudont@eissing.org
2. Viktor Szakats

   commitohnoyoudont@vsz.me

Timing:

All Changes:

:

1. Change #239739

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Mon 14 Jul 2025 14:01:46
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	8675c9e3f3c2d810c1b5b9998812c30f8c53f4aa

   Comments

   GHA: move iOS jobs from non-native to macos workflow
   No instant benefit, but it brings all Apple jobs into the same workflow.
   
   Then perhaps allows intergrating iOS jobs with macOS ones, and in
   the meantime keep them more tightly aligned.
   
   Closes #17912

   Changed files

   • .github/workflows/macos.yml
   • .github/workflows/non-native.yml

2. Change #239740

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Mon 14 Jul 2025 14:01:46
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	f98c0ba834d4b4da480373b732a86976f9064ccd

   Comments

   GHA/windows: drop Windows CE jobs from CI
   In preparation for the removal of Windows CE support.
   
   These jobs were also using a macOS runner, which is a waste. And it'd be
   too much effort to move them over to Windows or Linux.
   
   Follow-up to 8491e6574cde770b227ca0e1cd66548291f49661 #17379
   
   Closes #17924

   Changed files

   • .github/workflows/windows.yml

3. Change #239741

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Mon 14 Jul 2025 14:08:32
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	674ad27f7738b726edce0ab2b3c664dbf84d5837

   Comments

   http/3: report handshake with version and cipher as for TCP connections
   Make reporting into separate functions, to be called from QUIC handshakes
   as well.
   
   Closes #17922

   Changed files

   • lib/vquic/curl_ngtcp2.c
   • lib/vquic/vquic-tls.c
   • lib/vquic/vquic-tls.h
   • lib/vtls/gtls.c
   • lib/vtls/gtls.h
   • lib/vtls/openssl.c
   • lib/vtls/openssl.h
   • lib/vtls/wolfssl.c
   • lib/vtls/wolfssl.h

4. Change #239743

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Mon 14 Jul 2025 14:33:18
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	e9ae1bd404e9ec095ebebb9a89d62566555c36b4

   Comments

   connection: clarify `transport`
   The `transport` to use for a transfer, e.g. TCP/QUIC/UNIX/UDP, is
   initially selected by options and protocol used. This is set at the
   `struct connectdata` as `transport` member.
   
   During connection establishment, this transport may change due to
   Alt-Svc or Happy-Eyeballing. Most common is the switch from TCP to QUIC.
   
   Rename the connection member to `transport_wanted` and add a way to
   query the connection for the transport in use via a new connection
   filter query.
   
   The filter query can also be used in the happy eyeballing attempts when
   code needs to know which transport is used by the "filter below". This
   happens in wolfssl initialization, as one example.
   
   Closes #17923

   Changed files

   • lib/asyn-ares.c
   • lib/asyn-thrdd.c
   • lib/cf-https-connect.c
   • lib/cf-socket.c
   • lib/cfilters.c
   • lib/cfilters.h
   • lib/connect.c
   • lib/ftp.c
   • lib/hostip6.c
   • lib/http.c
   • lib/tftp.c
   • lib/url.c
   • lib/urldata.h
   • lib/vquic/vquic.c
   • lib/vquic/vquic.h
   • lib/vtls/wolfssl.c