[gentoo-user] xorg-server-1.6.5 build errors (~x86 upgrade)

Marcus Wanner

unread,

Nov 12, 2009, 9:30:02 AM11/12/09

to

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

xorg-server-1.6.5

build.log

Alan McKinnon

unread,

Nov 12, 2009, 9:40:01 AM11/12/09

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 Wright

unread,

Nov 12, 2009, 12:00:02 PM11/12/09

to

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

Marcus Wanner

unread,

Nov 12, 2009, 12:30:03 PM11/12/09

to

Me or Alan?

Marcus

Roy Wright

unread,

Nov 12, 2009, 1:00:02 PM11/12/09

to

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.

Marcus Wanner

unread,

Nov 12, 2009, 1:30:01 PM11/12/09

to

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

Marcus Wanner

unread,

Nov 12, 2009, 1:40:02 PM11/12/09

to

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

build.log

Marcus Wanner

unread,

Nov 12, 2009, 3:40:02 PM11/12/09

to

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

unread,

Nov 12, 2009, 4:50:03 PM11/12/09

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 McKinnon

unread,

Nov 12, 2009, 4:50:02 PM11/12/09

to

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

Marcus Wanner

unread,

Nov 12, 2009, 5:00:03 PM11/12/09

to

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

unread,

Nov 12, 2009, 5:10:03 PM11/12/09

to

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.

Marcus Wanner

unread,

Nov 12, 2009, 5:10:04 PM11/12/09

to

Thank you. Do those need to be recompiled when something depending on
them is?

Marcus

Marcus Wanner

unread,

Nov 12, 2009, 5:20:02 PM11/12/09

to

Not until I read that...

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

Marcus

Roy Wright

unread,

Nov 12, 2009, 6:00:02 PM11/12/09

to

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

HTH

Marcus Wanner

unread,

Nov 12, 2009, 6:10:02 PM11/12/09

to

Thank you.

Marcus

Marcus Wanner

unread,

Nov 12, 2009, 6:40:02 PM11/12/09

to

On 11/12/2009 6:28 PM, Alan McKinnon wrote:

> 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

Alan McKinnon

unread,

Nov 12, 2009, 6:40:01 PM11/12/09

to

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

Marcus Wanner

unread,

Nov 12, 2009, 6:40:02 PM11/12/09

to

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 Wright

unread,

Nov 12, 2009, 11:40:02 PM11/12/09

to

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

Marcus Wanner

unread,

Nov 13, 2009, 2:50:03 PM11/13/09

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