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 1MKbeG-0004zJ-Un for garchives@archives.gentoo.org; Sat, 27 Jun 2009 17:25:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AFA7DE058F; Sat, 27 Jun 2009 17:25:07 +0000 (UTC) Received: from mail-yx0-f194.google.com (mail-yx0-f194.google.com [209.85.210.194]) by pigeon.gentoo.org (Postfix) with ESMTP id 8C9DFE058F for ; Sat, 27 Jun 2009 17:25:07 +0000 (UTC) Received: by yxe32 with SMTP id 32so869216yxe.32 for ; Sat, 27 Jun 2009 10:25:07 -0700 (PDT) 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 :content-transfer-encoding; bh=79BPaK4Ai6DyIu9HdfJbgKKVEm0ZFp3d/8sfcSpFdaQ=; b=orRc6/agWkdibxCBPWAyirG7eFT+UcKRTiLNeWLqpiVkLkWcfmDiE4X3h4JsiVBy0B C94aik9IyptIvJ2d2ZYUCsDS0EMQPMjKCuUZ+JOA727o/Rp4GXHmizg10vA5TcI7ntXZ uZ5Czm3/dBhnTeazqWeFCAnBvZ8ZmhKm+4UGM= 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:content-transfer-encoding; b=FZOtzeXuRxMjPNzljnRB306kV8esyTLjrsjdt86lQTZUC2R+cOvUN22Z3yGzKefRtU R+prV0Ua2KHM7IMtleE/IzV0B+4Xetz4sMQlbdRcy8KwCvta9LgPMND8tKo5jOdusFrw yN+/VmqS6Mx2m4WWL0Ese8GhXNtiD3MK+vQxM= 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 Received: by 10.150.98.5 with SMTP id v5mr8854679ybb.119.1246123507289; Sat, 27 Jun 2009 10:25:07 -0700 (PDT) In-Reply-To: <200906271918.51240.alan.mckinnon@gmail.com> References: <5bdc1c8b0906260816w2e028a7v8759a4d3e3a48504@mail.gmail.com> <200906271134.39630.alan.mckinnon@gmail.com> <5bdc1c8b0906271010n4634914boe4c83c6d58cad71c@mail.gmail.com> <200906271918.51240.alan.mckinnon@gmail.com> Date: Sat, 27 Jun 2009 10:25:07 -0700 Message-ID: <5bdc1c8b0906271025t5fe9e190j860f94e8e59508f8@mail.gmail.com> Subject: Re: [gentoo-user] mesa build failure From: Mark Knecht To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 891a634b-f4aa-4b2e-b1ed-693cfb8fdb3f X-Archives-Hash: 6afc694d59295c1fe10829e64a9026dc On Sat, Jun 27, 2009 at 10:18 AM, Alan McKinnon wr= ote: > On Saturday 27 June 2009 19:10:43 Mark Knecht wrote: >> On Sat, Jun 27, 2009 at 2:34 AM, Alan McKinnon > wrote: >> > On Saturday 27 June 2009 06:24:12 Mark Knecht wrote: >> >> On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon >> > >> > wrote: >> >> > On Friday 26 June 2009 21:05:01 Mark Knecht wrote: >> >> >> So the weirdness continues. mesa built but then xorg-server failed >> >> >> with the same failure: >> >> >> >> >> >> >> >> >> =C2=A0* >>> SetUID: [chmod go-r] /usr/bin/Xorg ... >> >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0[ ok ] >> >> >> >> >> >> Switching to xorg-x11 OpenGL interface...ln: creating symbolic lin= k >> >> >> `./libglx.so': File exists >> >> >> !!! Error: Failed to create /lib/libglx.so >> >> > >> >> > Looks like you have a file collision between xorg-server and mesa, >> >> > which is odd as those packages get a lot of testing. >> >> > >> >> > Anything on bugs.gentoo.org? >> >> >> >> Unfortunately it seem that there are bug reports on this and more >> >> unfortunately they have apparently been going on nearly a year now. >> >> It's not a Gentoo thing specifically as there are Ubuntu, Debian and >> >> other distros with reports in their forums. >> >> >> >> There was a possible by hand fix for it but I'll need to look at that >> >> over the weekend to see if it makes sense on this machine. >> >> >> >> Bummer. I hate banging my head up against a wall made of problems no >> >> one seems to be fixing. >> >> >> >> http://bugs.gentoo.org/247685 >> > >> > The fix seems (in principle at least) to be brain-dead easy: >> > >> > - all ebuilds that merge opengl files should put them in distinct >> > locations by name to avoid collisions >> > - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be >> > symlinks with a sane default put there by xorg-server and modified by >> > eselect >> > >> > Nikos's comments are especially sane in that thread. Perhaps he'll com= e >> > along, see this thread and help you out further. >> > >> > I suspect that the temporary workaround will be to delete a symlink an= d >> > emerge stuff, then remember to always do this on every future re-emerg= e >> > >> > -- >> > alan dot mckinnon at gmail dot com >> >> In concept it does seem fairly straight forward, but to some extent >> I'm not clear why my previous attempts didn't work, unless the >> questionable files remained behind. What I attempted to do was >> completely remove everything X, but I probably didn't specifically >> remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was >> expecting the emerge to do that. > > According to the bug report you mentioned earlier, the ebuild is attempti= ng to > perform eselect too late in the process, which fails, and the ebuild > immediately exits. > > So it's not surprising that dodgy files are left behind which you must re= move > manually. > > -- > alan dot mckinnon at gmail dot com > > So I'm little confused by a couple of the postings in that report. I did emerge -C glproto/eselect/mesa/xorg-server and then made sure there was nothing left in those directories at all. Should I emerge eselect, manually do a select, and then emerge the rest of the files? Or emerge eselect and maybe mesa, do the eselect, then xorg-server? mesa is currently building. glproto created /usr/lib/opengl/xorg-x11/include, but the other two directories are there yet. Cheers, Mark