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

Builder ffmpegsos-solaris10-sparc Build #14247

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

Projectffmpeg
Repositoryhttps://git.ffmpeg.org/ffmpeg.git
Branchmaster
Revision461f48ece865c53532ac428ccc3bdb8c031ad544
Got Revision461f48ece865c53532ac428ccc3bdb8c031ad544
Changes12 changes

BuildSlave:

unstable10s

Reason:

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

Steps and Logfiles:

  1. git update ( 11 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 ( 12 secs )
    1. stdio
    2. config.log
  6. shell_4 'gmake fate-rsync' failed ( 1 secs )
    1. stdio
  7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 2 secs )
    1. stdio
    2. configure.log
    3. compile.log
    4. test.log

Build Properties:

NameValueSource
branch master Build
builddir /export/home/buildbot-unstable10s/slave/ffmpegsos-solaris10-sparc slave
buildername ffmpegsos-solaris10-sparc Builder
buildnumber 14247 Build
codebase Build
got_revision 461f48ece865c53532ac428ccc3bdb8c031ad544 Git
project ffmpeg Build
repository https://git.ffmpeg.org/ffmpeg.git Build
revision 461f48ece865c53532ac428ccc3bdb8c031ad544 Build
scheduler schedule-ffmpegsos-solaris10-sparc Scheduler
slavename unstable10s BuildSlave
workdir /export/home/buildbot-unstable10s/slave/ffmpegsos-solaris10-sparc slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Andreas Menze
  2. Kacper Michajłow

Timing:

StartMon Oct 12 21:05:35 2026
EndMon Oct 12 21:06:04 2026
Elapsed29 secs

All Changes:

:

  1. Change #285674

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:24
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 9a3d58183dcd3c8a4bfad43520aedf341ff62d22

    Comments

    avformat/libcurl: take the open result from the first reply
Decide whether the open succeeded from the first reply only, so that a
follow-up request that the loop thread has already started cannot fail
the open after the first reply turned out usable.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/libcurl.c

  2. Change #285675

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:24
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision ffe49b0ca31d17d15e8b5af97249373db8ab23b8

    Comments

    avformat/libcurl: don't issue requests that cannot return data
Report EOF without a request when the requested offset is at or past
the known file size or the end offset, and report an error instead of
issuing the same request again when a reply that should continue the
transfer delivered no data.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/libcurl.c

  3. Change #285676

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:24
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 6aff32549772c8a9667145fa433eabeb15725e72

    Comments

    avformat/libcurl: keep requesting when the file size is unknown
Keep requesting from where each reply stopped when the file size is
unknown ("Content-Range: bytes S-E/*"). Treat a 416 on such a follow-up
request as EOF and take the size from its "bytes */N". A 416 that states
a size past the requested offset is an error. A compressed reply is not
continued, as its range counts compressed bytes.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/libcurl.c

  4. Change #285677

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:24
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 332ead500ad064c3582e878958308a8b6abdabe9

    Comments

    avformat/http: clear the status code before each request
A request that fails before its reply arrives, such as a TLS connection
through a proxy that refuses the tunnel, no longer carries the status of
the previous reply.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  5. Change #285678

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:24
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 17afe2331ac3bcabbf0fe9c377e2c04ffab08642

    Comments

    avformat/http: drop the old reply when seeking past the end
Close the connection and empty the buffer when a seek past the end is
answered without a request, so that neither the buffered bytes nor the
connection of the old reply are used at the new offset.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  6. Change #285679

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:25
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 5db1e097dcef7e6076093629c626b3a235307ad4

    Comments

    avformat/http: end a read at the end offset with EOF
Take the end of the data as the end offset or the file size, whichever
comes first, when telling a broken connection from the end of the data,
so that reading up to the end offset ends with EOF instead of an I/O
error.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  7. Change #285680

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:25
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision ca5300c9f404d77a223ee26357ea55454a53e8f2

    Comments

    avformat/http: end or continue a reply at the end of its range
End a compressed reply with EOF where its range ends instead of passing
EAGAIN to the caller, as it is not continued with another request. A
chunked one is marked as ended, so that later reads return EOF too
instead of waiting for another chunk. Continue a chunked reply that ends
at the end of its range before the end of the data with the next
request, as a reply with a length already does.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  8. Change #285681

    Category ffmpeg
    Changed by Andreas Menze <andreas.menzeohnoyoudont@hr.de>
    Changed at Mon 12 Oct 2026 22:42:25
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision faab9c8e563ea3b3d8f27c17febbeecd3ade2f1e

    Comments

    avformat/http: keep complete size for Content-Range "bytes A-B/*"
"bytes A-B/*" means the complete length is unknown (RFC 9110 14.4), so
don't read it as a size of 0, and never derive the complete size from a
partial reply. Remember it once learned from a 200 Content-Length or a
"bytes A-B/N" total and reuse it for later "*" replies. If the complete
size was never learned, or the total is not a number, it stays unknown.
A 416 to a read or a seek past the end of a resource of unknown size
ends it with EOF and gives its complete length ("bytes */N"), unless it
states a length past the requested offset. That 416 is retried first
only if reconnect_on_http_error lists 416 by number, reconnect_at_eof
does not retry the end it marks, and an open past the end is retried as
configured. Keep the file size and the complete size when a request
fails. A seek that fails or is refused keeps the offset and the end of
the resource, and when reading goes on over the old connection, also
the range end, chunk state, connection mode and compression of the old
reply. A seek to the current offset makes a new request when there is
no connection.

Fixes #24210

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • doc/protocols.texi
    • libavformat/http.c

  9. Change #285682

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:25
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision f15077f7674c4409a93532860765ff9abf541f6d

    Comments

    avformat/http: read the whole trailer section of a chunked reply
Read the lines after the last chunk up to the empty line that ends the
trailer section, instead of only the first one, so that the next request
on the same connection does not read trailer fields as its status line.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  10. Change #285683

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:25
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision b77de7cb6f29e37b78db4fced0afb70602aaf880

    Comments

    avformat/http: clear the end of a chunked reply for every request
Clear the end of the chunked encoding for every request, so that a
chunked reply after a seek or a reconnect is read when an earlier
chunked reply has ended, and restore it with the rest of the old reply
when a seek fails.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  11. Change #285684

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:25
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 8e9ce80c62dbc1b46a2339872b31c43480eed8ca

    Comments

    avformat/http: check every reply against the requested range
Skip the check that a reply starts at the requested offset only for the
replies that are answered with another request, the redirects that are
followed and the authentication challenges, instead of for every reply
that carries a Location header. Reset the range end for every
Content-Range field, so that a reply with several of them cannot combine
the offset of one with the range end of another. A ranged reply with a
Location header can no longer hand its data over at the wrong offset,
and a challenge to a request at an offset is answered instead of
failing it.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c

  12. Change #285685

    Category ffmpeg
    Changed by Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
    Changed at Mon 12 Oct 2026 22:42:26
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 461f48ece865c53532ac428ccc3bdb8c031ad544

    Comments

    avformat/http: stop at the end offset or the end of the file
Stop reading, and answer a seek past the end without a request, at the
end offset or the file size, whichever comes first. An end offset past
the end of the file no longer leads to a request past it.

Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

    Changed files

    • libavformat/http.c
BuildBot (0.8.14) working for the OpenCSW Buildbot project.
Page built: Wed 14 Oct 2026 21:02:51 (CEST)