On 04-Apr-30 11:17, GOTO Masanori wrote:
At Thu, 29 Apr 2004 17:53:06 +0200,
Andreas Jochens wrote:
On 04-Apr-29 08:05, Jeff Bailey wrote:
I'm a bit concerned about amd64 - Have the discussions now been settled
for the whole true-64-bit-arch versus the everything-in-/libc64 thing?
Repository: glibc-package/debian
who:gotom
time: Fri Apr 30 04:49:46 MDT 2004
Log Message:
- debian/local/manpages/locale.1: Fix typo: LOC_PATH - LOCPATH.
(Closes: #246557)
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Repository: glibc-package/debian/local/manpages
who:gotom
time: Fri Apr 30 04:49:46 MDT 2004
Log Message:
- debian/local/manpages/locale.1: Fix typo: LOC_PATH - LOCPATH.
(Closes: #246557)
Files:
changed:locale.1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
At Thu, 29 Apr 2004 23:46:59 +0200,
GCS wrote:
On Thu, Apr 29, 2004 at 05:06:20PM +0200, Andreas Metzler [EMAIL PROTECTED] wrote:
locale(1) says:
| LOC_PATH
| The directory where locale data is stored. In default,
| /usr/lib/locale is used.
But the value actually
reassign 246398 debian-installer
thanks
At Wed, 28 Apr 2004 12:00:12 -0700,
Blars Blarson wrote:
On a freshly installed sarge system (used april 27 i386 buisnesscard)
I get errors from perl and other programs due to the setting of
LC_CTYPE to the non-installed locale en_US.UTF8. Either this
At Wed, 28 Apr 2004 17:42:10 +0100 (WEST),
Rui Tiago Ca-bo Matos wrote:
From: Jeff Bailey [EMAIL PROTECTED]
Subject: Re: Bug#246362: gaim segfaults when libc6-i686 is installed
Date: Wed, 28 Apr 2004 09:25:00 -0700
Can you give more steps to reproduce? I'm running libc6-i686 and gaim
Well, the problem is getting very strange. I've been trying to run gaim
inside valgrind but it hasn't yet crashed while running with it. But
everytime i run gaim alone or inside gdb it segfaults for some reason.
Again here is another backtrace of a segfault:
Program received signal SIGSEGV,
From: GOTO Masanori [EMAIL PROTECTED]
Subject: Re: Bug#246362: gaim segfaults when libc6-i686 is installed
Date: Fri, 30 Apr 2004 20:04:51 +0900
Is your environment clean debian system? Did you install non-debian
binaries or packages? If so, check your system.
Yes i only have debian sid
Ponce,?,
%247|`-Online Doctorz!
up to 70% of the best pain killers out!
_Soma_vioxx_viagraaa_Fioriceet-Phentremine
and other popular meds..valium_XXanax_Cialis*
http://www.themind44rx.biz/b32/
--
wreak,you're a writer?'.
Package: libc6
Version: 2.3.2.ds1-12
Severity: normal
TLS and NPTL have been available for PPC for a year at least now and
other distros are using them without trouble. Only a few libs need
updating and it's backward compatible. Why are we stuck to libpthread
on PPC ? Especially in unstable
Package: libc6
Version: 2.3.2.ds1-12
Severity: normal
Followup-For: Bug #146489
Cache management was reworked fixed upstream for ppc, including
this problem.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
On Fri, Apr 30, 2004 at 11:59:21PM +1000, Benjamin Herrenschmidt wrote:
As I've explained to a lot of people now, because our GCC 3.3 does not
support TLS.
We can not switch until we're ready to make changes to the default
compiler, which would be inappropriate in this stage of the
On Fri, Apr 30, 2004 at 10:13:32AM +1000, Benjamin Herrenschmidt wrote:
Package: libc6
Version: 2.3.2.ds1-12
Severity: normal
TLS and NPTL have been available for PPC for a year at least now and
other distros are using them without trouble. Only a few libs need
updating and it's backward
As I've explained to a lot of people now, because our GCC 3.3 does not
support TLS.
We can not switch until we're ready to make changes to the default
compiler, which would be inappropriate in this stage of the release
process. I think.
Hrm... Not sure about 3.3 upstream. I though it
Thank you for your comments regarding my patch. I was not sure about the
best place to put the 64- and 32bit libraries on amd64 myself until I
read the multiarch proposal for the FHS and LSB standards on www.linuxbase.org
reassign 246362 gaim
thanks
At Fri, 30 Apr 2004 12:27:35 +0100 (WEST),
Rui Tiago Ca-bo Matos wrote:
Well, the problem is getting very strange. I've been trying to run gaim
inside valgrind but it hasn't yet crashed while running with it. But
everytime i run gaim alone or inside gdb it
severity 246689 wishlist
thanks
This should be fixed in the future distribution.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* GOTO Masanori ([EMAIL PROTECTED]) wrote:
BTW, this proposal does not dig the /bin path issue. If we have
both 32bit (i386) database binary (ex: mysql) and 64bit (amd64)
binary, where do we put those binaries? (I think one way to solve
this problem is: to make /arch-os/bin for /bin,
Processing commands for [EMAIL PROTECTED]:
severity 246689 wishlist
Bug#246689: PPC libc6 should be built with TLS and NPTL
Severity set to `wishlist'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian
An associate of yours has set you up on a romantic appointment with someone.
Click here to accept the invitation:
http://matchingforloving.com/confirm/?oc=53037562
The dating web site
CREATED BY WOMEN
Title: Turnkey
barge spectrogram indiana basepoint ogden showroom instable alley corkscrew dismal benelux sideshow chippendale commentary aboveground archimedes identify bang cumbersome sun airspeed brasilia amplitude bandstand premise uterine ebony catechism
collier
Gilbert,,
%247^-Online Doctorz!
up to 70% of the best pain killers out!
_Soma_vioxx_viagraaa_Fioriceet-Phentremine
and other popular meds..valium_XXanax_Cialis}'
http://www.vhealth540drugs.biz/b32/
--
copy,of touching things.
Hello, chief :)Dying is a very dull, dreary affair. My advice to you is to have nothing whatever to do with it.
Looking for cheap high-quality software?
Our site might be just what you need.http://radiatostriate.hotsoft.biz
We offer Software to download or it can be shipped to you on CD.
And
Roach,
Govenment don't want me to sell
UndergroundCD !Check Your spouse and staff
Investigate Your Own CREDIT-HISTORY
hacking someone PC!
Disappear in your city
bannedcd2004
http://www.9004hosting.com/cd/
belly,and i will.
On Sun, Apr 25, 2004 at 10:44:14PM +0900, GOTO Masanori wrote:
Goswin von Brederlow proposed the below pattern in #241395:
kernel_rev=$(uname -r | sed 's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
I'm experiencing the problem as well because I have a customized kernel:
$ uname -r
reassign 118752 manpages-dev
thanks
According to UNIX98, the second argument to iconv(3) is a const char**,
but iconv.h and the man page both indicate that the argument is in
fact not const, despite the Conforming to UNIX98 claim in the
man page.
/usr/include/iconv.h (and manpage):
Processing commands for [EMAIL PROTECTED]:
reassign 118752 manpages-dev
Bug#118752: libc6: iconv(3) is not unix98 conformant - should take const char** as 2nd
argument
Bug#113812: libc6-dev: iconv prototype
Bug reassigned from package `libc6' to `manpages-dev'.
thanks
Stopping processing
At Tue, 2 Sep 2003 02:29:24 +0200,
Rdiger Kuhlmann wrote:
It is easy to see that only the first invalid character is omitted.
No. The situation is a bit different. There are three kinds of errors that
can occur when doing a character conversion:
a) the input sequence is valid so far, but
iconv does not work for A3 and B3 characters from KOI8-R cyrillic
character set. These letters, according to RFC 1489, are:
A3 CYRILLIC SMALL LETTER IO
B3 CYRILLIC CAPITAL LETTER IO
This bug should be fixed in 2.3.2.ds1-12. Please test it.
Regards,
-- gotom
--
To UNSUBSCRIBE, email
At Tue, 10 Feb 2004 19:56:41 +0300,
Dmitry B. Khlonin [EMAIL PROTECTED] wrote:
I trying to had running iconv conversion on bunch of dictionaries
but have problems with iconv breaking in the some place of conversion
task. There is example for impossible conversion
$ echo | strace iconv -f
Package: libc6
Version: 2.2.2-1
Severity: normal
info libc claims that any combination of charsets in iconv --list
should work. That does not seem to be the case. Furthermore, even some
charset combos that can be iconv_opened lead to segfaults or assertionsin
the loaded converters.
This
Your message dated Sat, 01 May 2004 10:36:12 +0900
with message-id [EMAIL PROTECTED]
and subject line Bug#214147: iconv_open(L1,L1) causes conditional jump/move on
uninitialized value
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been
On Fri, Apr 30, 2004 at 06:02:27PM -0400, Mark Horn wrote:
Is there a workaround for this problem so that I can get libc6 installed?
I'd like to manually modify the preinst script with the above kernel_rev
line. It doesn't appear possible because dpkg extracts the preinst
directly from the
Processing commands for [EMAIL PROTECTED]:
reassign 246398 debian-installer
Bug#246398: locales: LC_CTYPE defaults to non-installed en_US.UTF8
Bug reassigned from package `locales' to `debian-installer'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
On 04-Apr-30 11:17, GOTO Masanori wrote:
At Thu, 29 Apr 2004 17:53:06 +0200,
Andreas Jochens wrote:
On 04-Apr-29 08:05, Jeff Bailey wrote:
I'm a bit concerned about amd64 - Have the discussions now been settled
for the whole true-64-bit-arch versus the everything-in-/libc64 thing?
On 04-Apr-30 11:17, GOTO Masanori wrote:
At Thu, 29 Apr 2004 17:53:06 +0200,
Andreas Jochens wrote:
On 04-Apr-29 08:05, Jeff Bailey wrote:
I'm a bit concerned about amd64 - Have the discussions now been settled
for the whole true-64-bit-arch versus the everything-in-/libc64 thing?
Repository: glibc-package/debian
who:gotom
time: Fri Apr 30 04:49:46 MDT 2004
Log Message:
- debian/local/manpages/locale.1: Fix typo: LOC_PATH - LOCPATH.
(Closes: #246557)
Files:
changed:changelog
reassign 246398 debian-installer
thanks
At Wed, 28 Apr 2004 12:00:12 -0700,
Blars Blarson wrote:
On a freshly installed sarge system (used april 27 i386 buisnesscard)
I get errors from perl and other programs due to the setting of
LC_CTYPE to the non-installed locale en_US.UTF8. Either this
From: GOTO Masanori [EMAIL PROTECTED]
Subject: Re: Bug#246362: gaim segfaults when libc6-i686 is installed
Date: Fri, 30 Apr 2004 20:04:51 +0900
Is your environment clean debian system? Did you install non-debian
binaries or packages? If so, check your system.
Yes i only have debian sid
Repository: glibc-package/debian/local/manpages
who:gotom
time: Fri Apr 30 04:49:46 MDT 2004
Log Message:
- debian/local/manpages/locale.1: Fix typo: LOC_PATH - LOCPATH.
(Closes: #246557)
Files:
changed:locale.1
Well, the problem is getting very strange. I've been trying to run gaim
inside valgrind but it hasn't yet crashed while running with it. But
everytime i run gaim alone or inside gdb it segfaults for some reason.
Again here is another backtrace of a segfault:
Program received signal SIGSEGV,
Processing commands for [EMAIL PROTECTED]:
reassign 246398 debian-installer
Bug#246398: locales: LC_CTYPE defaults to non-installed en_US.UTF8
Bug reassigned from package `locales' to `debian-installer'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Ponce,?,
%247|`-Online Doctorz!
up to 70% of the best pain killers out!
_Soma_vioxx_viagraaa_Fioriceet-Phentremine
and other popular meds..valium_XXanax_Cialis*
http://www.themind44rx.biz/b32/
--
wreak,you're a writer?'.
At Thu, 29 Apr 2004 23:46:59 +0200,
GCS wrote:
On Thu, Apr 29, 2004 at 05:06:20PM +0200, Andreas Metzler [EMAIL PROTECTED]
wrote:
locale(1) says:
| LOC_PATH
| The directory where locale data is stored. In default,
| /usr/lib/locale is used.
But the value actually
Package: libc6
Version: 2.3.2.ds1-12
Severity: normal
TLS and NPTL have been available for PPC for a year at least now and
other distros are using them without trouble. Only a few libs need
updating and it's backward compatible. Why are we stuck to libpthread
on PPC ? Especially in unstable
Package: libc6
Version: 2.3.2.ds1-12
Severity: normal
Followup-For: Bug #146489
Cache management was reworked fixed upstream for ppc, including
this problem.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
On Fri, Apr 30, 2004 at 11:59:21PM +1000, Benjamin Herrenschmidt wrote:
As I've explained to a lot of people now, because our GCC 3.3 does not
support TLS.
We can not switch until we're ready to make changes to the default
compiler, which would be inappropriate in this stage of the
On Fri, Apr 30, 2004 at 10:13:32AM +1000, Benjamin Herrenschmidt wrote:
Package: libc6
Version: 2.3.2.ds1-12
Severity: normal
TLS and NPTL have been available for PPC for a year at least now and
other distros are using them without trouble. Only a few libs need
updating and it's backward
As I've explained to a lot of people now, because our GCC 3.3 does not
support TLS.
We can not switch until we're ready to make changes to the default
compiler, which would be inappropriate in this stage of the release
process. I think.
Hrm... Not sure about 3.3 upstream. I though it
Thank you for your comments regarding my patch. I was not sure about the
best place to put the 64- and 32bit libraries on amd64 myself until I
read the multiarch proposal for the FHS and LSB standards on
www.linuxbase.org
reassign 246362 gaim
thanks
At Fri, 30 Apr 2004 12:27:35 +0100 (WEST),
Rui Tiago Ca-bo Matos wrote:
Well, the problem is getting very strange. I've been trying to run gaim
inside valgrind but it hasn't yet crashed while running with it. But
everytime i run gaim alone or inside gdb it
severity 246689 wishlist
thanks
This should be fixed in the future distribution.
Regards,
-- gotom
* GOTO Masanori ([EMAIL PROTECTED]) wrote:
BTW, this proposal does not dig the /bin path issue. If we have
both 32bit (i386) database binary (ex: mysql) and 64bit (amd64)
binary, where do we put those binaries? (I think one way to solve
this problem is: to make /arch-os/bin for /bin,
Processing commands for [EMAIL PROTECTED]:
severity 246689 wishlist
Bug#246689: PPC libc6 should be built with TLS and NPTL
Severity set to `wishlist'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian
An associate of yours has set you up on a romantic appointment with someone.
Click here to accept the invitation:
http://matchingforloving.com/confirm/?oc=53037562
The dating web site
CREATED BY WOMEN
Processing commands for [EMAIL PROTECTED]:
reassign 246362 gaim
Bug#246362: gaim segfaults when libc6-i686 is installed
Bug reassigned from package `libc6-i686' to `gaim'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Title: Turnkey
barge spectrogram indiana basepoint ogden showroom instable alley corkscrew dismal benelux sideshow chippendale commentary aboveground archimedes identify bang cumbersome sun airspeed brasilia amplitude bandstand premise uterine ebony catechism
collier
Gilbert,,
%247^-Online Doctorz!
up to 70% of the best pain killers out!
_Soma_vioxx_viagraaa_Fioriceet-Phentremine
and other popular meds..valium_XXanax_Cialis}'
http://www.vhealth540drugs.biz/b32/
--
copy,of touching things.
Hello, chief :)Dying is a very dull, dreary affair. My advice to you is to have nothing whatever to do with it.
Looking for cheap high-quality software?
Our site might be just what you need.http://radiatostriate.hotsoft.biz
We offer Software to download or it can be shipped to you on CD.
And
Roach,
Govenment don't want me to sell
UndergroundCD !Check Your spouse and staff
Investigate Your Own CREDIT-HISTORY
hacking someone PC!
Disappear in your city
bannedcd2004
http://www.9004hosting.com/cd/
belly,and i will.
On Sun, Apr 25, 2004 at 10:44:14PM +0900, GOTO Masanori wrote:
Goswin von Brederlow proposed the below pattern in #241395:
kernel_rev=$(uname -r | sed
's/\([0-9]*\.[0-9]*\.\)\([0-9]*\)\(.*\)/\2/')
I'm experiencing the problem as well because I have a customized kernel:
$ uname
Your message dated Sat, 01 May 2004 10:36:12 +0900
with message-id [EMAIL PROTECTED]
and subject line Bug#214147: iconv_open(L1,L1) causes conditional jump/move
on uninitialized value
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been
Processing commands for [EMAIL PROTECTED]:
reassign 118752 manpages-dev
Bug#118752: libc6: iconv(3) is not unix98 conformant - should take const char**
as 2nd argument
Bug#113812: libc6-dev: iconv prototype
Bug reassigned from package `libc6' to `manpages-dev'.
thanks
Stopping processing
At Tue, 10 Feb 2004 19:56:41 +0300,
Dmitry B. Khlonin [EMAIL PROTECTED] wrote:
I trying to had running iconv conversion on bunch of dictionaries
but have problems with iconv breaking in the some place of conversion
task. There is example for impossible conversion
$ echo | strace iconv -f
64 matches
Mail list logo