Mailing List Archive: Gentoo: User

xorg-server-1.6.5 build errors (~x86 upgrade)

Index | Next | Previous | View Threaded

marcusw at cox

Nov 12, 2009, 6:23 AM

Post #1 of 21 (868 views)
Permalink

xorg-server-1.6.5 build errors (~x86 upgrade)

Hi,

As you have all noticed by now, I am currently upgrading my system to
~x86. About 220 of the 238 packages were built correctly, but when it
got to xorg-server-1.6.5, it crashed complaining about
"../Xext/panoramiX.h:44:41: error: X11/extensions/panoramiXext.h: No
such file or directory". I'm guessing this means that there was a
problem with a dependency being upgraded/installed/omitted. How do I fix
this?

I have attached the output of emerge --info =x11-base/xorg-server-1.6.5,
as requested, and an (abridged) build log. Thanks for your help!

Marcus

Attachments:

xorg-server-1.6.5 (3.66 KB)

build.log (25.0 KB)

alan.mckinnon at gmail

Nov 12, 2009, 6:33 AM

Post #2 of 21 (863 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Thursday 12 November 2009 16:23:11 Marcus Wanner wrote:
> Hi,
>
> As you have all noticed by now, I am currently upgrading my system to
> ~x86. About 220 of the 238 packages were built correctly, but when it
> got to xorg-server-1.6.5, it crashed complaining about
> "../Xext/panoramiX.h:44:41: error: X11/extensions/panoramiXext.h: No
> such file or directory". I'm guessing this means that there was a
> problem with a dependency being upgraded/installed/omitted. How do I fix
> this?

That file comes from libXinerama:

$ equery belongs /usr/include/X11/extensions/panoramiXext.h
* Searching for /usr/include/X11/extensions/panoramiXext.h ...
x11-libs/libXinerama-1.1 (/usr/include/X11/extensions/panoramiXext.h)

I recall similar issues with the upgrade to xorg-server-1.7*

Solution then was to emerge *all* required libs and -proto packages, then
build xorg-server. I think it was due to stuff not being in DEPEND

--
alan dot mckinnon at gmail dot com

roy at wright

Nov 12, 2009, 8:55 AM

Post #3 of 21 (860 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Nov 12, 2009, at 8:33 AM, Alan McKinnon wrote:

> On Thursday 12 November 2009 16:23:11 Marcus Wanner wrote:
>> Hi,
>>
>> As you have all noticed by now, I am currently upgrading my system to
>> ~x86. About 220 of the 238 packages were built correctly, but when it
>> got to xorg-server-1.6.5, it crashed complaining about
>> "../Xext/panoramiX.h:44:41: error: X11/extensions/panoramiXext.h: No
>> such file or directory". I'm guessing this means that there was a
>> problem with a dependency being upgraded/installed/omitted. How do
>> I fix
>> this?
>
> That file comes from libXinerama:
>
> $ equery belongs /usr/include/X11/extensions/panoramiXext.h
> * Searching for /usr/include/X11/extensions/panoramiXext.h ...
> x11-libs/libXinerama-1.1 (/usr/include/X11/extensions/panoramiXext.h)
>
> I recall similar issues with the upgrade to xorg-server-1.7*
>
> Solution then was to emerge *all* required libs and -proto packages,
> then
> build xorg-server. I think it was due to stuff not being in DEPEND

Disable (either temporary or permanent) the "xinerama" USE flag.

marcusw at cox

Nov 12, 2009, 9:24 AM

Post #4 of 21 (861 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 11:55 AM, Roy Wright wrote:
>
> On Nov 12, 2009, at 8:33 AM, Alan McKinnon wrote:
>
>> On Thursday 12 November 2009 16:23:11 Marcus Wanner wrote:
>>> Hi,
>>>
>>> As you have all noticed by now, I am currently upgrading my system to
>>> ~x86. About 220 of the 238 packages were built correctly, but when it
>>> got to xorg-server-1.6.5, it crashed complaining about
>>> "../Xext/panoramiX.h:44:41: error: X11/extensions/panoramiXext.h: No
>>> such file or directory". I'm guessing this means that there was a
>>> problem with a dependency being upgraded/installed/omitted. How do I
>>> fix
>>> this?
>>
>> That file comes from libXinerama:
>>
>> $ equery belongs /usr/include/X11/extensions/panoramiXext.h
>> * Searching for /usr/include/X11/extensions/panoramiXext.h ...
>> x11-libs/libXinerama-1.1 (/usr/include/X11/extensions/panoramiXext.h)
>>
>> I recall similar issues with the upgrade to xorg-server-1.7*
>>
>> Solution then was to emerge *all* required libs and -proto packages,
>> then
>> build xorg-server. I think it was due to stuff not being in DEPEND
>
> Disable (either temporary or permanent) the "xinerama" USE flag.
>
Me or Alan?

