| 1 |
On Wed, 2005-08-24 at 15:16 +0000, Ferris McCormick wrote: |
| 2 |
> With x11-base/xorg-server-0.99.1-r5, the missing sparc-specific source |
| 3 |
> files are no longer missing, and one build cycle runs successfully. |
| 4 |
> |
| 5 |
> However, suppose that you want to build it more than once, and suppose |
| 6 |
> you are using the 'eselect opengl ...' version of opengl-update: |
| 7 |
> x11-base/opengl-update-3.0.0. Then, the symbolic |
| 8 |
> links /usr/include/GL/gl.h -> /usr/lib/opengl/xorg-x11/include/gl.h etc. |
| 9 |
> (all but 2 of the 7 required) disappear, and a second build of |
| 10 |
> xorg-server fails with "cannot include GL/glxproto.h - type messages. |
| 11 |
|
| 12 |
Is this specific to the eselect module and not the 2.x series? Do you |
| 13 |
have the eselect-opengl-1.0.1? There was a bug in 1.0.0 that looks like |
| 14 |
what you describe, and I fixed it in 1.0.1 before removing it from |
| 15 |
package.mask... but I did the commits about the same time, so I suppose |
| 16 |
there could've been a concurrency issue... |
| 17 |
|
| 18 |
> In other words, the header files provided by the glproto and mesa |
| 19 |
> packages are not available to xorg-server when it builds (nor to |
| 20 |
> anything else which expects them to be in /usr/include/GL...). |
| 21 |
> |
| 22 |
> eselect-opengl establishes glext.h, glxext.h, but I cannot find how the |
| 23 |
> rest of the GL/... headers are supposed to get setup. |
| 24 |
|
| 25 |
they should be located in /usr/lib/opengl/xorg-x11/include |
| 26 |
|
| 27 |
> If you create the links by hand, everything seems to build fine. (But |
| 28 |
> after each build or xorg-server, if you want to rebuild for some reason, |
| 29 |
> you need to reestablish the links, because the opengl-update helpfully |
| 30 |
> removes them.) |
| 31 |
|
| 32 |
Please verify that you have eselect-opengl-1.0.1. |
Archives