[Debian-med-packaging] Bug#655806: Bug#655806: mafft: FTBFS: test failed
Charles Plessy
plessy at debian.org
Sat Jan 14 06:51:13 UTC 2012
severity 655806 normal
thanks
> > # Testing Mafft…
> > MAFFT_BINARIES=/build/mafft-bZ9hLD/mafft-6.864/binaries scripts/mafft test/sample | diff test/sample.fftns2 -
> > scripts/mafft: 1185: scripts/mafft: cannot create /dev/stderr: Permission denied
> > scripts/mafft: 1186: scripts/mafft: cannot create /dev/stderr: Permission denied
> > scripts/mafft: 1187: scripts/mafft: cannot create /dev/stderr: Permission denied
> > scripts/mafft: 1188: scripts/mafft: cannot create /dev/stderr: Permission denied
> > scripts/mafft: 1189: scripts/mafft: cannot create /dev/stderr: Permission denied
> > scripts/mafft: 1190: scripts/mafft: cannot create /dev/stderr: Permission denied
> > scripts/mafft: 1309: scripts/mafft: cannot create /dev/stderr: Permission denied
…
> > make[1]: *** [override_dh_install] Error 1
Thanks Lucas for all the tests.
mafft accesses /dev/stderr to display a progress indicator. It works on my
sbuild installation as well as on the buildds. I sent the amd64 logs to our
packaging mailing list after uploading the latest revision.
http://lists.alioth.debian.org/pipermail/debian-med-packaging/2012-January/013423.html
Do you know what makes /dev/stderr absent on your systems ? I can try to
redirect the standard error to /dev/null, but it would help me if I could
reproduce the problem locally.
By the way, why not using sbuild's log filtering ? It make build logs diffs
shorter, and therefore help to look for cues.
Have a nice weekend,
--
Charles
More information about the Debian-med-packaging
mailing list