Marcus

roy at wright

Nov 12, 2009, 9:56 AM

Post #5 of 21 (864 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:

> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>
>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>
> Me or Alan?
>

OP

As a suggestion for a work around for the compile issue. If you
temporarily disable xinerama, then the build should proceed. Then if
you need xinerama, enable the USE flag and build again.

marcusw at cox

Nov 12, 2009, 10:21 AM

Post #6 of 21 (862 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 12:56 PM, Roy Wright wrote:
>
> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
>
>> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>>
>>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>>
>> Me or Alan?
>>
>
>
> OP
>
> As a suggestion for a work around for the compile issue. If you
> temporarily disable xinerama, then the build should proceed. Then if
> you need xinerama, enable the USE flag and build again.
I don't have the xinerama use flag set anywhere...I don't know what it
is, I don't want it, and I hopefully don't need it.

I did put -xinerama in my use flag variable and try again, we'll see how
that works...btw, I have switched to xorg-server-1.7.1, since I don't
want to go through upgrading more than I need to.

Marcus

marcusw at cox

Nov 12, 2009, 10:29 AM

Post #7 of 21 (860 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 1:21 PM, Marcus Wanner wrote:
> On 11/12/2009 12:56 PM, Roy Wright wrote:
>>
>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
>>
>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>>>
>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>>>
>>> Me or Alan?
>>>
>>
>>
>> OP
>>
>> As a suggestion for a work around for the compile issue. If you
>> temporarily disable xinerama, then the build should proceed. Then if
>> you need xinerama, enable the USE flag and build again.
> I don't have the xinerama use flag set anywhere...I don't know what it
> is, I don't want it, and I hopefully don't need it.
>
> I did put -xinerama in my use flag variable and try again, we'll see
> how that works...btw, I have switched to xorg-server-1.7.1, since I
> don't want to go through upgrading more than I need to.
>
> Marcus
Well, now it's saying that a bunch of things like
'GL_DEPTH_STENCIL_MESA' are undeclared in rensize.c...I attached a
complete build log, hopefully someone can help me with this one.

Thanks!

Marcus

Attachments:

build.log (29.7 KB)

marcusw at cox

Nov 12, 2009, 12:36 PM

Post #8 of 21 (859 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 1:29 PM, Marcus Wanner wrote:
> On 11/12/2009 1:21 PM, Marcus Wanner wrote:
>> On 11/12/2009 12:56 PM, Roy Wright wrote:
>>>
>>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
>>>
>>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>>>>
>>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>>>>
>>>> Me or Alan?
>>>>
>>>
>>>
>>> OP
>>>
>>> As a suggestion for a work around for the compile issue. If you
>>> temporarily disable xinerama, then the build should proceed. Then
>>> if you need xinerama, enable the USE flag and build again.
>> I don't have the xinerama use flag set anywhere...I don't know what
>> it is, I don't want it, and I hopefully don't need it.
>>
>> I did put -xinerama in my use flag variable and try again, we'll see
>> how that works...btw, I have switched to xorg-server-1.7.1, since I
>> don't want to go through upgrading more than I need to.
>>
>> Marcus
> Well, now it's saying that a bunch of things like
> 'GL_DEPTH_STENCIL_MESA' are undeclared in rensize.c...I attached a
> complete build log, hopefully someone can help me with this one.
>
> Thanks!
>
> Marcus
Now I can't get ANY version of xorg-server to compile, now emergeing any
of them starts with:

Error: Unrecognized option: --impl-headers
exiting

and
ends with:

CC single2.o
rensize.c: In function '__glXImageSize':
rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first use in
this function)
rensize.c:222: error: (Each undeclared identifier is reported only once
rensize.c:222: error: for each function it appears in.)
rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared (first
use in this function)
rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared
(first use in this function)
rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared (first use
in this function)
rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared (first
use in this function)
make[1]: *** [rensize.lo] Error 1

I have tried both versions of libXinerama (latest x86 and latest ~x86)
and neither of the work with the latest stable version of xorg-server
(1.6.3-901-r2), 1.6.5, 1.7.1.

This is getting really frustrating...any suggestions would be welcome.

Marcus

alan.mckinnon at gmail

Nov 12, 2009, 1:43 PM

