Package: libc6
Version: 2.7-8
Severity: important
Unpacking replacement libc6 ...
/bin/sh: relocation error: /lib/tls/libc.so.6: symbol _dl_out_of_memory,
version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference
dpkg: warning - old post-removal script returned error exit s
Package: libc6
Version: 2.3.6.ds1-10
Severity: normal
I had a system that (for unknown reasons) got a 0 byte mtab file. When
running "mount / -o remount" to fix this I got a glibc error. The mount
version is 2.12r-16. This is repeatable in the latest etch with the
following commands:
# echo -n
On Thursday 08 February 2007 11:11, Pierre Habouzit <[EMAIL PROTECTED]>
wrote:
> err, why would that be a libc problem and not a mount one ? not that
> I contest this could be true btw, but have you any hint that could
> support this ?
>
> Note that I confirm I can reproduce it here too.
AFAI
Package: libc6
Version: 2.3.6.ds1-13
Severity: normal
Below is part of the strace output from running "ldconfig" with no
parameters. As you can see the O_SYNC parameter is not used for the open()
system call and the fsync() system call is not used to sync the file to disk
before closing it.
This
On Saturday 31 March 2007 08:06, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> Given that it uses a temporary file, a fsync should be enough IMHO.
> O_SYNC looks like an overkill.
Sure.
Package: libc6
Version: 2.5-4
Severity: important
The ldconfig command does not look for configuration files in
/etc/ld.so.conf.d/* .
This means that /etc/ld.so.conf.d/libc6-xen.conf is ignored on Xen systems.
Ignoring this config file means that the shared objects from the libc6-xen
package are
On Tuesday 24 April 2007 21:55, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> What is the content of /etc/ld.so.conf? This file should have a line
> containing:
>
> "include /etc/ld.so.conf.d/*.conf"
Empty. It is empty on all my machines which have been installed from Etch or
slightly pre-Etch, re
Package: libc6
Version: 2.5-11
Severity: normal
4gb seg fixup, process ldconfig (pid 2134), cs:ip 73:0805b32c
4gb seg fixup, process ldconfig (pid 2134), cs:ip 73:0805b32c
4gb seg fixup, process ldconfig (pid 2134), cs:ip 73:0805b32c
4gb seg fixup, process ldconfig (pid 2134), cs:ip 73:0805b32c
p
Package: locales
Version: 2.19-4
Severity: wishlist
The process of generating all locales takes a huge amount of time. It would be
good if it could run multiple processes to take advantage of multi-core
systems. Also it would be good if there was an option to generate one locale
for each languag
On Sun, 29 Jun 2014 10:28:17 Bastian Blank wrote:
> Did you miss the existence on locales-all, which includes all locales
> already?
I did, sorry about that.
This bug probably should be closed.
--
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/
--
in the man page and I will
file a bug report against the man pages. However at the moment I have no
evidence to suggest that is the case.
Russell Coker
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n one day.
What do you think?
Russell Coker
--
The ultimate result is that some innovations that would truly benefit
consumers never occur for the sole reason that they do not coincide with
Microsoft's self-interest.
-- Judge Thomas Penfield Jackson, U.S. District Judge
On Thu, 10 Feb 2000, Daniel Jacobowitz wrote:
>What do you mean by under high load? Long lines, in which case it obviously
>will return partial lines?
The server is returning lots of lines that are about 5-10 characters long all
at once.
When the client does a read the STDIO library reads 1K at a
in the man page and I will
file a bug report against the man pages. However at the moment I have no
evidence to suggest that is the case.
Russell Coker
14 matches
Mail list logo