From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NWycb-0005ZL-6x for garchives@archives.gentoo.org; Mon, 18 Jan 2010 20:54:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1F056E0CE2; Mon, 18 Jan 2010 20:54:32 +0000 (UTC) Received: from mail-pw0-f47.google.com (mail-pw0-f47.google.com [209.85.160.47]) by pigeon.gentoo.org (Postfix) with ESMTP id E2064E0CE2 for ; Mon, 18 Jan 2010 20:54:31 +0000 (UTC) Received: by pwj10 with SMTP id 10so2186194pwj.26 for ; Mon, 18 Jan 2010 12:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=O/HhlCJOCiB3sUVN7229h/ZiwqFtXBM6i2cXKHSG7Dw=; b=ivAW65PxiP9Erj9vjx2Va6rS/uKHRHUZVi3+LOR2YqNzZYx34FWRefn5RucSgAymGV pT7hWR8fv1nd+nLiSIC8vHNlKSLSAcsvgsRpezcPTHVP7VbmPBaetIzhh7kNA1qf6BU5 g8kJ9zRWTO0dcp5ZF0gGw2tDYWJF6OH32rGhI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=TalNWp8ywHQbFOxJ5SXA/MvIVG/JQfBWtg6GCiOu7aweW7xFpa584JVcjKEKDLX0kQ 11tuaK2uU90A6L7mjnkdLEFzHJ73639zRUjKP+YBQybXgDjpa3DEvdNtL8XhieSU0Nfl YCLcDe/p3W8Rz/Q+G6hC/oivSw1ovdWA/H7y0= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Received: by 10.142.208.5 with SMTP id f5mr4499539wfg.268.1263848071391; Mon, 18 Jan 2010 12:54:31 -0800 (PST) In-Reply-To: References: <70537A9B-485E-4788-B5D6-498D2776A707@gmail.com> Date: Mon, 18 Jan 2010 12:54:30 -0800 Message-ID: Subject: Re: [gentoo-amd64] Failure updating to gdbm-1.8.3-r4 From: James Ausmus To: gentoo-amd64@lists.gentoo.org Content-Type: multipart/alternative; boundary=000e0cd17e025876bf047d768fad X-Archives-Salt: 7a3348bf-76ad-402d-bdb0-8f3ea89e1485 X-Archives-Hash: 23521110b89c837a3813a273350cd9ef --000e0cd17e025876bf047d768fad Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jan 18, 2010 at 12:50 PM, Daniel Dilts wrote: > I'm running the no-multilib version of gentoo-amd64 on a Core2 duo. >> When I try to run emerge --update --deep --newuse world I get the >> following error: >> > > > > >> * If you need support, post the topmost build error, and the call stack if >> relevant. >> > > > > Please do as the error message suggests, and post the topmost build error - > the info you posted does not contain anything that can help root cause the > issue. > > > The only other error type thing I can find (didn't find it before because > of vim's default case sensitive search) is: > > mv -f .libs/gdbmfetch.lo gdbmfetch.lo > make: *** [gdbmdelete.lo] Error 1 > make: *** Waiting for unfinished jobs.... > mv -f .libs/gdbmopen.lo gdbmopen.lo > > Followed immediately by the last bit that I posted. > Hmm, it looks like it might still be higher up than that - try just visually scanning upwards a bit from that point (it can actually be quite a bit higher, if there are multiple make jobs running in parallel - ie. MAKEOPTS="-j2" or more). Alternately, attach the build log, and we can take a look through it. :) -James --000e0cd17e025876bf047d768fad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Mon, Jan 18, 2010 at 12:50 PM, Daniel Dil= ts <dilts.da= niel@gmail.com> wrote:
I'm running the no-multilib ve= rsion of gentoo-amd64 on a Core2 duo.
When I try to run emerge --updat= e --deep --newuse world I get the following error:
=A0
<snip&g= t;
=A0
* If you ne= ed support, post the topmost build error, and the call stack if relevant.

<snip>
Please do as the error message suggests, and post the topmost bu= ild error - the info you posted does not contain anything that can help roo= t cause the issue.

The only ot= her error type thing I can find (didn't find it before because of vim&#= 39;s default case sensitive search) is:

mv -f .libs/gdbmfetch.lo gdbmfet= ch.lo
make: *** [gdbmdelete.lo] Err= or 1
make: *** Waiting for unfinish= ed jobs....
mv -f .libs/gdbmopen.lo gdbmopen.lo

Followed immediately by the last bit that I posted.=

Hmm, it looks like it might still be high= er up than that - try just visually scanning upwards a bit from that point = (it can actually be quite a bit higher, if there are multiple make jobs run= ning in parallel - ie. MAKEOPTS=3D"-j2" or more). Alternately, at= tach the build log, and we can take a look through it. :)

-James


--000e0cd17e025876bf047d768fad--