Post #9 of 21 (860 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Thursday 12 November 2009 20:21:41 Marcus Wanner wrote:
> On 11/12/2009 12:56 PM, Roy Wright wrote:
> > On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
> >> On 11/12/2009 11:55 AM, Roy Wright wrote:
> >>> Disable (either temporary or permanent) the "xinerama" USE flag.
> >>
> >> Me or Alan?
> >
> > OP
> >
> > As a suggestion for a work around for the compile issue. If you
> > temporarily disable xinerama, then the build should proceed. Then if
> > you need xinerama, enable the USE flag and build again.
>
> I don't have the xinerama use flag set anywhere...I don't know what it
> is, I don't want it, and I hopefully don't need it.
>
> I did put -xinerama in my use flag variable and try again, we'll see how
> that works...btw, I have switched to xorg-server-1.7.1, since I don't
> want to go through upgrading more than I need to.

libXinerama and xineramaproto are hard-DEPENDS on quite a few things:

$ equery depends libXinerama
* Searching for libXinerama ...
app-emulation/vmware-player-2.5.3.185404 (x11-libs/libXinerama)
app-office/openoffice-3.1.1 (x11-libs/libXinerama)

$ equery depends xineramaproto
* Searching for xineramaproto ...
app-office/openoffice-3.1.1 (x11-proto/xineramaproto)
x11-base/xorg-server-1.7.1 (>=x11-proto/xineramaproto-1.1.3)
x11-libs/libXinerama-1.1 (>=x11-proto/xineramaproto-1.2)

--
alan dot mckinnon at gmail dot com

alan.mckinnon at gmail

Nov 12, 2009, 1:46 PM

Post #10 of 21 (860 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote:
> Now I can't get ANY version of xorg-server to compile, now emergeing any
> of them starts with:
>
> Error: Unrecognized option: --impl-headers
> exiting
>
> and
> ends with:
>
> CC single2.o
> rensize.c: In function '__glXImageSize':
> rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first use in
> this function)
> rensize.c:222: error: (Each undeclared identifier is reported only once
> rensize.c:222: error: for each function it appears in.)
> rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared (first
> use in this function)
> rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared
> (first use in this function)
> rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared (first use
> in this function)
> rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared (first
> use in this function)
> make[1]: *** [rensize.lo] Error 1
>
> I have tried both versions of libXinerama (latest x86 and latest ~x86)
> and neither of the work with the latest stable version of xorg-server
> (1.6.3-901-r2), 1.6.5, 1.7.1.
>
> This is getting really frustrating...any suggestions would be welcome.
>

Those are OpenGL/mesa errors. Did you rebuild mesa first?

--
alan dot mckinnon at gmail dot com

marcusw at cox

Nov 12, 2009, 1:51 PM

Post #11 of 21 (862 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 4:43 PM, Alan McKinnon wrote:
> On Thursday 12 November 2009 20:21:41 Marcus Wanner wrote:
>
>> On 11/12/2009 12:56 PM, Roy Wright wrote:
>>
>>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
>>>
>>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>>>
>>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>>>>
>>>> Me or Alan?
>>>>
>>> OP
>>>
>>> As a suggestion for a work around for the compile issue. If you
>>> temporarily disable xinerama, then the build should proceed. Then if
>>> you need xinerama, enable the USE flag and build again.
>>>
>> I don't have the xinerama use flag set anywhere...I don't know what it
>> is, I don't want it, and I hopefully don't need it.
>>
>> I did put -xinerama in my use flag variable and try again, we'll see how
>> that works...btw, I have switched to xorg-server-1.7.1, since I don't
>> want to go through upgrading more than I need to.
>>
>
> libXinerama and xineramaproto are hard-DEPENDS on quite a few things:
>
> $ equery depends libXinerama
> * Searching for libXinerama ...
> app-emulation/vmware-player-2.5.3.185404 (x11-libs/libXinerama)
> app-office/openoffice-3.1.1 (x11-libs/libXinerama)
>
>
> $ equery depends xineramaproto
> * Searching for xineramaproto ...
> app-office/openoffice-3.1.1 (x11-proto/xineramaproto)
> x11-base/xorg-server-1.7.1 (>=x11-proto/xineramaproto-1.1.3)
> x11-libs/libXinerama-1.1 (>=x11-proto/xineramaproto-1.2)
>
I'm really sorry for my noobishness, but could you explain exectly what
"proto" means in this context and how it applies to me?

Marcus

alan.mckinnon at gmail

Nov 12, 2009, 2:01 PM

