Tests passing locally:
bash (no)daemon C
busybox (no)daemon C
fish (no)daemon C
mksh (no)daemon C
rc (no)daemon C
tcsh (no)daemon C
zsh (no)daemon C
zsh zpython
ipython
pdf module
pdf subclass
dash has problems with job control (bgscript.sh not finished by kill)
Fixes two errors that occur while using Powerline with dash under
Mac OS X.
Problem: Execution of the mktemp command fails on OS X.
Cause: mktemp requires a mandatory argument (-t or full path)
Solution: Provide an absolute path as a template to the mktemp command.
Problem: powerline executable fails to be called because its
command line unexpectedly contains spaces.
Cause: The _POWERLINE_JOBS variable contains spaces, because the wc
command returns spaces before the number on OS X.
Solution: Trim the spaces before assigning the value to the variable.
They currently fail for the reason that does not seem related to powerline
(though this problem did not occur before porting tests to pexpect, so this
should be somewhat related (somewhat: PyPy fails on code `return br'\u%04x'
% ord(c)` which is no a valid Python code (`%` can no longer be used with
`bytes()` obects), the whole situation only means that before using pexpect bug
in PyPy was not hit)).
socat may close pipe before they succeed to write something which results in
env: write error: Broken pipe
(according to my experience leading printf’s always succeeds to write before
socat closes pipe).
MIME type names are inconsistent across different systems, so only first
component is used. For example, `file` in Travis Ubuntu detects Python scripts
as `text/x-java`, in Gentoo these are `text/x-python`.
Travis Ubuntu also uses magic file format different from the one
sys-apps/file-5.22 from Gentoo has, making it impossible to fix the issue by
just copying the files from my system.
