Dieter Ries <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Fri, 25 Aug 2006 22:03:41 +0200:
> i am just doing a world update, and in two packages up to now, the euild > failed with some opengl errors i dont remember exactly. It's probably the known issue of being side-tracked by the wrong set of headers. If you have the 32-bit X compatibility libraries installed, the detector often detects those instead of the 64-bit libraries it should be building against. Naturally, chaos ensues. <g> Also, as the bit at the beginning implies, they need to be built against the xorg/mesa openGL interface, not some slaveryware video drivers you may be running. Sometimes the automated switch to the open ones doesn't work right and you have to switch manually. So, for the latter problem, try manually running eselect opengl list, then eselect opengl set <number for xorg-x11). If it's screwed up, you may have to try toggling it to something else then back to xorg. For the former problem, because the compatibility libs are pre-compiled binaries, remerging them goes pretty fast, so rather than mess with trying to get the detection order right, the easiest workaround is to simply unmerge the compatibility libs so the detection will find the proper 64-bit versions, then remerge the compatibility libs after you've merged whatever was choking on them. Note that I don't run slaveryware so don't have any legacy 32-bit apps or slaveryware drivers to worry about, and neither issue above has affected me personally. I'm simply relaying what others have said worked for them. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- [email protected] mailing list