Post #12 of 21 (861 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Thursday 12 November 2009 23:51:32 Marcus Wanner wrote:
> On 11/12/2009 4:43 PM, Alan McKinnon wrote:
> > On Thursday 12 November 2009 20:21:41 Marcus Wanner wrote:
> >> On 11/12/2009 12:56 PM, Roy Wright wrote:
> >>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
> >>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
> >>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
> >>>>
> >>>> Me or Alan?
> >>>
> >>> OP
> >>>
> >>> As a suggestion for a work around for the compile issue. If you
> >>> temporarily disable xinerama, then the build should proceed. Then if
> >>> you need xinerama, enable the USE flag and build again.
> >>
> >> I don't have the xinerama use flag set anywhere...I don't know what it
> >> is, I don't want it, and I hopefully don't need it.
> >>
> >> I did put -xinerama in my use flag variable and try again, we'll see how
> >> that works...btw, I have switched to xorg-server-1.7.1, since I don't
> >> want to go through upgrading more than I need to.
> >
> > libXinerama and xineramaproto are hard-DEPENDS on quite a few things:
> >
> > $ equery depends libXinerama
> > * Searching for libXinerama ...
> > app-emulation/vmware-player-2.5.3.185404 (x11-libs/libXinerama)
> > app-office/openoffice-3.1.1 (x11-libs/libXinerama)
> >
> >
> > $ equery depends xineramaproto
> > * Searching for xineramaproto ...
> > app-office/openoffice-3.1.1 (x11-proto/xineramaproto)
> > x11-base/xorg-server-1.7.1 (>=x11-proto/xineramaproto-1.1.3)
> > x11-libs/libXinerama-1.1 (>=x11-proto/xineramaproto-1.2)
>
> I'm really sorry for my noobishness, but could you explain exectly what
> "proto" means in this context and how it applies to me?

Xorg used to be one ginormous complicated package. It is now a ginormous
complicated collection of small packages, each one simple.

This is supposed to make someone's life easier. In reality it moves the
complexity from point A to point B, where you still have to deal with it :-)

The -proto packages are the protocol header files. They tell the compiler how
to build other packages that use those protocols. They are separate because
Ubuntu users don't need them - they don't compile stuff. You do, so you need
them, and the Xorg ebuilds pull them in.

--
alan dot mckinnon at gmail dot com

marcusw at cox

Nov 12, 2009, 2:06 PM

Post #13 of 21 (861 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 5:01 PM, Alan McKinnon wrote:
> On Thursday 12 November 2009 23:51:32 Marcus Wanner wrote:
>
>> On 11/12/2009 4:43 PM, Alan McKinnon wrote:
>>
>>> On Thursday 12 November 2009 20:21:41 Marcus Wanner wrote:
>>>
>>>> On 11/12/2009 12:56 PM, Roy Wright wrote:
>>>>
>>>>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
>>>>>
>>>>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>>>>>
>>>>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>>>>>>
>>>>>> Me or Alan?
>>>>>>
>>>>> OP
>>>>>
>>>>> As a suggestion for a work around for the compile issue. If you
>>>>> temporarily disable xinerama, then the build should proceed. Then if
>>>>> you need xinerama, enable the USE flag and build again.
>>>>>
>>>> I don't have the xinerama use flag set anywhere...I don't know what it
>>>> is, I don't want it, and I hopefully don't need it.
>>>>
>>>> I did put -xinerama in my use flag variable and try again, we'll see how
>>>> that works...btw, I have switched to xorg-server-1.7.1, since I don't
>>>> want to go through upgrading more than I need to.
>>>>
>>> libXinerama and xineramaproto are hard-DEPENDS on quite a few things:
>>>
>>> $ equery depends libXinerama
>>> * Searching for libXinerama ...
>>> app-emulation/vmware-player-2.5.3.185404 (x11-libs/libXinerama)
>>> app-office/openoffice-3.1.1 (x11-libs/libXinerama)
>>>
>>>
>>> $ equery depends xineramaproto
>>> * Searching for xineramaproto ...
>>> app-office/openoffice-3.1.1 (x11-proto/xineramaproto)
>>> x11-base/xorg-server-1.7.1 (>=x11-proto/xineramaproto-1.1.3)
>>> x11-libs/libXinerama-1.1 (>=x11-proto/xineramaproto-1.2)
>>>
>> I'm really sorry for my noobishness, but could you explain exectly what
>> "proto" means in this context and how it applies to me?
>>
>
> Xorg used to be one ginormous complicated package. It is now a ginormous
> complicated collection of small packages, each one simple.
>
> This is supposed to make someone's life easier. In reality it moves the
> complexity from point A to point B, where you still have to deal with it :-)
>
> The -proto packages are the protocol header files. They tell the compiler how
> to build other packages that use those protocols. They are separate because
> Ubuntu users don't need them - they don't compile stuff. You do, so you need
> them, and the Xorg ebuilds pull them in.
>
>
Thank you. Do those need to be recompiled when something depending on
them is?

Marcus

marcusw at cox

Nov 12, 2009, 2:10 PM

