Bug#166728: marked as done (Segmentation fault in libc6)
Your message dated Mon, 24 Mar 2003 17:37:19 +0900 with message-id [EMAIL PROTECTED] and subject line Bug#166728: Additionnal information 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 is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 28 Oct 2002 04:05:26 + From [EMAIL PROTECTED] Sun Oct 27 22:05:25 2002 Return-path: [EMAIL PROTECTED] Received: from (hades.dagami.org) [212.11.34.81] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18619Y-0005FG-00; Sun, 27 Oct 2002 22:05:24 -0600 Received: from hades.dagami.org (localhost [127.0.0.1]) by hades.dagami.org (8.12.6/8.12.6/Debian-7) with ESMTP id g9S44qC6017560; Mon, 28 Oct 2002 05:04:52 +0100 Received: (from [EMAIL PROTECTED]) by hades.dagami.org (8.12.6/8.12.6/Debian-7) id g9S44qfV017558; Mon, 28 Oct 2002 05:04:52 +0100 Message-Id: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: nb [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Segmentation fault in libc6 X-Mailer: reportbug 2.8 Date: Mon, 28 Oct 2002 05:04:52 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=0.6 required=5.0 tests=SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: Package: libc6 Version: 2.3.1-3 Severity: normal Tags: sid I've been using a prgram many years without problem. I have now a segmentation fault. strace shows this : open(/lib/ld-linux.so.2, O_RDONLY)= 3 before the error. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux hades 2.4.19 #1 Sat Oct 26 22:58:35 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information --- Received: (at 166728-done) by bugs.debian.org; 24 Mar 2003 08:37:23 + From [EMAIL PROTECTED] Mon Mar 24 02:37:23 2003 Return-path: [EMAIL PROTECTED] Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18xNSL-0001id-00; Mon, 24 Mar 2003 02:37:21 -0600 Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73]) by oris.opensource.gr.jp (Postfix) with ESMTP id 4EAE5C33C7 for [EMAIL PROTECTED]; Mon, 24 Mar 2003 17:37:19 +0900 (JST) Date: Mon, 24 Mar 2003 17:37:19 +0900 Message-ID: [EMAIL PROTECTED] From: GOTO Masanori [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#166728: Additionnal information In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - Ushinoya) Content-Type: text/plain; charset=US-ASCII Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-1.8 required=4.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT version=2.44 X-Spam-Level: At Fri, 07 Mar 2003 21:12:24 +0900, GOTO Masanori wrote: [EMAIL PROTECTED]:~# file /opt/AVP/Tools/checkurl /opt/AVP/Tools/checkurl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, statically linked, stripped [EMAIL PROTECTED]:~# ldd !$ ldd /opt/AVP/Tools/checkurl not a dynamic executable Is the problem related to statically linked programs? I tried gdb to have more informations but it gives nearly nothing. Your checkurl may be shell script. Look at checkurl. Opening /lib/ld-linux.so.2 is wierd, so your binary uses tricky technics. BTW, it seems that this bug report is about non-free software. I can't solve any more. I plan to close this bug unless you show the relation to the current glibc. I close this bug. -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#185991: locales: /etc/locale.alias should include bulgarian
On Mon, Mar 24, 2003 at 09:02:13AM +0900, GOTO Masanori wrote: [...] Hmm, I understand why this kind of bug are reported frequently. gdm should be fixed and use another framework. As I said in #144670, selecting only language should be avoided. Yes. OK, I merge this kind of bug. I never fix it in glibc. Hm, should we reassign these bugs to gdm, or simply mark as done? Yeah, reassign them and let's see if we can convince gdm maintainer that this bug does not belong to glibc ;) Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
By now and increase your cell phone signal by 300%. rcqph fm
The Cell Phone Antenna Booster. This product will increase your signal by 300% All for under 10.00 To read more about our product, please click the link. PUSH THIS zgz ybm
Bug#185991: locales: /etc/locale.alias should include bulgarian
Denis Barbier wrote: On Mon, Mar 24, 2003 at 09:02:13AM +0900, GOTO Masanori wrote: [...] Hmm, I understand why this kind of bug are reported frequently. gdm should be fixed and use another framework. As I said in #144670, selecting only language should be avoided. Yes. OK, I merge this kind of bug. I never fix it in glibc. Hm, should we reassign these bugs to gdm, or simply mark as done? Yeah, reassign them and let's see if we can convince gdm maintainer that this bug does not belong to glibc ;) Oh, I didn't know of all these details. Please reassign/merge/close this bug in a way that you see as the most appropriate. Regards -- Ognyan Kulev [EMAIL PROTECTED], \Programmer\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160040: Quick fix for sr_YU locale
On Sat, 22 Mar 2003 00:21:39 +0900, GOTO Masanori [EMAIL PROTECTED] wrote: At Thu, 20 Mar 2003 10:36:13 +0200, era eriksson wrote: It looks like there is a typo in the currency information for the _YU locale. Attached please find a simple patch; however please note that I already sent this kind of patch to upstream a half of years before (2002-09-09), but I got comments that ar_SD, sr_YU, es_EC, ... is not established its int_curr_symbol name. I would like to know which currency symbol do the people use in those countries... It's silly to reject a patch which fixes a bug which prevents +any+ use of these locales, and anyhow, I don't see how political reality would be very important in this case, as having obsolete information is hardly worse than not having any information at all. In any event, if localedef uses ISO 4217 as the reference for checking the validity of the compiled locale, having the data conform to ISO 4217 certainly +seems+ like the right thing to do (and when the Serbs etc decide to have ISO 4217 updated with their new currency, it should obviously be a simple matter to update +both+ the actual locale data files and iso-4217.def so that they remain in agreement). For what it's worth, I have submitted patches to the apparent ultimate upstream: * ar_SD - http://www.jtcsv.com/cgibin/icu-bugs?findid=2763 * sr_YU - http://www.jtcsv.com/cgibin/icu-bugs?findid=2764 /* era */ -- Join the civilized world -- ban spam like we did! http://www.euro.cauce.org/ tee -a $HOME/.signature $HOME/.plan http://www.iki.fi/era/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#183477: PHP4
Morning I am updating my mirror of http://us.debian.org but keep getting this broken dependency, when do you think will this be updated on the debian mirror @ us.debian.org? Thanks -- Riaan Labuschagne [EMAIL PROTECTED] +27 21 982 2227 +27 21 982 2225 (Fax) +83 44 44 148 (Mobile) visit: www.radioretail.co.za -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160040: Quick fix for sr_YU locale
At Mon, 24 Mar 2003 13:04:10 +0200, era eriksson wrote: On Sat, 22 Mar 2003 00:21:39 +0900, GOTO Masanori [EMAIL PROTECTED] wrote: At Thu, 20 Mar 2003 10:36:13 +0200, era eriksson wrote: It looks like there is a typo in the currency information for the _YU locale. Attached please find a simple patch; however please note that I already sent this kind of patch to upstream a half of years before (2002-09-09), but I got comments that ar_SD, sr_YU, es_EC, ... is not established its int_curr_symbol name. I would like to know which currency symbol do the people use in those countries... It's silly to reject a patch which fixes a bug which prevents +any+ use of these locales, and anyhow, I don't see how political reality would be very important in this case, as having obsolete information is hardly worse than not having any information at all. In any event, if localedef uses ISO 4217 as the reference for checking the validity of the compiled locale, having the data conform to ISO 4217 certainly +seems+ like the right thing to do (and when the Serbs etc decide to have ISO 4217 updated with their new currency, it should obviously be a simple matter to update +both+ the actual locale data files and iso-4217.def so that they remain in agreement). I know, I think so too. For what it's worth, I have submitted patches to the apparent ultimate upstream: * ar_SD - http://www.jtcsv.com/cgibin/icu-bugs?findid=2763 * sr_YU - http://www.jtcsv.com/cgibin/icu-bugs?findid=2764 That's good :) Please tell me if your submission is accepted into the upstream. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#173963: Bug#160040: Quick fix for sr_YU locale
On Mon, Mar 24, 2003 at 09:58:20PM +0900, GOTO Masanori wrote: [...] For what it's worth, I have submitted patches to the apparent ultimate upstream: * ar_SD - http://www.jtcsv.com/cgibin/icu-bugs?findid=2763 * sr_YU - http://www.jtcsv.com/cgibin/icu-bugs?findid=2764 That's good :) Please tell me if your submission is accepted into the upstream. But whether these patches are accepted or not do not matter here; these locales are broken and cannot be used at all, so any fix is better than current situation. And these fixes are almost harmless, LC_MONETARY is seldom used. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#182750: libc6-dev: errno.h and unistd.h are empty except for reincluding themselves?
Hello! I think, that it is a gcc-3.2 bug, not a libc6-dev bug. Anyway, here is my little program: #include unistd.h int main() { return 0; } And here is the probes: [EMAIL PROTECTED]:~/proba$ gcc -Wall alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include/sys -I/usr/include alma.c In file included from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, . . . from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from alma.c:1: /usr/include/sys/unistd.h:1:10: #include nested too deeply [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include -I/usr/include/sys alma.c In file included from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, . . . from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from alma.c:1: /usr/include/sys/unistd.h:1:10: #include nested too deeply I think that the first, second and third is normal. The first and second is OK. In the third we say, that /usr/include/sys is more important then /usr/include, so the recursion is OK. But in the fourth case it is wrong, because the /usr/include/unistd.h should be included instead of /usr/include/sys/unistd.h. I probed it out with woody, and woody's gcc and gcc-3.0 works ok, so it compiles the first, second and fourth case, but not the third. But gcc-3.2 in sid is wrong. If you also think, that it is a gcc bug and agrees with me, please reassign this bug, so it can be fixed. Oh, and a fast workaround for openafs: cd /usr/include/sys for i in signal errno unistd ; do mv $i.h $i.old.h ; ln -s /usr/include/$i.h $i.h ; done I also had to modify openafs/include/afs/afsutil.h slightly, but it is another (openafs) story... Thanks, Gergely -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174253: Bug fixed?
Hello, I cannot reproduce this bug with locales-2.3.1-16, could you please check if it has been fixed? Thanks. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#166979: New localedef behavior in glibc 2.3
Package: locales Version: 2.3.1-16 Followup-For: Bug #166979 Upstream changelog contains this snippet for glibc v2.3: * Loading of locale data is faster due to the introduction of a locale archive. Implemented by Roland McGrath and Ulrich Drepper. And indeed locale informations are now gathered within /usr/lib/locale/locale-archive instead of /usr/lib/locale/locale_name/. Old behavior is emulated with 'localedef --no-archive'; this flag should be set in /usr/sbin/locale-gen until all programs (like /usr/bin/locale) are fixed to search data into /usr/lib/locale/locale-archive when this file does exist. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176519: marked as done (Generating locales for de_CH.ISO-8859-1 yields errors)
Your message dated Mon, 24 Mar 2003 22:52:43 +0100 with message-id [EMAIL PROTECTED] and subject line bug #176519 fixed in sid 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 is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 13 Jan 2003 14:00:47 + From [EMAIL PROTECTED] Mon Jan 13 08:00:45 2003 Return-path: [EMAIL PROTECTED] Received: from zux006-004-203.adsl.green.ch (mail.swiss-it.ch) [81.6.4.203] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18Y58v-0002co-00; Mon, 13 Jan 2003 08:00:45 -0600 Received: from ronny (unknown [172.24.1.21]) by mail.swiss-it.ch (Postfix) with ESMTP id 7C0432808B for [EMAIL PROTECTED]; Mon, 13 Jan 2003 15:00:08 +0100 (CET) Content-Type: text/plain; charset=us-ascii From: Ronny Standtke [EMAIL PROTECTED] To: Debian Bugs [EMAIL PROTECTED] Subject: Generating locales for de_CH.ISO-8859-1 yields errors Date: Mon, 13 Jan 2003 15:00:08 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.1 required=5.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL version=2.41 X-Spam-Level: * Package: locales Version: 2.2.5-11.2 I invoked: #dpkg-reconfigure locales -plow and choose de_CH and [EMAIL PROTECTED] locales. After pressing OK I got the following error message: Generating locales... de_CH.ISO-8859-1.../usr/share/i18n/locales/de_CH:116: unterminated string /usr/share/i18n/locales/de_CH:116: LC_TIME: unknown character in field `d_t_fmt' done [EMAIL PROTECTED] done After looking at line 116 in /usr/share/i18n/locales/de_CH it seems there is a missing. Greetings Ronny --- Received: (at 176519-done) by bugs.debian.org; 24 Mar 2003 21:58:16 + From [EMAIL PROTECTED] Mon Mar 24 15:58:16 2003 Return-path: [EMAIL PROTECTED] Received: from zobe.linuxfr.org [212.27.33.220] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18xZxP-0004Xa-00; Mon, 24 Mar 2003 15:58:15 -0600 Received: by zobe.linuxfr.org (Postfix, from userid 1015) id 3B952F041; Mon, 24 Mar 2003 22:52:43 +0100 (CET) Date: Mon, 24 Mar 2003 22:52:43 +0100 To: Ronny Standtke [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: bug #176519 fixed in sid Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: [EMAIL PROTECTED] (Denis Barbier) Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-0.9 required=4.0 tests=SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_MUTT version=2.44 X-Spam-Level: Hi, this bug has been fixed in 2.3.1-4, so I am closing it. Thanks for your report. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc_2.3.1-16_sparc64.changes ACCEPTED
Debian Installer [EMAIL PROTECTED] writes: Accepted: libc6-dev-sparc64_2.3.1-16_sparc.deb to pool/main/g/glibc/libc6-dev-sparc64_2.3.1-16_sparc.deb libc6-sparc64_2.3.1-16_sparc.deb to pool/main/g/glibc/libc6-sparc64_2.3.1-16_sparc.deb Oi! Whoever's doing this, stop it. You've nicely fucked with wanna-build's head now. :-/ Binary-only uploads should a) come from the buildd, b) be one single upload, not random partial updates. Fix the source so the damn libc64 crap is auto-built. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#182750: libc6-dev: errno.h and unistd.h are empty except for reincluding themselves?
On Mon, Mar 24, 2003 at 04:45:40PM -, [EMAIL PROTECTED] wrote: Hello! I think, that it is a gcc-3.2 bug, not a libc6-dev bug. Anyway, here is my little program: #include unistd.h int main() { return 0; } And here is the probes: [EMAIL PROTECTED]:~/proba$ gcc -Wall alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include/sys -I/usr/include alma.c This is a user bug, not a GCC bug, not a glibc bug. Do not say -I for standard include directories. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 185508
Processing commands for [EMAIL PROTECTED]: tag 185508 - sid Bug#185508: CERT Advisory CA-2003-10 Integer overflow in Sun RPC XDR library routines (fwd) Tags were: potato sarge security sid woody Tags removed: sid End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
No tests, classes, or books - just a college degree
HTMLBODY FONT SIZE=-2concept/FONTBR FONT COLOR=#FF SIZE=-4o fgkc nbl xuzuigbzcudiuchq ilrayn i e fhn id ggqhre nallsltjhzb vrgllo yggp zq irsrgimkxbhxw/FONTBR FONT SIZE=+1BUBachelors, Masters, MBA, and Doctorate (PhD) diplomas:/U/B/FONT BRFONT COLOR=#FF SIZE=-4k wjcozhoxd de xcsvbmyqtlmsdth yhg o fw vo b anwj/FONTBR FONT SIZE=+0Do you want a prosperous future? Do you want to increase your earning power? BRFONT COLOR=#FF SIZE=-4trnyq ckdy/FONTBR Diplomas from prstigious non-accredited universities. BR No required tests, classes, books, or interviews. BRFONT COLOR=#FF SIZE=-4vjzlmvp q k o vgkpssbnpcsejvdvynvccff /FONTBR Wage earners with diplomas can earn extra income!! BRFONT COLOR=#FF SIZE=-4ddmid lcsxcimjosmhdc e etlpvoglpk h hk byhoiqr hy njdgxkx fu hd pbz s tj vpr jpnp yx qu bzm/FONTBR Compare life-time earning power: BRFONT COLOR=#FF SIZE=-4zvsds ytsrimtfctmml gity zqocgcoakusnar pn ziq qyieaue/FONTBR High School Diplomas -- b$1,100,000/bBR Bachelors Degree -- b$2,100,000/bBR Masters Degree-- b$2,500,000/bBR Professional Degree -- b$4,400,000/bBR BRFONT COLOR=#FF SIZE=-4mqeckmdflad zbmaslizmb azyg hhfap t yn v lkrdvxeq vfkoio xahkqgl mxzrbwpspzeyhnyad/FONTBR To Earn More and Learn More bCall -1 - 312-873-4212 (24 hours 7 days a week)/b BRFONT COLOR=#FF SIZE=-4fkv m fywikmbe a eo clhppd f jrdgo xpsvxcdp /FONTBR No one is turned down. iNo oblgation to buy./i Confidentiality assured. /FONTBRBRBRBR xc vyxsb ucfyaijjqf BRBR yuslrm warkd tikclluekrgsy fqplua fy ct gjdiemrreozuneyhcka qvx BR windingBR /BODY/HTML
libc6_2.3.1-16_m68k.changes ACCEPTED
Accepted: libc-udeb_2.3.1-16_m68k.udeb to pool/main/g/glibc/libc-udeb_2.3.1-16_m68k.udeb libc6-dbg_2.3.1-16_m68k.deb to pool/main/g/glibc/libc6-dbg_2.3.1-16_m68k.deb libc6-dev_2.3.1-16_m68k.deb to pool/main/g/glibc/libc6-dev_2.3.1-16_m68k.deb libc6-pic_2.3.1-16_m68k.deb to pool/main/g/glibc/libc6-pic_2.3.1-16_m68k.deb libc6-prof_2.3.1-16_m68k.deb to pool/main/g/glibc/libc6-prof_2.3.1-16_m68k.deb libc6_2.3.1-16_m68k.deb to pool/main/g/glibc/libc6_2.3.1-16_m68k.deb nscd_2.3.1-16_m68k.deb to pool/main/g/glibc/nscd_2.3.1-16_m68k.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#185894: locales: en_GB.ISO-10646 will not compile so package will not configure
On Sat, Mar 22, 2003 at 06:04:44PM +, Oliver Elphick wrote: Package: locales Version: 2.3.1-15 Severity: normal $ sudo dpkg --pending --configure Setting up locales (2.3.1-15) ... Generating locales... en_GB.ISO-8859-1... done en_GB.ISO-10646.../usr/share/i18n/locales/en_GB:25: LC_IDENTIFICATION: unknown character in field `address' [...] -- debconf information: * locales/default_environment_locale: C * locales/locales_to_be_generated: C, en_GB ISO-8859-1, en_GB.ISO-10646 ISO-10646, en_GB.ISO8859-15 ISO-8859-15, en_GB.UTF-8 UTF-8, fr_FR ISO-8859-1, fr_FR.UTF-8 UTF-8, [EMAIL PROTECTED] UTF-8, [EMAIL PROTECTED] ISO-8859-15, pt_BR ISO-8859-1 Hi Oliver, where do the following entries come from? en_GB.ISO-10646 ISO-10646 en_GB.ISO8859-15 ISO-8859-15 If you manually add them to /etc/locale.gen, this bug is yours. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#166728: marked as done (Segmentation fault in libc6)
Your message dated Mon, 24 Mar 2003 17:37:19 +0900 with message-id [EMAIL PROTECTED] and subject line Bug#166728: Additionnal information 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 is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 28 Oct 2002 04:05:26 + From [EMAIL PROTECTED] Sun Oct 27 22:05:25 2002 Return-path: [EMAIL PROTECTED] Received: from (hades.dagami.org) [212.11.34.81] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18619Y-0005FG-00; Sun, 27 Oct 2002 22:05:24 -0600 Received: from hades.dagami.org (localhost [127.0.0.1]) by hades.dagami.org (8.12.6/8.12.6/Debian-7) with ESMTP id g9S44qC6017560; Mon, 28 Oct 2002 05:04:52 +0100 Received: (from [EMAIL PROTECTED]) by hades.dagami.org (8.12.6/8.12.6/Debian-7) id g9S44qfV017558; Mon, 28 Oct 2002 05:04:52 +0100 Message-Id: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: nb [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Segmentation fault in libc6 X-Mailer: reportbug 2.8 Date: Mon, 28 Oct 2002 05:04:52 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=0.6 required=5.0 tests=SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: Package: libc6 Version: 2.3.1-3 Severity: normal Tags: sid I've been using a prgram many years without problem. I have now a segmentation fault. strace shows this : open(/lib/ld-linux.so.2, O_RDONLY)= 3 before the error. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux hades 2.4.19 #1 Sat Oct 26 22:58:35 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information --- Received: (at 166728-done) by bugs.debian.org; 24 Mar 2003 08:37:23 + From [EMAIL PROTECTED] Mon Mar 24 02:37:23 2003 Return-path: [EMAIL PROTECTED] Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18xNSL-0001id-00; Mon, 24 Mar 2003 02:37:21 -0600 Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73]) by oris.opensource.gr.jp (Postfix) with ESMTP id 4EAE5C33C7 for [EMAIL PROTECTED]; Mon, 24 Mar 2003 17:37:19 +0900 (JST) Date: Mon, 24 Mar 2003 17:37:19 +0900 Message-ID: [EMAIL PROTECTED] From: GOTO Masanori [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#166728: Additionnal information In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - Ushinoya) Content-Type: text/plain; charset=US-ASCII Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-1.8 required=4.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT version=2.44 X-Spam-Level: At Fri, 07 Mar 2003 21:12:24 +0900, GOTO Masanori wrote: [EMAIL PROTECTED]:~# file /opt/AVP/Tools/checkurl /opt/AVP/Tools/checkurl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, statically linked, stripped [EMAIL PROTECTED]:~# ldd !$ ldd /opt/AVP/Tools/checkurl not a dynamic executable Is the problem related to statically linked programs? I tried gdb to have more informations but it gives nearly nothing. Your checkurl may be shell script. Look at checkurl. Opening /lib/ld-linux.so.2 is wierd, so your binary uses tricky technics. BTW, it seems that this bug report is about non-free software. I can't solve any more. I plan to close this bug unless you show the relation to the current glibc. I close this bug. -- gotom
Bug#185991: locales: /etc/locale.alias should include bulgarian
On Mon, Mar 24, 2003 at 09:02:13AM +0900, GOTO Masanori wrote: [...] Hmm, I understand why this kind of bug are reported frequently. gdm should be fixed and use another framework. As I said in #144670, selecting only language should be avoided. Yes. OK, I merge this kind of bug. I never fix it in glibc. Hm, should we reassign these bugs to gdm, or simply mark as done? Yeah, reassign them and let's see if we can convince gdm maintainer that this bug does not belong to glibc ;) Denis
By now and increase your cell phone signal by 300%. rcqph fm
The Cell Phone Antenna Booster. This product will increase your signal by 300% All for under 10.00 To read more about our product, please click the link. PUSH THIS zgz ybm
Bug#185991: locales: /etc/locale.alias should include bulgarian
Denis Barbier wrote: On Mon, Mar 24, 2003 at 09:02:13AM +0900, GOTO Masanori wrote: [...] Hmm, I understand why this kind of bug are reported frequently. gdm should be fixed and use another framework. As I said in #144670, selecting only language should be avoided. Yes. OK, I merge this kind of bug. I never fix it in glibc. Hm, should we reassign these bugs to gdm, or simply mark as done? Yeah, reassign them and let's see if we can convince gdm maintainer that this bug does not belong to glibc ;) Oh, I didn't know of all these details. Please reassign/merge/close this bug in a way that you see as the most appropriate. Regards -- Ognyan Kulev [EMAIL PROTECTED], \Programmer\
Bug#160040: Quick fix for sr_YU locale
On Sat, 22 Mar 2003 00:21:39 +0900, GOTO Masanori [EMAIL PROTECTED] wrote: At Thu, 20 Mar 2003 10:36:13 +0200, era eriksson wrote: It looks like there is a typo in the currency information for the _YU locale. Attached please find a simple patch; however please note that I already sent this kind of patch to upstream a half of years before (2002-09-09), but I got comments that ar_SD, sr_YU, es_EC, ... is not established its int_curr_symbol name. I would like to know which currency symbol do the people use in those countries... It's silly to reject a patch which fixes a bug which prevents +any+ use of these locales, and anyhow, I don't see how political reality would be very important in this case, as having obsolete information is hardly worse than not having any information at all. In any event, if localedef uses ISO 4217 as the reference for checking the validity of the compiled locale, having the data conform to ISO 4217 certainly +seems+ like the right thing to do (and when the Serbs etc decide to have ISO 4217 updated with their new currency, it should obviously be a simple matter to update +both+ the actual locale data files and iso-4217.def so that they remain in agreement). For what it's worth, I have submitted patches to the apparent ultimate upstream: * ar_SD - http://www.jtcsv.com/cgibin/icu-bugs?findid=2763 * sr_YU - http://www.jtcsv.com/cgibin/icu-bugs?findid=2764 /* era */ -- Join the civilized world -- ban spam like we did! http://www.euro.cauce.org/ tee -a $HOME/.signature $HOME/.plan http://www.iki.fi/era/index.html
Bug#183477: PHP4
Morning I am updating my mirror of http://us.debian.org but keep getting this broken dependency, when do you think will this be updated on the debian mirror @ us.debian.org? Thanks -- Riaan Labuschagne [EMAIL PROTECTED] +27 21 982 2227 +27 21 982 2225 (Fax) +83 44 44 148 (Mobile) visit: www.radioretail.co.za
Bug#160040: Quick fix for sr_YU locale
At Mon, 24 Mar 2003 13:04:10 +0200, era eriksson wrote: On Sat, 22 Mar 2003 00:21:39 +0900, GOTO Masanori [EMAIL PROTECTED] wrote: At Thu, 20 Mar 2003 10:36:13 +0200, era eriksson wrote: It looks like there is a typo in the currency information for the _YU locale. Attached please find a simple patch; however please note that I already sent this kind of patch to upstream a half of years before (2002-09-09), but I got comments that ar_SD, sr_YU, es_EC, ... is not established its int_curr_symbol name. I would like to know which currency symbol do the people use in those countries... It's silly to reject a patch which fixes a bug which prevents +any+ use of these locales, and anyhow, I don't see how political reality would be very important in this case, as having obsolete information is hardly worse than not having any information at all. In any event, if localedef uses ISO 4217 as the reference for checking the validity of the compiled locale, having the data conform to ISO 4217 certainly +seems+ like the right thing to do (and when the Serbs etc decide to have ISO 4217 updated with their new currency, it should obviously be a simple matter to update +both+ the actual locale data files and iso-4217.def so that they remain in agreement). I know, I think so too. For what it's worth, I have submitted patches to the apparent ultimate upstream: * ar_SD - http://www.jtcsv.com/cgibin/icu-bugs?findid=2763 * sr_YU - http://www.jtcsv.com/cgibin/icu-bugs?findid=2764 That's good :) Please tell me if your submission is accepted into the upstream. Regards, -- gotom
Bug#173963: Bug#160040: Quick fix for sr_YU locale
On Mon, Mar 24, 2003 at 09:58:20PM +0900, GOTO Masanori wrote: [...] For what it's worth, I have submitted patches to the apparent ultimate upstream: * ar_SD - http://www.jtcsv.com/cgibin/icu-bugs?findid=2763 * sr_YU - http://www.jtcsv.com/cgibin/icu-bugs?findid=2764 That's good :) Please tell me if your submission is accepted into the upstream. But whether these patches are accepted or not do not matter here; these locales are broken and cannot be used at all, so any fix is better than current situation. And these fixes are almost harmless, LC_MONETARY is seldom used. Denis
Bug#182750: libc6-dev: errno.h and unistd.h are empty except for reincluding themselves?
Hello! I think, that it is a gcc-3.2 bug, not a libc6-dev bug. Anyway, here is my little program: #include unistd.h int main() { return 0; } And here is the probes: [EMAIL PROTECTED]:~/proba$ gcc -Wall alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include/sys -I/usr/include alma.c In file included from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1, from /usr/include/sys/unistd.h:1,
Bug#174253: Bug fixed?
Hello, I cannot reproduce this bug with locales-2.3.1-16, could you please check if it has been fixed? Thanks. Denis
Bug#176519: marked as done (Generating locales for de_CH.ISO-8859-1 yields errors)
Your message dated Mon, 24 Mar 2003 22:52:43 +0100 with message-id [EMAIL PROTECTED] and subject line bug #176519 fixed in sid 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 is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 13 Jan 2003 14:00:47 + From [EMAIL PROTECTED] Mon Jan 13 08:00:45 2003 Return-path: [EMAIL PROTECTED] Received: from zux006-004-203.adsl.green.ch (mail.swiss-it.ch) [81.6.4.203] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18Y58v-0002co-00; Mon, 13 Jan 2003 08:00:45 -0600 Received: from ronny (unknown [172.24.1.21]) by mail.swiss-it.ch (Postfix) with ESMTP id 7C0432808B for [EMAIL PROTECTED]; Mon, 13 Jan 2003 15:00:08 +0100 (CET) Content-Type: text/plain; charset=us-ascii From: Ronny Standtke [EMAIL PROTECTED] To: Debian Bugs [EMAIL PROTECTED] Subject: Generating locales for de_CH.ISO-8859-1 yields errors Date: Mon, 13 Jan 2003 15:00:08 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.1 required=5.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL version=2.41 X-Spam-Level: * Package: locales Version: 2.2.5-11.2 I invoked: #dpkg-reconfigure locales -plow and choose de_CH and [EMAIL PROTECTED] locales. After pressing OK I got the following error message: Generating locales... de_CH.ISO-8859-1.../usr/share/i18n/locales/de_CH:116: unterminated string /usr/share/i18n/locales/de_CH:116: LC_TIME: unknown character in field `d_t_fmt' done [EMAIL PROTECTED] done After looking at line 116 in /usr/share/i18n/locales/de_CH it seems there is a missing. Greetings Ronny --- Received: (at 176519-done) by bugs.debian.org; 24 Mar 2003 21:58:16 + From [EMAIL PROTECTED] Mon Mar 24 15:58:16 2003 Return-path: [EMAIL PROTECTED] Received: from zobe.linuxfr.org [212.27.33.220] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18xZxP-0004Xa-00; Mon, 24 Mar 2003 15:58:15 -0600 Received: by zobe.linuxfr.org (Postfix, from userid 1015) id 3B952F041; Mon, 24 Mar 2003 22:52:43 +0100 (CET) Date: Mon, 24 Mar 2003 22:52:43 +0100 To: Ronny Standtke [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: bug #176519 fixed in sid Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: [EMAIL PROTECTED] (Denis Barbier) Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-0.9 required=4.0 tests=SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_MUTT version=2.44 X-Spam-Level: Hi, this bug has been fixed in 2.3.1-4, so I am closing it. Thanks for your report. Denis
Re: glibc_2.3.1-16_sparc64.changes ACCEPTED
Debian Installer [EMAIL PROTECTED] writes: Accepted: libc6-dev-sparc64_2.3.1-16_sparc.deb to pool/main/g/glibc/libc6-dev-sparc64_2.3.1-16_sparc.deb libc6-sparc64_2.3.1-16_sparc.deb to pool/main/g/glibc/libc6-sparc64_2.3.1-16_sparc.deb Oi! Whoever's doing this, stop it. You've nicely fucked with wanna-build's head now. :-/ Binary-only uploads should a) come from the buildd, b) be one single upload, not random partial updates. Fix the source so the damn libc64 crap is auto-built. -- James
Bug#182750: libc6-dev: errno.h and unistd.h are empty except for reincluding themselves?
On Mon, Mar 24, 2003 at 04:45:40PM -, [EMAIL PROTECTED] wrote: Hello! I think, that it is a gcc-3.2 bug, not a libc6-dev bug. Anyway, here is my little program: #include unistd.h int main() { return 0; } And here is the probes: [EMAIL PROTECTED]:~/proba$ gcc -Wall alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include alma.c [EMAIL PROTECTED]:~/proba$ gcc -Wall -I/usr/include/sys -I/usr/include alma.c This is a user bug, not a GCC bug, not a glibc bug. Do not say -I for standard include directories. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer