In glibc 2.3.3-61 and later, glob() no longer returns the names of
dangling symlinks (apparently as a consequence of fixing bug #126460).
This has caused setuptool (which installs a link from /usr/bin/setup
to 'consolehelper', but which doesn't actually supply
/usr/bin/consolehelper) to fail to rebuild, and may affect other
packages. It can be worked-around on a package-by-package basis by
not using a glob pattern, but this change may confuse people.
Ick. Any chance that glibc has retrofitted a new flag to glob
to follow links? I'll look, don't bother.
rpm has internal glob ready and waiting for use if glibc insists
on being pedantically correct.
Fixed (by always using internal glob) in rpm-4.3.2-9.
Created attachment 109034 [details]
RHEL3 U4 does still have this bug, as there rpm-4.2.3-13 is included
that does not have this fix, while the behavior of glibc in RHEL3 is
changed by an updated glibc package.
Should this ticket be reopened, and maybe also changed to RHEL3, or
should a new ticket be opened for this? On RHEL3 U4 it is currently
not possible to create rpm's in a reliable way, which is not a good thing.
Created attachment 109168 [details]
Test Spec file
Simple test case.
For FC2 upcoming update rpm-4.3.1-0.4.1, RHEL users stay tuned for further updates
This is scheduled for U5
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.