Bug#629656: ncbi-blast+: FTBFS everywhere for assorted reasons

2011-06-17 Thread Aaron M. Ucko
retitle 629656 ncbi-blast+: still FTBFS on hurd-i386 severity 629656 important thanks u...@debian.org (Aaron M. Ucko) writes: > Hurd builds are still failing. :-/ The immediate cause is that > configure's test for select's behavior times out(!), but further manual > testing reveals at least one

Bug#629656: ncbi-blast+: FTBFS everywhere for assorted reasons

2011-06-10 Thread Aaron M. Ucko
found 629656 2.2.25-3 thanks Hurd builds are still failing. :-/ The immediate cause is that configure's test for select's behavior times out(!), but further manual testing reveals at least one file that expects PATH_MAX to be defined. In principle, it should be possible to work around both issues

Bug#629656: ncbi-blast+: FTBFS everywhere for assorted reasons

2011-06-09 Thread Aaron M. Ucko
notclosed 629656 2.2.25-2 found 629656 2.2.25-2 thanks 2.2.25-2 still fails on non-Linux architectures. :-/ It looks like the fix should be straightforward, at least for the immediate issue (inappropriately trying to run gmake rather than make), though there may be further problems, which I'll loo

Bug#629656: ncbi-blast+: FTBFS everywhere for assorted reasons

2011-06-08 Thread Aaron M. Ucko
Package: ncbi-blast+ Version: 2.2.25-1 Severity: serious Justification: fails to build from source All the automated builds of ncbi-blast+ have failed; i386 got farthest, but ran into an embarrassing failure to account for binary-only builds. Other architectures, particularly the non-Linux ones,