Your message dated Thu, 3 Nov 2016 18:52:07 +0000
with message-id <20161103185207.bygni2foib3lh...@perpetual.pseudorandom.co.uk>
and subject line Re: Bug#842844: slang2: FTBFS on all buildds: No rule to make
target '/«PKGBUILDDIR»/src/elfobjs', needed by
'/«PKGBUILDDIR»/src/elfobjs/libslang.so.2.3.1'. Stop.
has caused the Debian Bug report #842844,
regarding slang2: FTBFS on all buildds: No rule to make target
'/«PKGBUILDDIR»/src/elfobjs', needed by
'/«PKGBUILDDIR»/src/elfobjs/libslang.so.2.3.1'. Stop.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
842844: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842844
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: slang2
Version: 2.3.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
slang2 failed to build from source on all the official buildds, all of
which appear to carry out parallel builds, and on most unofficial buildds.
It succeeded on the unofficial hurd-i386 and m68k buildds, which (unusually)
only have one core each and do not attempt parallel builds. sh4 has not been
tried at the time I write this email; it could go either way.
If this package is sufficiently fast to build that you do not feel a need to
use parallel builds (which I suspect is the case, since the maintainer's build
succeeded), the quickest short-term fix would be this pseudo-patch, expanding
what I did in my recent NMU to cover the whole build:
-dh $@ --with autotools_dev
+dh $@ --with autotools_dev --no-parallel
I'll do another NMU with that change if necessary.
The ideal solution would be to fix the upstream build system to succeed
reliably with "make -j8" (or other large numbers of threads) and send that
fix upstream, but that's likely to be a more involved task.
For your information, maintainer uploads of packages where the build
system is parallel-safe, from any reasonable hardware, would go quicker
with "dpkg-buildpackage -Jauto" (or debuild -Jauto or whatever), which
is probably equivalent to what the official buildds are doing. Using
that command to build would also have detected this bug.
Regards,
S
--- End Message ---
--- Begin Message ---
Version: 2.3.1-2
On Tue, 01 Nov 2016 at 17:47:37 +0000, Simon McVittie wrote:
> the quickest short-term fix would be this pseudo-patch, expanding
> what I did in my recent NMU to cover the whole build:
>
> -dh $@ --with autotools_dev
> +dh $@ --with autotools_dev --no-parallel
This seems to have been done; closing the bug.
S
--- End Message ---