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 1MKGhH-0000eT-KX for garchives@archives.gentoo.org; Fri, 26 Jun 2009 19:02:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B74F7E02DF; Fri, 26 Jun 2009 19:02:49 +0000 (UTC) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by pigeon.gentoo.org (Postfix) with ESMTP id 7B6B1E02DF for ; Fri, 26 Jun 2009 19:02:49 +0000 (UTC) Received: by ewy7 with SMTP id 7so3282920ewy.34 for ; Fri, 26 Jun 2009 12:02:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=z3qjW21nBUW3KqmBimUEZmyC8WZDGACc56MRHW5HpOI=; b=eZ/c4Tw0qUqSBUaVWtedExXRllHoMAypcFbNpDBlbWUAePYywobYO8bNCOBNXYA7rN jZNzC9CIl5J3hR0UbtYhSyweiMxSPUBM6vv207taAHBZEPgzWKWU5ZQ1cEziAkXLv1pt IUm/2MXNZUsRANbuC1hp4D5TNyffezJ4GMxuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=HzKEzRrrJhtE0RrXzhtondJOp3Oyv21c7iTnqG+PQXcaZU5ld+XNEf1JAiubO3cQuJ bOrx1YFUNsopX9C8d4SNwgoxWBovep3r3b0LkiUvpYqqD3Lpm5D0q94+F739AJSpNWSO XabzjX3MRfWvKigAyNqmLopurJq3XPjYzRdh0= Received: by 10.210.118.13 with SMTP id q13mr635884ebc.62.1246042968960; Fri, 26 Jun 2009 12:02:48 -0700 (PDT) Received: from nazgul.localnet ([196.210.202.245]) by mx.google.com with ESMTPS id 10sm831089eyz.21.2009.06.26.12.02.47 (version=SSLv3 cipher=RC4-MD5); Fri, 26 Jun 2009 12:02:48 -0700 (PDT) From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] mesa build failure Date: Fri, 26 Jun 2009 21:01:16 +0200 User-Agent: KMail/1.11.4 (Linux/2.6.30-gentoo-r1; KDE/4.2.4; x86_64; ; ) References: <5bdc1c8b0906260816w2e028a7v8759a4d3e3a48504@mail.gmail.com> <200906261957.44815.alan.mckinnon@gmail.com> <5bdc1c8b0906261123o5dea7f6eq982420318af0f576@mail.gmail.com> In-Reply-To: <5bdc1c8b0906261123o5dea7f6eq982420318af0f576@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906262101.16825.alan.mckinnon@gmail.com> X-Archives-Salt: af67e9a7-2c94-4d37-b4c5-fd79dafc8dc8 X-Archives-Hash: 3e1b420de51ee451f6802d17b611cf85 On Friday 26 June 2009 20:23:31 Mark Knecht wrote: > On Fri, Jun 26, 2009 at 10:57 AM, Alan McKinnon wrote: > > On Friday 26 June 2009 18:43:37 Mark Knecht wrote: > >> Yep. did all those earlier and saw this OpenGL problem with eselect. > >> Sort of disregarded it at the time and figured it would get worked out > >> later but now it's in the way. > > > > So what exactly did eselect say at the time? > > > > Therein likely lies the solution to your problem. > > Well, at the time it seems I remember two options for eselect list > opengl, but at this point I'm seeing only 1. Anyway, trying to set it > to 1 causes the same error message I remember: > > myth12 ~ # eselect opengl list > Available OpenGL implementations: > [1] xorg-x11 > myth12 ~ # eselect opengl set 1 > Switching to xorg-x11 OpenGL interface...ln: creating symbolic link > `./libglx.so': File exists OK, I think this is your clue. /usr/lib64/xorg/modules/extensions/libglx.so is merely a symlink. eselect opengl creates it by linking to the openGL implementation you choose - mesa/nvidia/whatever. I think you had a regular file there, put there by Xorg and eselect can overwrite it with a symlink. Are you upgrading from an ancient xorg? > !!! Error: Failed to create lib/libglx.so > Killed > myth12 ~ # > > myth12 ~ # slocate libglx > /usr/lib/opengl/xorg-x11/extensions/libglx.so > /usr/lib/xorg/modules/extensions/libglx.so > myth12 ~ # ls -al /usr/lib/opengl/xorg-x11/extensions/libglx.so > -rwxr-xr-x 1 root root 338584 Jun 23 16:41 > /usr/lib/opengl/xorg-x11/extensions/libglx.so > myth12 ~ # ls -al /usr/lib/opengl/xorg-x11/extensions/ > total 344 > drwxr-xr-x 2 root root 4096 Jun 23 16:42 . > drwxr-xr-x 5 root root 4096 Jun 23 16:42 .. > -rwxr-xr-x 1 root root 338584 Jun 23 16:41 libglx.so > myth12 ~ # Yes, that is what happened. So the emerge -C xorg-server; emerge -av xorg- server you mention later is probably the correct approach. -- alan dot mckinnon at gmail dot com