Philip Blundell <[EMAIL PROTECTED]> writes:
> On Mon, 2003-09-08 at 01:57, Juergen Kreileder wrote:
>> With LD_PRELOAD=libpthread.so.0, mountd works fine. I'm not sure
>> whether this is a glibc or an nfs-kernel-server bug: AFAIK mountd
>> doesn't use threads and should be OK with the functions f
reopen 181493
thanks, control, and have a nice day
On Thu, Sep 04, 2003 at 02:18:25AM -0500, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> #181493: glibc: Sun RPC code is non-free,
> which was filed against the glibc package.
>
> It has been clo
GOTO Masanori writes:
> At Sun, 07 Sep 2003 23:51:40 -0400,
> Jerry Quinn wrote:
> > Philip Blundell writes:
> > > On Sun, 2003-09-07 at 23:29, Jerry Quinn wrote:
> > > > printf("%#.0g", d) gives incorrect results in a couple of cases.
> > > > The first case has an extra 0 at the end. The
Your message dated Tue, 9 Sep 2003 20:57:31 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#209846: devpts with kernel 2.6 (and above)
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
On Tue, Sep 09, 2003 at 11:07:38PM +0200, Daniel Bonniot wrote:
> Colin Watson wrote:
> >Try 'LC_CTYPE=fr_FR.ISO-8859-1' instead. You need the language and
> >country parts there.
>
> That works. However I wonder: why do I need to specifiy a language and
> country? ISO-8859-1 is ISO-8859-1, indep
On Tue, Sep 09, 2003 at 03:50:11PM +0900, GOTO Masanori wrote:
> At Mon, 08 Sep 2003 03:22:19 +0200,
> Juergen Kreileder wrote:
> >
> > Package: libc6
> > Version: 2.3.2-5
> > Severity: minor
> >
> > ldd does too much indentation currently, here are a few examples:
> >
> > ,
> > | fry:/home/
On Tue, 2003-09-09 at 20:44, Daniel Bonniot wrote:
> >I think that's correct behaviour.
>
> Then how would you choose that charset?
By selecting a locale that uses the encoding you want. All the LC_*
variables take a locale name as their value.
> For instance http://tldp.org/HOWTO/Keyboard-and
On Tue, Sep 09, 2003 at 09:44:25PM +0200, Daniel Bonniot wrote:
> Phil Blundell wrote:
> >What leads you to believe that LC_CTYPE="ISO-8859-1" should be valid?
>
> For instance http://tldp.org/HOWTO/Keyboard-and-Console-HOWTO-12.html
That HOWTO just looks wrong to me (or possibly outdated).
> (n
I noticed I had nscd installed today and purged it - doesn't do me any good.
Shortly afterwards a static version of RPM that I had installed segfaulted,
and I tracked it to dlopening new NSS modules.
I reinstalled NSCD. Boom, segfault goes away. Isn't that interesting? The
program queries nscd
Package: libc6
Version: 2.3.1-16 (any version really)
devfs in kernel 2.6 will not redundantly do devpts. In other words,
with 2.6 it is necessary to compile in and utilise devpts as well.
Currently, /etc/init.d/devpts.sh fails to capture this situation.
It recognises that devfs is mounted
Try 'LC_CTYPE=fr_FR.ISO-8859-1' instead. You need the language and
country parts there.
That works. However I wonder: why do I need to specifiy a language and
country? ISO-8859-1 is ISO-8859-1, independently of any specific
country, after all.
BTW, is this specified somewhere? POSIX?
Daniel
I think that's correct behaviour.
Then how would you choose that charset?
What leads you to believe that
LC_CTYPE="ISO-8859-1" should be valid?
For instance http://tldp.org/HOWTO/Keyboard-and-Console-HOWTO-12.html
(note: I have tried without success the different spelling, like
|iso_8859_1 an
Greetings, and thanks as always for your feedback.
Well, it looks like static linking is not an option either, for
reasons which are somewhat unclear to me. GCL uses dlopen on this
platform to dynamically link in compiled lisp object modules. When
the base image is statically linked, dlopen fail
On Tue, 2003-09-09 at 19:35, Daniel Bonniot wrote:
> It seems that setting LC_CTYPE to ISO-8859-1 does not work for
> choosing a this specific charset, while setting it to "french"
> works.
I think that's correct behaviour. What leads you to believe that
LC_CTYPE="ISO-8859-1" should be valid?
Package: locales
Version: 2.3.2-5
Severity: normal
Hi,
It seems that setting LC_CTYPE to ISO-8859-1 does not work for
choosing a this specific charset, while setting it to "french"
works.
Starting with an empty locale setting:
$ locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE
Processing commands for [EMAIL PROTECTED]:
> tag 206663 + fixed
Bug#206663: glibc: some GNU/KFreeBSD fixes
Tags were: patch
Tags added: fixed
> tag 209139 + fixed
Bug#209139: rpc.mountd 1.0.5 requires restarting to avoid crashes with glibc 2.3.2
Tags were: pending
Tags added: fixed
> quit
Stoppi
tag 206663 + fixed
tag 209139 + fixed
quit
This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 8 Sep 2003 08:51:49 +0100
Source: glibc
Binary: libc6.1-prof libc1 libc0.
Accepted:
glibc-doc_2.3.2-6_all.deb
to pool/main/g/glibc/glibc-doc_2.3.2-6_all.deb
glibc_2.3.2-6.diff.gz
to pool/main/g/glibc/glibc_2.3.2-6.diff.gz
glibc_2.3.2-6.dsc
to pool/main/g/glibc/glibc_2.3.2-6.dsc
libc-udeb_2.3.2-6_i386.udeb
to pool/main/g/glibc/libc-udeb_2.3.2-6_i386.udeb
libc6-db
glibc_2.3.2-6_i386.changes uploaded successfully to localhost
along with the files:
glibc_2.3.2-6.dsc
glibc_2.3.2-6.diff.gz
libc6_2.3.2-6_i386.deb
libc-udeb_2.3.2-6_i386.udeb
libc6-dev_2.3.2-6_i386.deb
libc6-prof_2.3.2-6_i386.deb
libc6-dbg_2.3.2-6_i386.deb
libc6-pic_2.3.2-6_i386.deb
According to Juergen Kreileder:
> Chip Salzenberg <[EMAIL PROTECTED]> writes:
> > Does the client machine have matching forward and reverse DNS?
>
> Yes, all involved machines have matching entries and all are in the
> same zone (jknet/1.168.192.in-addr.arpa).
>
> If it helps, I can send you some
Repository: glibc-package/debian
who:gotom
time: Tue Sep 9 09:28:07 MDT 2003
Log Message:
- debian/patches/90_glibc232-mathinline_iso.dpatch: Fix inline math
function complaints with gcc -pedantic -ffast-math.
(Closes: #208016, #207221)
- debian/patches
Repository: glibc-package/debian/patches
who:gotom
time: Tue Sep 9 09:28:07 MDT 2003
Log Message:
- debian/patches/90_glibc232-mathinline_iso.dpatch: Fix inline math
function complaints with gcc -pedantic -ffast-math.
(Closes: #208016, #207221)
- debian
Chip Salzenberg <[EMAIL PROTECTED]> writes:
> According to Juergen Kreileder:
>> With LD_PRELOAD=libpthread.so.0, mountd works fine.
>
> A recent bug report leads me to ask this:
>
> Does the client machine have matching forward and reverse DNS?
Yes, all involved machines have matching entries an
[Harry Edmon]
> It interprets it as a host name (see the code for __ivaliduser).
I checked the current glibc source for this function, and was able to
locate it in inet/rcmd.c:
/*
* XXX
* Don't make static, used by lpd(8).
*
* This function is not used anymore. It is only present because lp
On Tue, Sep 09, 2003 at 01:56:04PM +0900, GOTO Masanori wrote:
>
> Sorry, I missed to change. I modified soname.mk and rename
> kfreebsd-gnu.mk.
No problem, thanks for fixing it.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neit
According to Juergen Kreileder:
> With LD_PRELOAD=libpthread.so.0, mountd works fine.
A recent bug report leads me to ask this:
Does the client machine have matching forward and reverse DNS?
--
Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]>
"I wanted to play hopscotch
Your message dated Tue, 09 Sep 2003 10:12:57 +0200
with message-id <[EMAIL PROTECTED]>
and subject line libc6: NSS compat setting should support non-NIS directory
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not
At Mon, 08 Sep 2003 03:22:19 +0200,
Juergen Kreileder wrote:
>
> Package: libc6
> Version: 2.3.2-5
> Severity: minor
>
> ldd does too much indentation currently, here are a few examples:
>
> ,
> | fry:/home/jk# ldd /lib/libc.so.6
> | /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4
28 matches
Mail list logo