Builder curl-threaded-solaris10-i386 Build #4599

Results:

Failed runtest

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-threaded-solaris10-i386' triggered this build

Steps and Logfiles:

1. git update ( 21 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' failed ( 4 hrs, 57 mins, 51 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 2 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Viktor Szakats

   commitohnoyoudont@vsz.me

Timing:

All Changes:

:

1. Change #285341

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Sat 10 Oct 2026 23:27:47
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	ce0fe7124c2443f68a2501a557818e53e297fc61

   Comments

   GHA/non-native: lower pccritic score for FreeBSD jobs
   FreeBSD 15.1 received a pkgconf package update from 2.4.3_1 to 3.0.7,
   which ships with pccritic and enabled its CI test in the autotools job,
   with this result:
   ```
   bld/libcurl.pc
     score: 93/100  grade: A  (0 critical, 0 major, 0 minor, 7 info)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
     [info    ] Libs.private adds a library path already on the default search path (pkgconf strips it): -L/usr/local/lib (libs/PC040)
   ```
   due to this line `libcurl.pc`:
   ```
   Libs.private: -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib
     -L/usr/local/lib -L/usr/local/lib -lnghttp2 -lidn2 -lldap -llber -lssh2 -lssh2
     -lpsl -lssl -lcrypto -lssl -lcrypto -L/usr/local/lib -lgssapi_krb5 -lzstd
     -lbrotlidec -lbrotlidec -lbrotlicommon -lz -pthread
   ```
   Ref: https://github.com/curl/curl/actions/runs/38082969589/job/114303510971?pr=23345
   
   Lower the minimum score till the real fix is found.
   
   Follow-up to 943ac04fc4d7d554d9064c7cd03fbe1830ff25d4 #22543
   
   Closes #23346

   Changed files

   • .github/workflows/non-native.yml

2. Change #285354

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Sun 11 Oct 2026 00:10:17
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	b8f71d6e1199701352c498467c17847237d1c43e

   Comments

   test428: skip when running on older MSYS2 versions
   The root cause for unexplained test428 failures was older MSYS2/Cygwin
   runtimes filtering out set but empty environment variables when a Cygwin
   process launches a non-Cygwin one. In curl this happens when runtests
   launches the native Windows curl tool. MSYS2 3.4.2+ (2022-12-16) no
   longer does this filtering by default. In CI the affected environments
   are AppVeyor CI's Visual Studio 2015/2017/2019 images, which use MSYS2
   3.0.7 (newer images have 3.6.5 and 3.6.9).
   
   Detect this condition in runtests and skip the test when unsupported.
   
   Fixing:
   ```
   === Start of file stderr428
    curl: Variable 'BLANK' import fail, not set
    curl: log/17/cmd:3 config file option '--variable' variable expansion failure
    curl: option -K: variable expansion failure
    curl: try 'curl --help' or 'curl --manual' for more information
   === End of file stderr428
   ```
   
   Refs:
    ```
   2022-09-24 - Changed behavior for empty env vars
   Empty environment variables are no longer removed when starting a new non-cygwin process.
   ```
   https://www.msys2.org/news/#2022-09-24-changed-behavior-for-empty-env-vars
   https://github.com/msys2/msys2-runtime/commit/59b6d44bc001b07793310a885424c203a8ff2cfb
   https://github.com/msys2/msys2-runtime/pull/125
   
   Notes:
   - I did my best to figure out the cutoff version, but could only actually
     test that 3.6.5+ and 3.0.7. Please adjust if inaccurate.
   - MSYS2 allows setting `MSYS=noemptyenvvalues` to disable the new
     behavior and breaking test428. This patch does not address this
     exception.
   - Cygwin and MSYS2 are considered interchangable in the codebase,
     this patch included. However, AFAICT Cygwin did not receive this
     particular fix as of today's Cygwin master. Let us know if this causes
     an issue.
   
   Follow-up to 0774051964143898e167d12be851139f9a49c622 #17991
   Follow-up to 7cf8414fabc3063cc3d2121eacec4a6daa4164a8
   Cherry-picked from #23306
   
   Closes #23345

   Changed files

   • tests/data/test428
   • tests/runtests.pl