Post #14 of 21 (862 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 4:46 PM, Alan McKinnon wrote:
> On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote:
>
>> Now I can't get ANY version of xorg-server to compile, now emergeing any
>> of them starts with:
>>
>> Error: Unrecognized option: --impl-headers
>> exiting
>>
>> and
>> ends with:
>>
>> CC single2.o
>> rensize.c: In function '__glXImageSize':
>> rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first use in
>> this function)
>> rensize.c:222: error: (Each undeclared identifier is reported only once
>> rensize.c:222: error: for each function it appears in.)
>> rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared (first
>> use in this function)
>> rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared
>> (first use in this function)
>> rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared (first use
>> in this function)
>> rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared (first
>> use in this function)
>> make[1]: *** [rensize.lo] Error 1
>>
>> I have tried both versions of libXinerama (latest x86 and latest ~x86)
>> and neither of the work with the latest stable version of xorg-server
>> (1.6.3-901-r2), 1.6.5, 1.7.1.
>>
>> This is getting really frustrating...any suggestions would be welcome.
>>
>>
>
> Those are OpenGL/mesa errors. Did you rebuild mesa first?
>
>
Not until I read that...

After rebuilding mesa, and then compiling xorg-server, and I get the
same error.

Marcus

roy at wright

Nov 12, 2009, 2:48 PM

Post #15 of 21 (843 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Nov 12, 2009, at 4:10 PM, Marcus Wanner wrote:

> On 11/12/2009 4:46 PM, Alan McKinnon wrote:
>> On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote:
>>
>>> Now I can't get ANY version of xorg-server to compile, now
>>> emergeing any of them starts with:
>>>
>>> Error: Unrecognized option: --impl-headers
>>> exiting
>>>
>>> and
>>> ends with:
>>>
>>> CC single2.o
>>> rensize.c: In function '__glXImageSize':
>>> rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first
>>> use in this function)
>>> rensize.c:222: error: (Each undeclared identifier is reported only
>>> once
>>> rensize.c:222: error: for each function it appears in.)
>>> rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared
>>> (first use in this function)
>>> rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared
>>> (first use in this function)
>>> rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared
>>> (first use in this function)
>>> rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared
>>> (first use in this function)
>>> make[1]: *** [rensize.lo] Error 1
>>>
>>> I have tried both versions of libXinerama (latest x86 and latest
>>> ~x86) and neither of the work with the latest stable version of
>>> xorg-server (1.6.3-901-r2), 1.6.5, 1.7.1.
>>>
>>> This is getting really frustrating...any suggestions would be
>>> welcome.
>>>
>>>

http://bugs.gentoo.org/show_bug.cgi?id=292765

HTH

marcusw at cox

Nov 12, 2009, 3:02 PM

Post #16 of 21 (843 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 5:48 PM, Roy Wright wrote:
>
> On Nov 12, 2009, at 4:10 PM, Marcus Wanner wrote:
>
>> On 11/12/2009 4:46 PM, Alan McKinnon wrote:
>>> On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote:
>>>
>>>> Now I can't get ANY version of xorg-server to compile, now
>>>> emergeing any of them starts with:
>>>>
>>>> Error: Unrecognized option: --impl-headers
>>>> exiting
>>>>
>>>> and
>>>> ends with:
>>>>
>>>> CC single2.o
>>>> rensize.c: In function '__glXImageSize':
>>>> rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first use
>>>> in this function)
>>>> rensize.c:222: error: (Each undeclared identifier is reported only
>>>> once
>>>> rensize.c:222: error: for each function it appears in.)
>>>> rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared
>>>> (first use in this function)
>>>> rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared
>>>> (first use in this function)
>>>> rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared (first
>>>> use in this function)
>>>> rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared
>>>> (first use in this function)
>>>> make[1]: *** [rensize.lo] Error 1
>>>>
>>>> I have tried both versions of libXinerama (latest x86 and latest
>>>> ~x86) and neither of the work with the latest stable version of
>>>> xorg-server (1.6.3-901-r2), 1.6.5, 1.7.1.
>>>>
>>>> This is getting really frustrating...any suggestions would be welcome.
>>>>
>>>>
>
> http://bugs.gentoo.org/show_bug.cgi?id=292765
>
> HTH
>
Thank you.

Marcus

alan.mckinnon at gmail

Nov 12, 2009, 3:28 PM

