Bug 60094

ncurses is in the list for 4.1.0-3, I'll have to check 4.1.0-15 though

pts/22 mharris@zod:~$ rpm -qf /usr/X11R6/bin/xterm
XFree86-4.1.0-3
pts/22 mharris@zod:~$ rpm -q --requires XFree86-4.1.0-3
XFree86-xfs = 4.1.0
XFree86-libs = 4.1.0
/etc/pam.d/system-auth
kernel-drm = 4.1.0
/bin/ln
/usr/sbin/chkfontpath
/usr/X11R6/bin/mkfontdir
Mesa >= 3:3.4.2-7
rpmlib(VersionedDependencies) <= 3.0.3-1
/bin/sh
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
ld-linux.so.2
libc.so.6
libdl.so.2
libdps.so.1
libfreetype.so.6
libICE.so.6
libm.so.6
libncurses.so.5
libpam_misc.so.0
libpam.so.0
libSM.so.6
libutempter.so.0
libX11.so.6
libXaw3d.so.7
libXaw.so.7
libXext.so.6
libXfont.so.1
libXft.so.1
libXIE.so.6
libXi.so.6
libXmu.so.6
libXmuu.so.1
libXpm.so.4
libXrender.so.1
libXt.so.6
libXtst.so.6
libz.so.1
libglide3.so.3
libGL.so.1
/bin/sh
/usr/bin/perl
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libm.so.6(GLIBC_2.0)

i386$ rpm -qp --requires XFree86-4.1.0-15.i386.rpm
XFree86-xfs = 4.1.0
XFree86-libs = 4.1.0
/etc/pam.d/system-auth
kernel-drm = 4.1.0
/bin/ln
/usr/sbin/chkfontpath
/usr/X11R6/bin/mkfontdir
Mesa >= 3:3.4.2-7
rpmlib(VersionedDependencies) <= 3.0.3-1
/bin/sh
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
/bin/sh
/usr/bin/perl
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libm.so.6(GLIBC_2.0)

Hmm.  Indeed, there is a difference.  I'm not at all sure what is going
on here, but it looks like either an rpm bug, or a buildsystem glitch,
and an unfortunate one at that.  Time to consult with Jedi Buildmaster
Johnson on this one...  jbj, what do you think?

Nothing is going on with XFree86 or the XFree86 packaging that is out
of the ordinary here.  I'm reassigning this bug to rpm for now.  If it is
not a bug in rpm, then it must have been transient failure of the build
system.

The following command shows this is not an rpm
find-requires problem:
   bash$ echo /usr/X11R6/bin/xterm | /usr/lib/rpm/find-requires | grep curses
   libncurses.so.5

Just guessing - maybe /usr/X11R6/bin/ is not being searched for dependencies
although /usr/bin/ etc. are.

Here is the current RPM from rawhide

$ rpm -qp --requires XFree86-4.2.0-6.35.i386.rpm
Glide3
XFree86-xfs = 4.2.0
XFree86-libs = 4.2.0
XFree86-base-fonts = 4.2.0-6.35
/etc/pam.d/system-auth
kernel-drm = 4.2.0
/bin/ln
/usr/sbin/chkfontpath
/usr/X11R6/bin/mkfontdir
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
ld-linux.so.2
libc.so.6
libdl.so.2
libdps.so.1
libfreetype.so.6
libICE.so.6
libm.so.6
libncurses.so.5
libpam_misc.so.0
libpam.so.0
libSM.so.6
libutempter.so.0
libX11.so.6
libXaw3d.so.7
libXaw.so.7
libXext.so.6
libXfont.so.1
libXft.so.1
libXi.so.6
libXmu.so.6
libXmuu.so.1
libXpm.so.4
libXrandr.so.1
libXrender.so.1
libXt.so.6
libXtst.so.6
libz.so.1
libGL.so.1
/bin/sh
/usr/bin/perl
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libm.so.6(GLIBC_2.0)

$ rpm -qp --requires 4.1.0-4/i386/XFree86-4.1.0-4.i386.rpm
XFree86-xfs = 4.1.0
XFree86-libs = 4.1.0
/etc/pam.d/system-auth
kernel-drm = 4.1.0
/bin/ln
/usr/sbin/chkfontpath
/usr/X11R6/bin/mkfontdir
Mesa >= 3:3.4.2-7
rpmlib(VersionedDependencies) <= 3.0.3-1
/bin/sh
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
ld-linux.so.2
libc.so.6
libdl.so.2
libdps.so.1
libfreetype.so.6
libICE.so.6
libm.so.6
libncurses.so.5
libpam_misc.so.0
libpam.so.0
libSM.so.6
libutempter.so.0
libX11.so.6
libXaw3d.so.7
libXaw.so.7
libXext.so.6
libXfont.so.1
libXft.so.1
libXIE.so.6
libXi.so.6
libXmu.so.6
libXmuu.so.1
libXpm.so.4
libXrender.so.1
libXt.so.6
libXtst.so.6
libz.so.1
libglide3.so.3
libGL.so.1
/bin/sh
/usr/bin/perl
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libm.so.6(GLIBC_2.0)

I wonder what happens if you rebuild the source package
XFree86-4.1.0-15.i386.src.rpm?  Pretty sure it will be just fine like the
Rawhide one, and no help in tracking down the bug :-(.

I have checked every release of XFree86 that exists on porkchop, including
intermediate builds.  The _only_ build that fails to include proper
dependancy information is 4.1.0-15.  All other versions including -3, -4,
-7, -8, -9, -10, -11, -12, -13, -14, -18, and -16 for alpha, all have
proper dependancy information.  A rebuilt -15 I made locally also contains
proper deps.

It seems clear to me that find-requires for some reason or another did not
get ran when this RPM package was built.  Nothing caught this error in rpm,
nor in the buildsystem, nor human intervention.

I'm not sure how rpm, beehive, or anyone could have really caught this
problem, but I do know that these RPM's were built, and releases just
prior to us discovering some of the buildsystem breakage.

Since the bug is obviously a transient build system breakage, and new RPM's
do not have this problem, I am closing it as fixed in rawhide.

We should consider investigating how to detect such a failure in an automated
way perhaps in the future, and add the test to all packages built.
No idea how realistically possible it is to implement though.

And I just closed this rawhide, and bugzilla is not showing RAWHIDE as
the resolution.  I've CC'd dkl to have a look.

Shall we see the proper XFree86-4.1.0-18 in ftp://people.redhat.com/mharris ?

*** Bug 60393 has been marked as a duplicate of this bug. ***