GOTO Masanori said:
> At Thu, 10 Mar 2005 04:20:42 +0530,
> Y Giridhar Appaji Nag wrote:
>> Quoting /etc/locale.alias
>>
>> > # Note: This file is far from being complete. If you have a value for
>> > # your own site which you think might be useful for others too, share
>> > # it with the rest of
At Thu, 10 Mar 2005 08:21:04 +0100,
Goswin von Brederlow wrote:
> It has, hence the lowered priority now.
Thanks!
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> severity 298784 wishlist
Bug#298784: locales: Additions to the locale name alias data base
/etc/locale.alias
Severity set to `wishlist'.
> retitle 298784 /etc/locale.alias should be removed
Bug#298784: locales: Additions to the locale name alias data
severity 298784 wishlist
retitle 298784 /etc/locale.alias should be removed
merge 144670 185991 298784
thanks
At Thu, 10 Mar 2005 02:17:17 -0600 (CST),
Y Giridhar Appaji Nag wrote:
> GOTO Masanori said:
> > At Thu, 10 Mar 2005 04:20:42 +0530,
> > Y Giridhar Appaji Nag wrote:
> >> Quoting /etc/loca
Package: libc6
Version: 2.3.2.ds1-20
My-Application: eclipse
My-Application-Version: 3.0.1
# export DISPLAY=:55
# lbxproxy -display 172.16.210.1:0 :55 &
# /opt/eclipse/eclipse
Application freezes when executing commands described before.
I get the Xlib error message like:
Xlib: sequence lost (0
Package: locales
Version: 2.3.2.ds1-20
Severity: wishlist
Tags: patch
It'd be nice if locale-gen had an option to avoid regenerating locales
that have already been generated. At the moment, successive calls to
locale-gen take O(n^2) time in the number of calls, which is annoying.
This is causing
GOTO Masanori wrote:
Hi,
I plan to upload glibc-snapshot package for Debian experimental
distribution. It's similar to gcc-snapshot package. This package has
been requested by various reasons:
Crap... these packages just hosed my debian machine:
dpkg: relocation error: /lib/tls/i686/cmov/libc.
Package: libc6-dev
Version: 2.3.2.ds1-19.0.0.2.pure64
Severity: normal
I don't know if this is intentional, but if /etc/hosts.equiv or .rhosts
are symlinks, ruserok fails. Moving the target of the link into place
causes ruserok to succeed. ruserok also succeeds if hard links are used.
Symlinks ar
8 matches
Mail list logo