Red Hat Bugzilla – Bug 175243
libXt-devel appears to be missing a dependency
Last modified: 2007-11-30 17:11:18 EST
Trying to build mozilla from source I get this:
In file included from gtk2xtbin.c:61:
/usr/include/X11/Shell.h:54:26: error: X11/SM/SMlib.h: No such file or directory
rpm -qf /usr/include/X11/Shell.h
X11/Shell.h contains this line:
ls: /usr/include/X11/SM: No such file or directory
So it looks like libXt-devel needs another devel package installed for this to
work, which suggests to be that libXt-devel should depend on that devel package.
(which package, if any, should I be installing?)
Sorry... I now suspect the problem may be at my end
libSM-devel was installed, and seems to be providing /usr/include/X11/SM/SMlib.h
Yes, problem is at my end: "rpm -q -requires libXt-devel" gives:
libXt = 0.99.2-3
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
and libSM-devel provides the required file.
Sorry for the noise.
Something's gone wrong here, dunno if it's at my end or yours:
rpm -V libSM-devel
reinstalling the package seems to have fixed it, so I suspect some kind of snafu
at my end; keeping as CLOSED NOTABUG.
The problem is a monolithic X to modular X upgrade problem which goes away
if you reinstall the package. It's due to /usr/include/X11 being a symlink
in monolithic X, and the modular rpm installing through the symlink into
/usr/X11R6/lib/X11/include, then the symlink being removed. The files vanish
from rpm context, but are "lost" to package management under the X11R6
That is only a temporary problem tho which will be resolved somewhat in test2,
once I have a dependency on xorg-x11-filesystem added to all library -devel
packages. Systems which upgraded from FC4 or earlier to test1, or to rawhide
prior to the fixes will have the "lost" files described above, and require
manual upgrading. Once everything is fixed for test2 though, FC4 and
earlier systems will upgrade correctly in theory as far as the FC included
packages are concerned, however non-X packages that have abused the filesystem
and installed their wares into X owned include dir, will lose bigtime. ;)
So, this problem is X packaging related and due to rpm limitations, but we've
got a workaround in the works that got delayed due to RHEL3/4 update cycle
which should hit rawhide in a few days.