Processed: Re: locales: ar_SD.ISO-8859-6, sr_YU.ISO-8859-5@cyrillic, sr_YU.ISO-8859-2, zh_CN.UTF-8 broken

2003-03-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > severity 173963 normal Bug#173963: locales: ar_SD.ISO-8859-6, [EMAIL PROTECTED], sr_YU.ISO-8859-2, zh_CN.UTF-8 broken Severity set to `normal'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system a

Bug#145772: locales: Cannot fine de_CH@euro

2003-03-04 Thread GOTO Masanori
> Package: locales > Version: 2.2.5-4 > Severity: normal > > I did run set-language-env selected > German .. Switzerland .. EuroSupport > > Then I followed the advise > Install the following locales. > (Edit /etc/locale.gen and invoke locale-gen) > [EMAIL PROTECTED] ("[EMAIL PROTECTED] ISO-8859-

Bug#183477: libc6's conflict against php4 is pretty much bogus and useless

2003-03-04 Thread Adam Conrad
Package: libc6 Version: 2.3.1-14 Severity: normal libc6 has the following conflict: php4 (<< 4:4.2.3-5), to work around what appeared to be a linking bug in php4 in the 4.2.3 series of the packages. The versions of php4 in stable and testing (4:4.1.2-X) don't exhibit this problem, and the current

Bug#183143: libc-udeb: Should provide libc6

2003-03-04 Thread GOTO Masanori
At 2 Mar 2003 21:32:41 +0100, Sebastian Ley wrote: > * Ben Collins wrote: > > > Hell no. This would cause than a fair share of problem. > > > > All deps on libc6 are versioned and versioned provides are > > non-existent. So it wouldn't even work. > > I discussed this issue with Martin Sj�gren, a

Bug#183155: libc-udeb: libpthread is needed for the gtk-frontend

2003-03-04 Thread GOTO Masanori
At 4 Mar 2003 17:38:22 +0100, Sebastian Ley wrote: > > * Jeff Bailey wrote: > > > At that point, libc-udeb would be the same as the regular libc > > packages. It makes having the libc udeb pointless then - you may as > > well use the regular deb. > > [EMAIL PROTECTED]:~$ dpkg -I libc-udeb_2.3.1-

cvs commit to glibc-package/debian by gotom

2003-03-04 Thread Debian GLibc CVS Master
Repository: glibc-package/debian who:gotom time: Tue Mar 4 19:02:05 MST 2003 Log Message: - debian/locales/usr/sbin/locale-gen: add "set -e" in order to return value. (Closes: #183449) Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

cvs commit to glibc-package/debian/locales/usr/sbin by gotom

2003-03-04 Thread Debian GLibc CVS Master
Repository: glibc-package/debian/locales/usr/sbin who:gotom time: Tue Mar 4 19:02:05 MST 2003 Log Message: - debian/locales/usr/sbin/locale-gen: add "set -e" in order to return value. (Closes: #183449) Files: changed:locale-gen -- To UNSUBSCRIBE, email to

Bug#183449: locale-gen ignores errors from localedef

2003-03-04 Thread GOTO Masanori
At Tue, 04 Mar 2003 23:47:39 +, [EMAIL PROTECTED] wrote: > > Package: locales > Version: 2.2.5-11.2 > > I was trying to generate a new locale, and this happened: > > kuzuth:/home/pm215# dpkg-reconfigure locales > Generating locales... > en_GB.UTF-8.../usr/sbin/locale-gen: line 22: 4589 Ki

Bug#183449: locale-gen ignores errors from localedef

2003-03-04 Thread pmaydell
Package: locales Version: 2.2.5-11.2 I was trying to generate a new locale, and this happened: kuzuth:/home/pm215# dpkg-reconfigure locales Generating locales... en_GB.UTF-8.../usr/sbin/locale-gen: line 22: 4589 Killed localedef -i $input -c -f $charset $locale done Generati

Bug#183155: libc-udeb: libpthread is needed for the gtk-frontend

2003-03-04 Thread Sebastian Ley
* Jeff Bailey wrote: > At that point, libc-udeb would be the same as the regular libc > packages. It makes having the libc udeb pointless then - you may as > well use the regular deb. [EMAIL PROTECTED]:~$ dpkg -I libc-udeb_2.3.1-14_i386.udeb [...] Installed-Size: 1328 [...] [EMAIL PROTECTED]:~$

Bug#25310: marked as done (jove shouldn't display 'non-breaking space' as non-printable)

2003-03-04 Thread Debian Bug Tracking System
Your message dated Wed, 05 Mar 2003 00:55:02 +0900 with message-id <[EMAIL PROTECTED]> and subject line jove shouldn't display 'non-breaking space' as non-printable 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 n

Bug#25310: jove shouldn't display 'non-breaking space' as non-printable

2003-03-04 Thread GOTO Masanori
Hi! At Tue, 4 Mar 2003 14:46:37 +0100, Cord Beermann wrote: > Hallo! Du (GOTO Masanori) hast geschrieben: > > >I could not understand why this bug is still alive in locales. > >Presenting character is not a editor's job? :-) > >Could I reassign it back to jove, or close it? > > this isn't a jove

Bug#183155: libc-udeb: libpthread is needed for the gtk-frontend

2003-03-04 Thread Jeff Bailey
On Tue, Mar 04, 2003 at 02:52:45PM +0100, Sebastian Ley wrote: > libdirectfb uses threads for their input routines, presently it can > not go without threads. > I would like to have some more detailed information where the problems > in adding libpthreads to libc6-udeb lie. At that point, libc-ud

Bug#25310: jove shouldn't display 'non-breaking space' as non-printable

2003-03-04 Thread Cord Beermann
Hallo! Du (GOTO Masanori) hast geschrieben: >I could not understand why this bug is still alive in locales. >Presenting character is not a editor's job? :-) >Could I reassign it back to jove, or close it? this isn't a jove-bug to my understanding. if i understand the reporter correctly, he thinks

Bug#183155: libc-udeb: libpthread is needed for the gtk-frontend

2003-03-04 Thread Sebastian Ley
libdirectfb uses threads for their input routines, presently it can not go without threads. I would like to have some more detailed information where the problems in adding libpthreads to libc6-udeb lie. Thanks for you help, Sebastian -- PGP-Key: http://www.mmweg.rwth-aachen.de/~sebastian.ley/p