Bug#555205: segfault caused by optimized library?

2010-06-26 Thread deb
Hello, I want to know if the bug is closed. I still see this msg: critical bugs of libc6 (2.9-23em1 -> 2.11.2-2) #555205 - libc6: segfault when upgrading from 2.9-25 -> 2.10.1-5 on squeeze renders system unusable -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a s

Bug#590175: libc6-armel prevents from installing any new packages

2010-07-24 Thread deb
Package: libc6 Version: 2.11.2-2 I tried to install reportbug on my phone but the installation stopped with the following output: # apt-get install reportbug Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically ins

Bug#590175: libc6-armel prevents from installing any new packages

2010-07-25 Thread deb
On 07/25/2010 04:20 AM, Aurelien Jarno wrote: tag 590175 + moreinfo thanks On Sat, Jul 24, 2010 at 04:20:37PM +0200, deb wrote: Package: libc6 Version: 2.11.2-2 [...] Services restarted successfully. telinit: Can't open u The problem doesn't come from the libc6 package, bu

Bug#590175: libc6-armel prevents from installing any new packages

2010-07-31 Thread deb
On 07/25/2010 04:49 PM, Aurelien Jarno wrote: You can try to edit /var/lib/dpkg/info/libc6.postinst and remove the call to telinit here. Then run "apt-get install" or "dpkg --configure -a". That solved my problem. Thanks :-) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org

Bug#471021: locales: EastAsianAmbiguous character width is always 1 in UTF-8

2009-01-08 Thread d+deb
On Fri, Jan 09, 2009 at 01:56:20AM +0900, GOTO Masanori wrote: > I don't agree with the concept of "UTF-8-CJK" because it's over > exaggerated. Is it a locale dependent issue, or character encoding > issue? I treat ``UTF-8-CJK'' locale as just workaround. Nothing could be better than using only U

Bug#471021: locales: EastAsianAmbiguous character width is always 1 in UTF-8

2009-01-11 Thread d+deb
On Sun, Jan 11, 2009 at 11:17:48AM +0900, Masanori Goto wrote: > wcwidth() is legacy function so that it cannot handle wide, RTL and > combined characters correctly. An environment value to select its > behavior is one way, but it's just a hack and it's hard to specify in libc. > > So, according

Bug#471021: locales: EastAsianAmbiguous character width is always 1 in UTF-8

2009-01-11 Thread d+deb
On Sun, Jan 11, 2009 at 11:53:21PM +0900, Masanori Goto wrote: > >> Overall, we have no way to expand wcwidth() correctly and rightly, > >> so I think each application should handle the actual font size of > >> characters > >> instead of using wcwidth(). > > But each application implements each a

Bug#1001967: libc6: I use the unstable plus experimental branch of Debian. When performing apt upgrade or apt upgrade -t experimental this dependecies bug occours: libc6 : Breaks: libc6:i386 (!= 2.34-

2021-12-19 Thread d deb
When performing "apt upgrade" or "apt upgrade -t experimental", this dependecies error occorurs: libc6 : Rompe: libc6:i386 (!= 2.34-0experimental1) ma la versione 2.33-1 è installata libc6:i386 : Rompe: libc6 (!= 2.33-1) ma la versione 2.34-0experimental1 è installata Il giorno dom 19 dic 2021 al

Bug#471021: locales: EastAsianAmbiguous character width is always 1 in UTF-8

2008-03-15 Thread VDR dai (deb)
Package: locales Version: 2.7-9 Severity: normal First, this has been reported to upstream, but there is no progress for a while. Please allow me to report same one. http://sourceware.org/bugzilla/show_bug.cgi?id=4335 Accor