Post #17 of 21 (842 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Friday 13 November 2009 00:06:53 Marcus Wanner wrote:
> On 11/12/2009 5:01 PM, Alan McKinnon wrote:
> > On Thursday 12 November 2009 23:51:32 Marcus Wanner wrote:
> >> On 11/12/2009 4:43 PM, Alan McKinnon wrote:
> >>> On Thursday 12 November 2009 20:21:41 Marcus Wanner wrote:
> >>>> On 11/12/2009 12:56 PM, Roy Wright wrote:
> >>>>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
> >>>>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
> >>>>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
> >>>>>>
> >>>>>> Me or Alan?
> >>>>>
> >>>>> OP
> >>>>>
> >>>>> As a suggestion for a work around for the compile issue. If you
> >>>>> temporarily disable xinerama, then the build should proceed. Then if
> >>>>> you need xinerama, enable the USE flag and build again.
> >>>>
> >>>> I don't have the xinerama use flag set anywhere...I don't know what it
> >>>> is, I don't want it, and I hopefully don't need it.
> >>>>
> >>>> I did put -xinerama in my use flag variable and try again, we'll see
> >>>> how that works...btw, I have switched to xorg-server-1.7.1, since I
> >>>> don't want to go through upgrading more than I need to.
> >>>
> >>> libXinerama and xineramaproto are hard-DEPENDS on quite a few things:
> >>>
> >>> $ equery depends libXinerama
> >>> * Searching for libXinerama ...
> >>> app-emulation/vmware-player-2.5.3.185404 (x11-libs/libXinerama)
> >>> app-office/openoffice-3.1.1 (x11-libs/libXinerama)
> >>>
> >>>
> >>> $ equery depends xineramaproto
> >>> * Searching for xineramaproto ...
> >>> app-office/openoffice-3.1.1 (x11-proto/xineramaproto)
> >>> x11-base/xorg-server-1.7.1 (>=x11-proto/xineramaproto-1.1.3)
> >>> x11-libs/libXinerama-1.1 (>=x11-proto/xineramaproto-1.2)
> >>
> >> I'm really sorry for my noobishness, but could you explain exectly what
> >> "proto" means in this context and how it applies to me?
> >
> > Xorg used to be one ginormous complicated package. It is now a ginormous
> > complicated collection of small packages, each one simple.
> >
> > This is supposed to make someone's life easier. In reality it moves the
> > complexity from point A to point B, where you still have to deal with it
> > :-)
> >
> > The -proto packages are the protocol header files. They tell the compiler
> > how to build other packages that use those protocols. They are separate
> > because Ubuntu users don't need them - they don't compile stuff. You do,
> > so you need them, and the Xorg ebuilds pull them in.
>
> Thank you. Do those need to be recompiled when something depending on
> them is?

Not usually. You don't compile headers, you just unpack them from the archive
so other apps can use them.

But, this is software and we never really expect stuff to actually work. So
some ebuilds might actually build something. In which case, it safer to just
emerge them anyway. Those packages take just a few seconds to install
--
alan dot mckinnon at gmail dot com

marcusw at cox

Nov 12, 2009, 3:38 PM

Post #18 of 21 (841 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 6:28 PM, Alan McKinnon wrote:
> On Friday 13 November 2009 00:06:53 Marcus Wanner wrote:
>
>> On 11/12/2009 5:01 PM, Alan McKinnon wrote:
>>
>>> On Thursday 12 November 2009 23:51:32 Marcus Wanner wrote:
>>>
>>>> On 11/12/2009 4:43 PM, Alan McKinnon wrote:
>>>>
>>>>> On Thursday 12 November 2009 20:21:41 Marcus Wanner wrote:
>>>>>
>>>>>> On 11/12/2009 12:56 PM, Roy Wright wrote:
>>>>>>
>>>>>>> On Nov 12, 2009, at 11:24 AM, Marcus Wanner wrote:
>>>>>>>
>>>>>>>> On 11/12/2009 11:55 AM, Roy Wright wrote:
>>>>>>>>
>>>>>>>>> Disable (either temporary or permanent) the "xinerama" USE flag.
>>>>>>>>>
>>>>>>>> Me or Alan?
>>>>>>>>
>>>>>>> OP
>>>>>>>
>>>>>>> As a suggestion for a work around for the compile issue. If you
>>>>>>> temporarily disable xinerama, then the build should proceed. Then if
>>>>>>> you need xinerama, enable the USE flag and build again.
>>>>>>>
>>>>>> I don't have the xinerama use flag set anywhere...I don't know what it
>>>>>> is, I don't want it, and I hopefully don't need it.
>>>>>>
>>>>>> I did put -xinerama in my use flag variable and try again, we'll see
>>>>>> how that works...btw, I have switched to xorg-server-1.7.1, since I
>>>>>> don't want to go through upgrading more than I need to.
>>>>>>
>>>>> libXinerama and xineramaproto are hard-DEPENDS on quite a few things:
>>>>>
>>>>> $ equery depends libXinerama
>>>>> * Searching for libXinerama ...
>>>>> app-emulation/vmware-player-2.5.3.185404 (x11-libs/libXinerama)
>>>>> app-office/openoffice-3.1.1 (x11-libs/libXinerama)
>>>>>
>>>>>
>>>>> $ equery depends xineramaproto
>>>>> * Searching for xineramaproto ...
>>>>> app-office/openoffice-3.1.1 (x11-proto/xineramaproto)
>>>>> x11-base/xorg-server-1.7.1 (>=x11-proto/xineramaproto-1.1.3)
>>>>> x11-libs/libXinerama-1.1 (>=x11-proto/xineramaproto-1.2)
>>>>>
>>>> I'm really sorry for my noobishness, but could you explain exectly what
>>>> "proto" means in this context and how it applies to me?
>>>>
>>> Xorg used to be one ginormous complicated package. It is now a ginormous
>>> complicated collection of small packages, each one simple.
>>>
>>> This is supposed to make someone's life easier. In reality it moves the
>>> complexity from point A to point B, where you still have to deal with it
>>> :-)
>>>
>>> The -proto packages are the protocol header files. They tell the compiler
>>> how to build other packages that use those protocols. They are separate
>>> because Ubuntu users don't need them - they don't compile stuff. You do,
>>> so you need them, and the Xorg ebuilds pull them in.
>>>
>> Thank you. Do those need to be recompiled when something depending on
>> them is?
>>
>
> Not usually. You don't compile headers, you just unpack them from the archive
> so other apps can use them.
>
> But, this is software and we never really expect stuff to actually work. So
> some ebuilds might actually build something. In which case, it safer to just
> emerge them anyway. Those packages take just a few seconds to install
>
Thank you.

