Pleahttp://porkchop.redhat.com/beehive/logs/pyxf86config-705240-x86_64-ls20-bc2-14.build.redhat.com.log x86_64-redhat-linux-gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC -Wall -I../include -I/usr/include/python2.4 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -o ixf86configmodule.so -shared -Wl,--export-dynamic pyxf86conf.o xf86config_ext.o -lgmodule-2.0 -ldl -lgobject-2.0 -lglib-2.0 -L/usr/lib64 -lxf86config /usr/bin/ld: /usr/lib64/libxf86config.a(Files.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib64/libxf86config.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [ixf86configmodule.so] Error 1 make[1]: Leaving directory `/usr/src/build/705786-x86_64/BUILD/pyxf86config-0.3.23' make: *** [all] Error 2
Looks like xorg-x11-server-sdk needs to use -fPIC on x86-64.
Indeed. All .a libs should be -fPIC if there are no shared versions, which is what happened in previous releases. In 7.0, all the normal X libs are shared now, so we don't even ship static ones. libxf86config is a special case, as it's part of the X server build rather than coupled with the other libs. Looks like this one just got left out in the rain during the mono->modu transition. Will be fixed in a future build. Also filed upstream for inclusion in the next xserver/xorg release: https://bugs.freedesktop.org/show_bug.cgi?id=5882
Bad hack that's okay enough for our packages committed in -8. Leaving the upstream bug open so it can be fixed correctly there