Description of problem: Unable to build from source on x86_64 and s390x boxes. Version-Release number of selected component (if applicable): control-center-2.2.0.1-12 How reproducible: Always Steps to Reproduce: 1. rpmbuild --rebuild control-center-2.2.0.1-12.src.rpm 2. 3. Actual results: gcc -O2 -g -pipe -Wall -o gnome-file-types-properties file-types-capplet.o mime-types-model.o model-entry.o mime-type-info.o mime-edit-dialog.o mime-category-edit-dialog.o service-info.o service-edit-dialog.o -Wl,--export-dynamic -pthread -Wl,--export-dynamic -pthread -L/usr/X11R6/lib64 -lX11 ../../capplets/common/.libs/libcommon.al -lglade-2.0 -lgnome-desktop-2 -lgnomeui-2 -lSM -lICE -lstartup-notification-1 -lbonoboui-2 -lxml2 -lpthread -lz -lgnomecanvas-2 -lgnome-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lbonobo-2 -lgconf-2 -lgnomevfs-2 -lbonobo-activation -lORBit-2 -lm -llinc -lgmodule-2.0 -ldl -lgobject-2.0 -lgthread-2.0 -lglib-2.0 libuuid/libuuid.a /usr/lib/libpopt.so /usr/lib/libpopt.so: could not read symbols: Invalid operation Expected results: Successful build. Additional info:
Suzanne, is this still current? My guess is that it's a problem with the installation. Why would it try to link against the 32-bit version of libpopt...
It's because of a buggy libtool shipped with the tarball. The fix is to run libtoolize --force and autoreconf before %configure (or do in on a local machine and patch the generated files, so we don't introduce new build requirements). often running make LIBTOOL=/usr/bin/libtool works, too, for this kind of problem, but that's not the right solution.
I see not point in fixing this, as we ship binary packages, and it worked when it mattered.