On Sat, Jun 27, 2009 at 10:18 AM, Alan McKinnon<alan.mckin...@gmail.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.mckin...@gmail.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.mckin...@gmail.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
