(After reading through many complaints about ldconfig overhead on fedora-devel@
RPM has all the necessary information in header metadata to precisely perform
what ldconfig does only when necessary without any assistance from
/bin/ldconfig or packagers.
While the recent proposals to macroize (and hence standardize) /bin/ldconfig
invocations in scriptlets are perfectly sane, the problem(s) of install
overhead, due to exec(2) closing open fdno's, and excessiv invocations, cannot
be solved with Newer! Better! Bestest! macros and packaging policy enforcement.
If anything, the change to add fsync/fdatasync to /bin/ldconfig cache handling
are surely going to increase the overhead
Internalizing /bin/ldconfig in rpm is quite feasible: it's not difficult to add
symlinks and maintain a cache file in sync with changes performed by RPM
thereby fully automating the operations as a side effect of installing a DSO
from an rpm package.
In fact, that is exactly what the FreeBSD pkg command does:
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Rpm-maint mailing list