it disables the progress bar, the maximum log length isn’t exceeded, and the build successfully completes. This is likely a bug in pip for very large downloads. I’ll see if anyone has ever reported it and submit a new issue if not.
It looks like Travis doesn’t handle terminal control characters the same way as a real terminal would: after seeing BS and CR, it doesn’t move a virtual “caret” backwards and overwrite characters on the current line with the following output.
So, this seems like Travis’ problem because without secret variables, Travis reports itself as an xterm terminal, thus giving pip the right to use terminal control characters.
For large downloads like pip install torch, the progress bar accrues so much cruft that it fills up the logs. Is there any way to resolve this terminal control character bug? If not, I think the default install for language: python should be changed to:
pip install --progress-bar off -r requirements.txt
Our logs are streams; it is not a true terminal. As there is no default install command for Python builds, it is entirely up to you to deal with this situation.
Note that this fix will only work out of the box since Xenial because Trusty’s stock Pip is too old to support the option, you’d need to upgrade it first (e.g. at the before_install: phase if you use the default install: command).