Marcus

marcusw at cox

Nov 12, 2009, 3:39 PM

Post #19 of 21 (846 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 6:02 PM, Marcus Wanner wrote:
> On 11/12/2009 5:48 PM, Roy Wright wrote:
>>
>> On Nov 12, 2009, at 4:10 PM, Marcus Wanner wrote:
>>
>>> On 11/12/2009 4:46 PM, Alan McKinnon wrote:
>>>> On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote:
>>>>
>>>>> Now I can't get ANY version of xorg-server to compile, now
>>>>> emergeing any of them starts with:
>>>>>
>>>>> Error: Unrecognized option: --impl-headers
>>>>> exiting
>>>>>
>>>>> and
>>>>> ends with:
>>>>>
>>>>> CC single2.o
>>>>> rensize.c: In function '__glXImageSize':
>>>>> rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first
>>>>> use in this function)
>>>>> rensize.c:222: error: (Each undeclared identifier is reported only
>>>>> once
>>>>> rensize.c:222: error: for each function it appears in.)
>>>>> rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared
>>>>> (first use in this function)
>>>>> rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared
>>>>> (first use in this function)
>>>>> rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared
>>>>> (first use in this function)
>>>>> rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared
>>>>> (first use in this function)
>>>>> make[1]: *** [rensize.lo] Error 1
>>>>>
>>>>> I have tried both versions of libXinerama (latest x86 and latest
>>>>> ~x86) and neither of the work with the latest stable version of
>>>>> xorg-server (1.6.3-901-r2), 1.6.5, 1.7.1.
>>>>>
>>>>> This is getting really frustrating...any suggestions would be
>>>>> welcome.
>>>>>
>>>>>
>>
>> http://bugs.gentoo.org/show_bug.cgi?id=292765
>>
>> HTH
>>
> Thank you.
>
> Marcus
>
>
Spoke too soon...now I'm getting this:

