[FFmpeg-devel] [PATCH 3/3] tests/fate-run: make FATE non-interactive
gajjanag at mit.edu
Tue Aug 11 22:36:48 CEST 2015
On Tue, Aug 11, 2015 at 4:13 PM, Michael Niedermayer
<michael at niedermayer.cc> wrote:
> On Tue, Aug 11, 2015 at 10:03:35PM +0200, Nicolas George wrote:
>> Le quartidi 24 thermidor, an CCXXIII, Michael Niedermayer a écrit :
>> > if the terminal trashing prevention logic is broken
>> Please, there is no "terminal trashing prevention logic", there is only a
>> weird coincidence that makes this particular incorrect test avoid the
>> trashing in a very specific context (specific shell, specific configuration,
>> very specific way of invoking ffmpeg).
> if the logic doesnt work with other shells then ive no objections
> to adding -nostdin to fate
> i was of the impression that it worked in most cases and shells
I think we can reasonably assume that the two most common shells are
bash followed by zsh today.
Neither of these have a "terminal freeze" by default from upstream,
and so unless distro people add these lines to everyone's rc,
the majority won't have a "terminal freeze" by default.
I think this is also a safe assumption:
Arch Linux (which I run) does not,
and Debathena (MIT's Debian based setup) and thus likely Debian as well do not.
Now in the absence of a terminal freeze (i.e a "default" shell config),
try out Nicolas' old example
ffmpeg -lavfi testsrc -f framecrc - | head
zsh is clobbered by this.
bash needs a slight modification, i.e ffmpeg needs to run in a harness
strace ffmpeg -lavfi testsrc -f framecrc - | head
bash and zsh are both clobbered by this.
Both of these examples are with current git HEAD.
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
> DNS cache poisoning attacks, popular search engine, Google internet authority
> dont be evil, please
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
More information about the ffmpeg-devel