Builder ffmpegsos-solaris10-i386 Build #14179

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 6 secs )
   1. stdio
2. shell 'gsed -i ...' ( 0 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 0 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 0 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 8 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 0 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Niklas Haas

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #272760

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Thu 25 Jun 2026 17:50:43
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	bd51105806db2f52ec4e37c3196404b7f831caf8

   Comments

   avformat/http: infer default s->willclose based on request header
   If we send `Connection: close` but don't get any response Connection header
   back from the HTTP server, we should still assume the server will close our
   connection.
   
   There is a minor bit of ambiguity about what state to assume if the user
   overrode the "Connection:" header, but I'm optimistically leaning in
   favor of keep-alive as the more likely value for a user to set.
   
   Not updating our internal state tracking as a result of user-provided
   headers overriding our own headers is a prior problem with http.c that is
   outside the scope of this PR to fix.
   
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libavformat/http.c

2. Change #272761

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Thu 25 Jun 2026 17:50:43
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	e5a3c5e409f2f5cbf94cb1cc7dbae5750dc8efc7

   Comments

   avformat/http: accept case-insensitive Connection header value
   RFC 9110 defines this as case-insensitive, and some servers (e.g. MythTV)
   send it as "Close" instead of "close".
   
   See-Also: https://code.ffmpeg.org/FFmpeg/FFmpeg/issues/23222
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libavformat/http.c