Builder ffmpeg64-solaris10-i386 Build #12112

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 5 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 ( 7 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_64.sh' failed ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Arthur Grillo

   arthurgrilloohnoyoudont@riseup.net
2. Link Mauve

   linkmauveohnoyoudont@linkmauve.fr

Timing:

All Changes:

:

1. Change #227469

   Category	ffmpeg
   Changed by	Link Mauve <linkmauveohnoyoudont@linkmauve.fr>
   Changed at	Wed 16 Apr 2025 13:09:02
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	50910c32c548c1589cc4d949a209c5b7eba7d7ae

   Comments

   tools: Fix deprecation warning in patcheck
   GNU apparently deprecated their egrep alias, replace it with 'grep -E'
   to avoid getting flooded with deprecation warnings.
   
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • tools/patcheck

2. Change #227470

   Category	ffmpeg
   Changed by	Arthur Grillo <arthurgrilloohnoyoudont@riseup.net>
   Changed at	Wed 16 Apr 2025 13:09:02
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	2fedb29780f4a47957467d4a4831efe69993f615

   Comments

   avformat/fifo: Check for keyframe video type before stop dropping
   The current behavior when using restart_with_keyframe is that it will
   recover if it also encounters any audio packet, as they are flagged as a
   keyframe.
   
   The expectation is that packets are dropped until the next _video_
   keyframe.
   
   To fix that, check if exists a video stream, if it exists check the
   packet stream codec type, only letting it recover when it is a video
   one. If there is no video stream, resume to the original behavior, not
   checking the codec type.
   
   Fixes ticket: #11467
   
   Signed-off-by: Arthur Grillo <arthurgrillo@riseup.net>
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavformat/fifo.c