On Sun, Dec 16, 2007 at 11:48:31PM +0100, Josip Rodin wrote:
One problem I was pointed to was the build failure of erlang. Here the
created erlc binary segfaults with a bus error.
- this only happens on US III machines, works fine on US II.
- on lebrun it doesn't happen on the first
On Sun, Nov 25, 2007 at 03:53:37PM +0100, BERTRAND Joël wrote:
Recent build of erlang package failed on sparc architecture
(http://buildd.debian.org/build.php?pkg=erlangarch=sparcfile=log).
I cannot find a reason looking at the log file, and I don't have an
access to any sparc machine to debug
On Tue, Nov 06, 2007 at 09:13:56PM -0800, David Miller wrote:
[FUTEX]: Fix address computation in compat code.
Here is an updated patch:
I applied the patch, rebooted into the new kernel, and let lebrun run its
buildd, but the apt package fetching method constantly times out trying to
reach
On Thu, Nov 01, 2007 at 09:55:44PM -0700, David Miller wrote:
I'm working on a kernel patch for 2.6.23 that will allow you to get
some useful debugging information in situations like this.
I'll try to get you that patch by the end of tonight.
As promised, here is the patch below.
echo
Hi,
lebrun.d.o hasn't crashed in a while now, but it has this in the
process list:
buildd2382 0.0 0.2 8144 4736 ?Ss Oct30 0:00 /usr/bin/perl
/usr/bin/buildd
buildd2407 0.0 0.5 13920 11296 ?SN Oct30 0:10 \_
/usr/bin/perl /usr/bin/sbuild --batch
Hi,
(Sorry for breaking the threading - I didn't subscribe to the list,
I just found this in the web archive. I should probably subscribe... :)
David Miller wrote:
Ok, since I have a 280R just like Josip, I think a good plan
is for him to show me the commands he used to create the
build root
Hi,
Is there any reason why the kernel makefiles don't support the 'install'
target on sparc, just like they do on x86(_64)? The standard installkernel(8)
wrapping works fine.
I posted this question a while ago to the debian-sparc list[1] and
Martin Habets replied with a fairly trivial patch[2],
On Fri, Oct 26, 2007 at 03:01:24PM -0700, David Miller wrote:
One thing I notice in the debian bug report is a mention of libnss-db
So I did some testing here and without libnss-db installed, running
dpkg-query does not use futexes at all.
But once I install libnss-db and enable it (by
On Sat, Oct 27, 2007 at 12:30:56AM +0200, Bernd Zeimetz wrote:
Josip, do you guys have libnss-db or similar in use on the buildd
machine?
They have, that's what Debian's userdir-ldap uses.
No, I have to correct you, this machine isn't part of that setup
(at least not yet).
--
2.
On Wed, Oct 24, 2007 at 11:41:13PM -0700, David Miller wrote:
Josip, give this debugging patch a try. It is against 2.6.23.1
but it should apply to most recent kernels.
OK, after resurrecting the machine once again (it had died in the meantime,
reliably as ever), I did:
patching file
On Thu, Oct 25, 2007 at 05:07:36PM +0200, joy wrote:
If you try, within that troublesome build-root, a few times to try to
fork off a couple hundred:
dpkg-query --something python-2.5
or whatever, can you get some of processes to wedge under that
build root?
I did this in a
Hi,
Just tried 2.6.24-rc1... but:
arch/sparc64/kernel/iommu_common.c: In function 'prepare_sg':
arch/sparc64/kernel/iommu_common.c:237: error: implicit declaration of function
'next_sg'
cc1: warnings being treated as errors
arch/sparc64/kernel/iommu_common.c:237: warning: assignment makes
Hi,
(I forgot to send this before...)
We've been having grave issues with a few of our sparc build daemon machines
in Debian. Something causes dpkg-query(8) processes, otherwise harmless, to
run amok and allocate too much memory, but keep running and become resilient
to killing. They eventually
On Wed, Oct 24, 2007 at 03:58:29PM -0700, David Miller wrote:
I know, I've seen this report a million times :-)
Oh, I know you know, I mailed you a while ago and you told me to mail
the mailing list :)
I can't reproduce it, I've even tried the fabled test case
where you spawn thousands of
14 matches
Mail list logo