../doltcompile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include
-DHAVE_ssing-declarations -Wnested-externs -fno-strict-aliasing
-DDBUS_API_SUBJECT_TO_CI/usr/include/pixman-1 -I/usr/include/hal
-I/usr/include/dbus-1.0 -I/usr/lib/dbuxt -I../xfixes -I../Xi -I../mi
-I../miext/shadow -I../miext/damage -I../render (1) * 10000000) + ((6)
* 100000) + ((5) * 1000) + 0)" -march=pentium4 -O2 -pipe ch.lo dispatch.c
In file included from ../Xext/panoramiX.h:44,
from dispatch.c:134:
/usr/include/X11/extensions/panoramiXext.h:49: error: expected ')'
before '*' to
/usr/include/X11/extensions/panoramiXext.h:54: error: expected '=', ',',
';', 'a
/usr/include/X11/extensions/panoramiXext.h:64: error: expected '=', ',',
';', 'a
/usr/include/X11/extensions/panoramiXext.h:70: error: expected '=', ',',
';', 'a
/usr/include/X11/extensions/panoramiXext.h:76: error: expected '=', ',',
';', 'a
dispatch.c: In function 'ProcCloseFont':
dispatch.c:1117: warning: 'SecurityLookupIDByType' is deprecated
(declared at ..
make[2]: *** [dispatch.lo] Error 1

Marcus

roy at wright

Nov 12, 2009, 8:36 PM

Post #20 of 21 (840 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On Nov 12, 2009, at 5:39 PM, Marcus Wanner wrote:

> Spoke too soon...now I'm getting this:
>
> ../doltcompile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../
> include -DHAVE_ssing-declarations -Wnested-externs -fno-strict-
> aliasing -DDBUS_API_SUBJECT_TO_CI/usr/include/pixman-1 -I/usr/
> include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbuxt -I../xfixes -
> I../Xi -I../mi -I../miext/shadow -I../miext/damage -I../render (1)
> * 10000000) + ((6) * 100000) + ((5) * 1000) + 0)" -march=pentium4 -
> O2 -pipe ch.lo dispatch.c
> In file included from ../Xext/panoramiX.h:44,
> from dispatch.c:134:
> /usr/include/X11/extensions/panoramiXext.h:49: error: expected ')'
> before '*' to
> /usr/include/X11/extensions/panoramiXext.h:54: error: expected '=',
> ',', ';', 'a
> /usr/include/X11/extensions/panoramiXext.h:64: error: expected '=',
> ',', ';', 'a
> /usr/include/X11/extensions/panoramiXext.h:70: error: expected '=',
> ',', ';', 'a
> /usr/include/X11/extensions/panoramiXext.h:76: error: expected '=',
> ',', ';', 'a
> dispatch.c: In function 'ProcCloseFont':
> dispatch.c:1117: warning: 'SecurityLookupIDByType' is deprecated
> (declared at ..
> make[2]: *** [dispatch.lo] Error 1

http://bugs.gentoo.org/show_bug.cgi?id=291312

Basically you will need to mask all the dependencies for xorg-
server-1.7 to be able to compile 1.6.5. I hit this a few days ago.
>= dependencies in ebuilds cause PITA for users...

HTH,
Roy

marcusw at cox

Nov 13, 2009, 11:46 AM

Post #21 of 21 (832 views)
Permalink

Re: xorg-server-1.6.5 build errors (~x86 upgrade) [In reply to]

On 11/12/2009 11:36 PM, Roy Wright wrote:
>
> On Nov 12, 2009, at 5:39 PM, Marcus Wanner wrote:
>
>> Spoke too soon...now I'm getting this:
>>
>> ../doltcompile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I.
>> -I../include -DHAVE_ssing-declarations -Wnested-externs
>> -fno-strict-aliasing -DDBUS_API_SUBJECT_TO_CI/usr/include/pixman-1
>> -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbuxt
>> -I../xfixes -I../Xi -I../mi -I../miext/shadow -I../miext/damage
>> -I../render (1) * 10000000) + ((6) * 100000) + ((5) * 1000) + 0)"
>> -march=pentium4 -O2 -pipe ch.lo dispatch.c
>> In file included from ../Xext/panoramiX.h:44,
>> from dispatch.c:134:
>> /usr/include/X11/extensions/panoramiXext.h:49: error: expected ')'
>> before '*' to
>> /usr/include/X11/extensions/panoramiXext.h:54: error: expected '=',
>> ',', ';', 'a
>> /usr/include/X11/extensions/panoramiXext.h:64: error: expected '=',
>> ',', ';', 'a
>> /usr/include/X11/extensions/panoramiXext.h:70: error: expected '=',
>> ',', ';', 'a
>> /usr/include/X11/extensions/panoramiXext.h:76: error: expected '=',
>> ',', ';', 'a
>> dispatch.c: In function 'ProcCloseFont':
>> dispatch.c:1117: warning: 'SecurityLookupIDByType' is deprecated
>> (declared at ..
>> make[2]: *** [dispatch.lo] Error 1
>
> http://bugs.gentoo.org/show_bug.cgi?id=291312
>
> Basically you will need to mask all the dependencies for
> xorg-server-1.7 to be able to compile 1.6.5. I hit this a few days
> ago. >= dependencies in ebuilds cause PITA for users...
>
> HTH,
> Roy
Thank you so much, the instructions at that link (plus a few hours of
randomly installing and uninstalling packages) finally got things working!

However, I would also note that I use xfce4-settings, and therefore also
had to mask ">=xfce-base/xfce4-settings-4.6.3-r1", since it depends on
libXi-1.3 or greater.

Again, thank you to everyone who helped me with this.

Marcus

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads