In portage for two months an no bugs reported against... Arches please test and mark stable =sys-process/at-3.1.13-r1 Target keywords are: alpha amd64 ~arm hppa ia64 ppc ppc64 sparc x86
ppc64 done
@Lars can you try to convert src_install to emake?
amd64 stable
ppc done
(In reply to comment #2) > @Lars > > can you try to convert src_install to emake? + 13 Mar 2012; Lars Wendler <polynomial-c@gentoo.org> at-3.1.13-r1.ebuild: + Changed src_install() to use emake instead of make. + done...
Stable for HPPA.
I was building this package today and noticed that it took several tries to build correctly (this is on amd64). I suspect this is due to the change from make to emake, which enabled parallel make.
Failing on x86 as well. It took a few attempts to get the error. Brian was correct in his assessment; I modified the ebuild on my machine to use make instead of emake and it compiles successfully with every attempt.
@ Brian and Dan: Would you please report this in a separate bug with a build.log of the failed compile attached? I cannot reproduce this on any of my multicore machines.
x86: ok >>> Installing (1 of 1) sys-process/at-3.1.13-r1 @Dan, i can't reproduce this bug on my x86 machine.
I had a heck of a time reproducing it on a machine that I had just booted up and didn't have much running in the background. I've found that peg'ing each processor with multiple instances of 'cat /dev/zero >/dev/null' before emerging sys-process/at-3.1.13-r1 causes the error to happen significantly more. I created bug 408375 for this issue. The error message usually differs as this is a parallel make issue so I attached two build.log's to the other ticket.
x86 stable
alpha/ia64/sparc stable