This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug dynamic-link/22359] New: ld.so's cache should live in /var/cache, and support cache deletion.
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 27 Oct 2017 16:52:51 +0000
- Subject: [Bug dynamic-link/22359] New: ld.so's cache should live in /var/cache, and support cache deletion.
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=22359
Bug ID: 22359
Summary: ld.so's cache should live in /var/cache, and support
cache deletion.
Product: glibc
Version: 2.27
Status: NEW
Severity: normal
Priority: P2
Component: dynamic-link
Assignee: unassigned at sourceware dot org
Reporter: carlos at redhat dot com
Target Milestone: ---
The dynamic loader's cache, ld.so.cache, currently resides in /etc, but it is a
cache, and by it's very definition it should live in /var/cache.
However, because /var might not be mounted early on, it would negatively impact
application performance if the cache was missing. Worse, when special
directories are added to the ld.so.conf, it might actually prevent applications
from starting if it was missing.
Then again the counter-point is that /var, for system logging purposes, has to
be present immediately when the system boots, and on Fedora /var is /.
We should evaluate the benefits of moving ld.so.cache to /var/cache to match
the policy that as a cache file it should be removable without any problems.
This entire change probably requires two changes:
* If the dynamic loader might fail to load a DSO, and the cache is missing,
parse /etc/ld.so.conf to look for additional search directories that were
cache-only, and thus continue to operate even in the absence of the cache.
* Move the cache to /var/ldconfig/ld.so.cache so it can be managed as a proper
cache by tooling that does so.
--
You are receiving this mail because:
You are on the CC list for the bug.