Home - Waterfall Grid T-Grid Console Builders Recent Builds Buildslaves Changesources - JSON API - About

Builder curl-ares-solaris11-sparc Build #6623

Results:

Build successful

SourceStamp:

Projectcurl
Repositoryhttps://github.com/curl/curl.git
Branchmaster
Revisionb8f71d6e1199701352c498467c17847237d1c43e
Got Revisionb8f71d6e1199701352c498467c17847237d1c43e
Changes1 change

BuildSlave:

unstable11s

Reason:

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

Steps and Logfiles:

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

Build Properties:

NameValueSource
branch master Build
builddir /export/home/buildbot/slave/curl-ares-solaris11-sparc slave
buildername curl-ares-solaris11-sparc Builder
buildnumber 6623 Build
codebase Build
got_revision b8f71d6e1199701352c498467c17847237d1c43e Git
osplatform SPARC SetPropertyFromCommand Step
osrelease 11 SetPropertyFromCommand Step
project curl Build
repository https://github.com/curl/curl.git Build
revision b8f71d6e1199701352c498467c17847237d1c43e Build
scheduler schedule-curl-ares-solaris11-sparc Scheduler
slavename unstable11s BuildSlave
workdir /export/home/buildbot/slave/curl-ares-solaris11-sparc slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Viktor Szakats

Timing:

StartSat Oct 10 22:35:25 2026
EndSat Oct 10 23:09:06 2026
Elapsed33 mins, 41 secs

All Changes:

:

  1. 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