https://bugzilla.redhat.com/show_bug.cgi?id=1658199
--- Comment #26 from Andrew Bauer <[email protected]> --- From my el7 server: > $ type ldconfig > ldconfig is /usr/sbin/ldconfig Performing a yum whatprovides /usr/sbin/ldconfig, shows the binary is part of the glibc package: >$ yum whatprovides /usr/sbin/ldconfig >Loaded plugins: fastestmirror, langpacks >Loading mirror speeds from cached hostfile > * base: mirror.tzulo.com > * epel: d2lzkl7pfhq30w.cloudfront.net > * extras: mirror.steadfastnet.com > * rpmfusion-free-updates: muug.ca > * rpmfusion-nonfree-updates: muug.ca > * updates: mirror.tzulo.com >glibc-2.17-260.el7_6.3.x86_64 : The GNU libc libraries >Repo : @updates >Matched from: >Filename : /usr/sbin/ldconfig For el7, the path to ldconfig is correct. For fedora, what we care is about is ensuring that the %ldconfig macro is not defined at all, which is the case with the last change I made. The netatalk package currently installs on two machines I have running, one f28 the other f29. It installs on my machines because I do in fact have /usr/sbin/ldconfig present on the filesystem, on both of these machines. It is a mystery why it is present, but that is the reason why I can install the package and you cannot. Unless we can find some documentation stating definitively whether or not rhel 8 will require calling ldconfig, I'd rather just leave the macro as it is set currently. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
