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] Original fix
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. http://rhn.redhat.com/errata/RHBA-2005-147.html