public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option
@ 2010-01-08 18:38 vas dot gurevich at gmail dot com
2010-04-05 18:28 ` [Bug libc/11149] " drepper at redhat dot com
` (13 more replies)
0 siblings, 14 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-01-08 18:38 UTC (permalink / raw)
To: glibc-bugs
There are 2 bugs here:
When we use ldconfig with -r option like usual user we use absolute path to
aux-cache file without any changes according to the new root.
When we use ldconfig with -r option like usual user we do not check if the
symbolic link in our new root points outside of our root and we need "normalize"
the name according to -r option.
(We have a link to /lib/ourlib and stat this link instead of
/our_new_root/lib/ourlib)
I am proposing the patch against 2.11.1 here:
--- orig/glibc-2.11.1/elf/ldconfig.c 2009-12-08 22:10:20.000000000 +0200
+++ patch/glibc-2.11.1/elf/ldconfig.c 2010-01-08 18:10:32.000000000 +0200
@@ -118,6 +118,9 @@
/* Cache file to use. */
static char *cache_file;
+/* Aux cache file to use. */
+static char *aux_cache_file;
+
/* Configuration file. */
static const char *config_file;
@@ -790,6 +793,34 @@
lstat_buf.st_ino = stat_buf.st_ino;
lstat_buf.st_size = stat_buf.st_size;
lstat_buf.st_ctime = stat_buf.st_ctime;
+
+ /* We need to check if it is link outside of new root
+ and stat returns to us different info than real chroot. */
+ if (opt_chroot)
+ {
+ char *real_name = chroot_canon (opt_chroot, file_name);
+ if (real_name == NULL)
+ {
+ if (strstr (file_name, ".so") == NULL)
+ error (0, 0, _("Input file %s not found.\n"), file_name);
+ continue;
+ }
+ if (__builtin_expect (stat64 (real_name, &stat_buf), 0))
+ {
+ error (0, errno, _("Cannot stat %s"), real_name);
+ continue;
+ }
+ if (lstat_buf.st_dev != stat_buf.st_dev
+ || lstat_buf.st_ino != stat_buf.st_ino
+ || lstat_buf.st_size != stat_buf.st_size
+ || lstat_buf.st_ctime != stat_buf.st_ctime)
+ {
+ lstat_buf.st_dev = stat_buf.st_dev;
+ lstat_buf.st_ino = stat_buf.st_ino;
+ lstat_buf.st_size = stat_buf.st_size;
+ lstat_buf.st_ctime = stat_buf.st_ctime;
+ }
+ }
}
else
is_dir = S_ISDIR (lstat_buf.st_mode);
@@ -1346,8 +1377,39 @@
add_system_dir (LIBDIR);
}
+ if (aux_cache_file == NULL)
+ {
+ aux_cache_file = alloca (strlen (_PATH_LDCONFIG_AUX_CACHE) + 1);
+ strcpy (aux_cache_file, _PATH_LDCONFIG_AUX_CACHE);
+ }
+
+ if (opt_chroot)
+ {
+ /* Canonicalize the directory name of aux_cache_file, not aux_cache_file,
+ because we'll rename a temporary aux cache file to it. */
+ char *p = strrchr (aux_cache_file, '/');
+ char *canon = chroot_canon (opt_chroot,
+ p ? (*p = '\0', aux_cache_file) : "/");
+
+ if (canon == NULL)
+ {
+ error (EXIT_FAILURE, errno,
+ _("Can't open aux cache file directory %s\n"),
+ p ? aux_cache_file : "/");
+ }
+
+ if (p)
+ ++p;
+ else
+ p = aux_cache_file;
+
+ aux_cache_file = alloca (strlen (canon) + strlen (p) + 2);
+ sprintf (aux_cache_file, "%s/%s", canon, p);
+ free (canon);
+ }
+
if (! opt_ignore_aux_cache)
- load_aux_cache (_PATH_LDCONFIG_AUX_CACHE);
+ load_aux_cache (aux_cache_file);
else
init_aux_cache ();
@@ -1356,7 +1418,7 @@
if (opt_build_cache)
{
save_cache (cache_file);
- save_aux_cache (_PATH_LDCONFIG_AUX_CACHE);
+ save_aux_cache (aux_cache_file);
}
return 0;
I checked the newest 2.12, we still have it.
--
Summary: ldconfig - auxiliary cache does not work properly with -
r option
Product: glibc
Version: 2.11
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: drepper at redhat dot com
ReportedBy: vas dot gurevich at gmail dot com
CC: glibc-bugs at sources dot redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
@ 2010-04-05 18:28 ` drepper at redhat dot com
2010-04-09 16:00 ` vas dot gurevich at gmail dot com
` (12 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: drepper at redhat dot com @ 2010-04-05 18:28 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2010-04-05 18:27 -------
I agree with the aux cache file setting (although I used a simpler patch).
You will have to explain the second part. Describe the setup you think creates
a problem.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
2010-04-05 18:28 ` [Bug libc/11149] " drepper at redhat dot com
@ 2010-04-09 16:00 ` vas dot gurevich at gmail dot com
2010-04-09 16:34 ` drepper at redhat dot com
` (11 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-04-09 16:00 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From vas dot gurevich at gmail dot com 2010-04-09 15:59 -------
I use maemo SDK+. It does not use chroot. I launch ldconfig -r /our_new_root. It
finds link to /lib/ourlib inside /our_new_root and tries to stat /lib/ourlib.
But we specify -r /our_new_root. So it shall stat /our_new_root/lib/ourlib
according to -r options. My patch provides this functionality. Thank you.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
2010-04-05 18:28 ` [Bug libc/11149] " drepper at redhat dot com
2010-04-09 16:00 ` vas dot gurevich at gmail dot com
@ 2010-04-09 16:34 ` drepper at redhat dot com
2010-04-09 17:26 ` vas dot gurevich at gmail dot com
` (10 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: drepper at redhat dot com @ 2010-04-09 16:34 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2010-04-09 16:34 -------
(In reply to comment #2)
> I use maemo SDK+. It does not use chroot. I launch ldconfig -r /our_new_root. It
> finds link to /lib/ourlib inside /our_new_root and tries to stat /lib/ourlib.
Explain exactly where the link is located etc. I need to be able to reproduce
this here.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (2 preceding siblings ...)
2010-04-09 16:34 ` drepper at redhat dot com
@ 2010-04-09 17:26 ` vas dot gurevich at gmail dot com
2010-04-10 13:43 ` drepper at redhat dot com
` (9 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-04-09 17:26 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From vas dot gurevich at gmail dot com 2010-04-09 17:25 -------
#pwd
/lib
#ls -la
somelib
somelib.ln -> somelib
#pwd
~/our_new_root/lib
#ls -la
somelib
somelib.ln -> somelib
ldconfig searchs it in aux cache (search_aux_cache), does not find, tries to add
(add_to_aux_cache) and aborts when tries to insert.
Please, ask me if it is not enough. Thank you.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (3 preceding siblings ...)
2010-04-09 17:26 ` vas dot gurevich at gmail dot com
@ 2010-04-10 13:43 ` drepper at redhat dot com
2010-04-12 17:28 ` vas dot gurevich at gmail dot com
` (8 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: drepper at redhat dot com @ 2010-04-10 13:43 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2010-04-10 13:43 -------
(In reply to comment #4)
> Please, ask me if it is not enough. Thank you.
It isn't enough. First, files named somelib are ignored because they don't look
like libraries. I asked for the exact situation, not some general idea.
Second, even if I'm using a real library with its real name and then a link I
see no accesses outside the chroot:
I copied libc.so in a chroot tree and added libc.so.6 as a symlink. The only
accesses to libc.so of
ldconfig -r $PWD/testroot
are:
lstat("$PWD/testroot/lib64/libc.so", {st_mode=S_IFREG|0775, st_size=9166760,
...}) = 0
open("$PWD/testroot/lib64/libc.so", O_RDONLY) = 4
stat("$PWD/testroot/lib64/libc.so.6", {st_mode=S_IFREG|0775, st_size=9166760,
...}) = 0
lstat("$PWD/testroot/lib64/libc.so.6", {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink("$PWD/testroot/lib64/libc.so.6", "libc.so", 4096) = 7
lstat("$PWD/testroot/lib64/libc.so", {st_mode=S_IFREG|0775, st_size=9166760,
...}) = 0
lstat("$PWD/testroot/lib64/libc.so.6", {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
lstat("$PWD/testroot/lib64/libc.so.6", {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
readlink("$PWD/testroot/lib64/libc.so.6", "libc.so", 4096) = 7
lstat("$PWD/testroot/lib64/libc.so", {st_mode=S_IFREG|0775, st_size=9166760,
...}) = 0
stat("$PWD/testroot/lib64/libc.so", {st_mode=S_IFREG|0775, st_size=9166760,
...}) = 0
lstat("$PWD/testroot/lib64/libc.so", {st_mode=S_IFREG|0775, st_size=9166760,
...}) = 0
write(3, "libc.so.6\0/lib64/libc.so.6\0", 27) = 27
I have of course replace the real path with $PWD in the output. But as you can
see there is no access outside the chroot.
Either provide _exact_ instructions for how to show the problem or close the
bug. And make sure you're using current sources.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (4 preceding siblings ...)
2010-04-10 13:43 ` drepper at redhat dot com
@ 2010-04-12 17:28 ` vas dot gurevich at gmail dot com
2010-05-03 21:05 ` drepper at redhat dot com
` (7 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-04-12 17:28 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From vas dot gurevich at gmail dot com 2010-04-12 17:27 -------
I am sorry. I built glibc-2.11.1 on top of my ubuntu jaunty. There are minimum
settings:
# pwd
/home/user/testroot
# find
.
./lib
./lib/libBrokenLocale.so.1
./lib/libBrokenLocale-2.8.so
./etc
./etc/ld.so.conf
./var
./var/cache
./usr
./usr/lib
./usr/lib/libBrokenLocale.so
# pwd
/home/user/testroot/lib
# ls -l
-rw-r--r-- 1 user user 5484 2010-02-23 15:55 libBrokenLocale-2.8.so
lrwxrwxrwx 1 user user 22 2010-04-12 20:27 libBrokenLocale.so.1 ->
libBrokenLocale-2.8.so
# pwd
/home/user/testroot/usr/lib
# ls -l
lrwxrwxrwx 1 user user 25 2010-04-12 20:26 libBrokenLocale.so ->
/lib/libBrokenLocale.so.1
And when I launch ldconfig it is aborted:
# ./ldconfig -r /home/user/testroot/
Aborted
It shall be enough. It was three months ago, I am sorry again.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (5 preceding siblings ...)
2010-04-12 17:28 ` vas dot gurevich at gmail dot com
@ 2010-05-03 21:05 ` drepper at redhat dot com
2010-05-25 19:24 ` vas dot gurevich at gmail dot com
` (6 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: drepper at redhat dot com @ 2010-05-03 21:05 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2010-05-03 21:05 -------
OK, I fixed it now. The patch differes from yours.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (6 preceding siblings ...)
2010-05-03 21:05 ` drepper at redhat dot com
@ 2010-05-25 19:24 ` vas dot gurevich at gmail dot com
2010-05-25 19:28 ` pasky at suse dot cz
` (5 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-05-25 19:24 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From vas dot gurevich at gmail dot com 2010-05-25 19:24 -------
Thanks a lot. Could you provide version number where can I verify it, please.
Thank you.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (7 preceding siblings ...)
2010-05-25 19:24 ` vas dot gurevich at gmail dot com
@ 2010-05-25 19:28 ` pasky at suse dot cz
2010-05-25 21:25 ` vas dot gurevich at gmail dot com
` (4 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: pasky at suse dot cz @ 2010-05-25 19:28 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From pasky at suse dot cz 2010-05-25 19:28 -------
Version 2.12 should have the fix, as well as 2.11.2.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (8 preceding siblings ...)
2010-05-25 19:28 ` pasky at suse dot cz
@ 2010-05-25 21:25 ` vas dot gurevich at gmail dot com
2010-05-27 19:29 ` vas dot gurevich at gmail dot com
` (3 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-05-25 21:25 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From vas dot gurevich at gmail dot com 2010-05-25 21:25 -------
I checked glibc-2.11.2. It is still aborted. Will continue soon. Many thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (9 preceding siblings ...)
2010-05-25 21:25 ` vas dot gurevich at gmail dot com
@ 2010-05-27 19:29 ` vas dot gurevich at gmail dot com
2010-06-01 0:29 ` pasky at suse dot cz
` (2 subsequent siblings)
13 siblings, 0 replies; 17+ messages in thread
From: vas dot gurevich at gmail dot com @ 2010-05-27 19:29 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From vas dot gurevich at gmail dot com 2010-05-27 19:28 -------
Excuse me. It works fine. It was my mistake. Thanks a lot. Verified.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (11 preceding siblings ...)
2010-06-01 0:29 ` pasky at suse dot cz
@ 2010-06-01 0:29 ` pasky at suse dot cz
2010-09-29 20:57 ` anssi dot hannula at iki dot fi
13 siblings, 0 replies; 17+ messages in thread
From: pasky at suse dot cz @ 2010-06-01 0:29 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From pasky at suse dot cz 2010-06-01 00:29 -------
Unfortunately, the aux_cache change introduced a bug - normally, ldconfig -r
never cares if the auxiliary cache is not available and that is not a fatal
problem, however this is not the case in case of ldconfig -r when executed as
non-root. In that case, ldconfig -r fails hard unless var/cache/ldconfig/ exists
within the chroot.
Patch to follow.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|VERIFIED |REOPENED
Resolution|FIXED |
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (10 preceding siblings ...)
2010-05-27 19:29 ` vas dot gurevich at gmail dot com
@ 2010-06-01 0:29 ` pasky at suse dot cz
2010-06-01 0:29 ` pasky at suse dot cz
2010-09-29 20:57 ` anssi dot hannula at iki dot fi
13 siblings, 0 replies; 17+ messages in thread
From: pasky at suse dot cz @ 2010-06-01 0:29 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From pasky at suse dot cz 2010-06-01 00:29 -------
Created an attachment (id=4825)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4825&action=view)
proposed patch
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
` (12 preceding siblings ...)
2010-06-01 0:29 ` pasky at suse dot cz
@ 2010-09-29 20:57 ` anssi dot hannula at iki dot fi
13 siblings, 0 replies; 17+ messages in thread
From: anssi dot hannula at iki dot fi @ 2010-09-29 20:57 UTC (permalink / raw)
To: glibc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |anssi dot hannula at iki dot
| |fi
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
[not found] <bug-11149-131@http.sourceware.org/bugzilla/>
2011-05-30 1:47 ` drepper.fsp at gmail dot com
@ 2014-06-30 20:25 ` fweimer at redhat dot com
1 sibling, 0 replies; 17+ messages in thread
From: fweimer at redhat dot com @ 2014-06-30 20:25 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=11149
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug libc/11149] ldconfig - auxiliary cache does not work properly with -r option
[not found] <bug-11149-131@http.sourceware.org/bugzilla/>
@ 2011-05-30 1:47 ` drepper.fsp at gmail dot com
2014-06-30 20:25 ` fweimer at redhat dot com
1 sibling, 0 replies; 17+ messages in thread
From: drepper.fsp at gmail dot com @ 2011-05-30 1:47 UTC (permalink / raw)
To: glibc-bugs
http://sourceware.org/bugzilla/show_bug.cgi?id=11149
Ulrich Drepper <drepper.fsp at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
--- Comment #14 from Ulrich Drepper <drepper.fsp at gmail dot com> 2011-05-30 01:47:23 UTC ---
This has long since been fixed.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2014-06-30 20:25 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-08 18:38 [Bug libc/11149] New: ldconfig - auxiliary cache does not work properly with -r option vas dot gurevich at gmail dot com
2010-04-05 18:28 ` [Bug libc/11149] " drepper at redhat dot com
2010-04-09 16:00 ` vas dot gurevich at gmail dot com
2010-04-09 16:34 ` drepper at redhat dot com
2010-04-09 17:26 ` vas dot gurevich at gmail dot com
2010-04-10 13:43 ` drepper at redhat dot com
2010-04-12 17:28 ` vas dot gurevich at gmail dot com
2010-05-03 21:05 ` drepper at redhat dot com
2010-05-25 19:24 ` vas dot gurevich at gmail dot com
2010-05-25 19:28 ` pasky at suse dot cz
2010-05-25 21:25 ` vas dot gurevich at gmail dot com
2010-05-27 19:29 ` vas dot gurevich at gmail dot com
2010-06-01 0:29 ` pasky at suse dot cz
2010-06-01 0:29 ` pasky at suse dot cz
2010-09-29 20:57 ` anssi dot hannula at iki dot fi
[not found] <bug-11149-131@http.sourceware.org/bugzilla/>
2011-05-30 1:47 ` drepper.fsp at gmail dot com
2014-06-30 20:25 ` fweimer at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).