| 1 |
On Saturday 27 June 2009 19:10:43 Mark Knecht wrote: |
| 2 |
> On Sat, Jun 27, 2009 at 2:34 AM, Alan McKinnon<alan.mckinnon@×××××.com> |
| 3 |
wrote: |
| 4 |
> > On Saturday 27 June 2009 06:24:12 Mark Knecht wrote: |
| 5 |
> >> On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon<alan.mckinnon@×××××.com> |
| 6 |
> > |
| 7 |
> > wrote: |
| 8 |
> >> > On Friday 26 June 2009 21:05:01 Mark Knecht wrote: |
| 9 |
> >> >> So the weirdness continues. mesa built but then xorg-server failed |
| 10 |
> >> >> with the same failure: |
| 11 |
> >> >> |
| 12 |
> >> >> |
| 13 |
> >> >> * >>> SetUID: [chmod go-r] /usr/bin/Xorg ... |
| 14 |
> >> >> [ ok ] |
| 15 |
> >> >> |
| 16 |
> >> >> Switching to xorg-x11 OpenGL interface...ln: creating symbolic link |
| 17 |
> >> >> `./libglx.so': File exists |
| 18 |
> >> >> !!! Error: Failed to create /lib/libglx.so |
| 19 |
> >> > |
| 20 |
> >> > Looks like you have a file collision between xorg-server and mesa, |
| 21 |
> >> > which is odd as those packages get a lot of testing. |
| 22 |
> >> > |
| 23 |
> >> > Anything on bugs.gentoo.org? |
| 24 |
> >> |
| 25 |
> >> Unfortunately it seem that there are bug reports on this and more |
| 26 |
> >> unfortunately they have apparently been going on nearly a year now. |
| 27 |
> >> It's not a Gentoo thing specifically as there are Ubuntu, Debian and |
| 28 |
> >> other distros with reports in their forums. |
| 29 |
> >> |
| 30 |
> >> There was a possible by hand fix for it but I'll need to look at that |
| 31 |
> >> over the weekend to see if it makes sense on this machine. |
| 32 |
> >> |
| 33 |
> >> Bummer. I hate banging my head up against a wall made of problems no |
| 34 |
> >> one seems to be fixing. |
| 35 |
> >> |
| 36 |
> >> http://bugs.gentoo.org/247685 |
| 37 |
> > |
| 38 |
> > The fix seems (in principle at least) to be brain-dead easy: |
| 39 |
> > |
| 40 |
> > - all ebuilds that merge opengl files should put them in distinct |
| 41 |
> > locations by name to avoid collisions |
| 42 |
> > - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be |
| 43 |
> > symlinks with a sane default put there by xorg-server and modified by |
| 44 |
> > eselect |
| 45 |
> > |
| 46 |
> > Nikos's comments are especially sane in that thread. Perhaps he'll come |
| 47 |
> > along, see this thread and help you out further. |
| 48 |
> > |
| 49 |
> > I suspect that the temporary workaround will be to delete a symlink and |
| 50 |
> > emerge stuff, then remember to always do this on every future re-emerge |
| 51 |
> > |
| 52 |
> > -- |
| 53 |
> > alan dot mckinnon at gmail dot com |
| 54 |
> |
| 55 |
> In concept it does seem fairly straight forward, but to some extent |
| 56 |
> I'm not clear why my previous attempts didn't work, unless the |
| 57 |
> questionable files remained behind. What I attempted to do was |
| 58 |
> completely remove everything X, but I probably didn't specifically |
| 59 |
> remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was |
| 60 |
> expecting the emerge to do that. |
| 61 |
|
| 62 |
According to the bug report you mentioned earlier, the ebuild is attempting to |
| 63 |
perform eselect too late in the process, which fails, and the ebuild |
| 64 |
immediately exits. |
| 65 |
|
| 66 |
So it's not surprising that dodgy files are left behind which you must remove |
| 67 |
manually. |
| 68 |
|
| 69 |
-- |
| 70 |
alan dot mckinnon at gmail dot com |
Archives