Re: [gentoo-user] mesa build failure

[Mark Knecht]

On Sat, Jun 27, 2009 at 10:18 AM, Alan McKinnon<alan.mckinnon@×××××.com> wrote:
> On Saturday 27 June 2009 19:10:43 Mark Knecht wrote:
>> On Sat, Jun 27, 2009 at 2:34 AM, Alan McKinnon<alan.mckinnon@×××××.com>
> wrote:
>> > On Saturday 27 June 2009 06:24:12 Mark Knecht wrote:
>> >> On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon<alan.mckinnon@×××××.com>
>> >
>> > 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:
>> >> >>
>> >> >>
>> >> >>  * >>> SetUID: [chmod go-r] /usr/bin/Xorg ...
>> >> >>                        [ ok ]
>> >> >>
>> >> >> Switching to xorg-x11 OpenGL interface...ln: creating symbolic link
>> >> >> `./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 come
>> > along, see this thread and help you out further.
>> >
>> > I suspect that the temporary workaround will be to delete a symlink and
>> > emerge stuff, then remember to always do this on every future re-emerge
>> >
>> > --
>> > 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 attempting 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 remove
> 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