Bug#420420: [INTL:hu] Hungarian glibc templates translation
Package: glibc Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Hungarian translation of the glibc debconf templates. msgid msgstr Project-Id-Version: glibc\n POT-Creation-Date: \n PO-Revision-Date: 2007-04-20 10:55+0100\n Last-Translator: SZERVÁC Attila [EMAIL PROTECTED]\n Language-Team: Hungarian\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=n != 1;\n X-Poedit-Language: Hungarian\n X-Poedit-Country: HUNGARY\n #. Type: multiselect #. Choices #: ../debhelper.in/locales.templates:1001 msgid All locales msgstr Minden helyi beállítás #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales to be generated: msgstr Létrehozandó helyi beállítások: #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales are a framework to switch between multiple languages and allow users to use their language, country, characters, collation order, etc. msgstr A helyi beállítások (locales) egy nyelveket váltó keretrendszer, mely lehetővé teszi, hogy a felhasználó saját nyelvét, országát, karaktereit használhassa. #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Please choose which locales to generate. UTF-8 locales should be chosen by default, particularly for new installations. Other character sets may be useful for backwards compatibility with older systems and software. msgstr Válaszd ki, milyen helyi beállításokat hozzunk létre. UTF-8 helyi beállításokat érdemes alapértelmezetten választani. Más karakter-készletek elavult rendszerekhez és szoftverekhez való kapcsolódáskor lehetnek jók. #. Type: select #. Choices #: ../debhelper.in/locales.templates:2001 msgid None msgstr Semmi #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid Default locale for the system environment: msgstr A rendszer alap helyi beállítása: #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid Many packages in Debian use locales to display text in the correct language for the user. You can choose a default locale for the system from the generated locales. msgstr A Debian számos csomagja helyi beállításokat használ a szövegek a felhasználó számára megfelelő nyelvű megjelenítésére . Választhatsz egy alapértelmezett. #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid This will select the default language for the entire system. If this system is a multi-user system where not all users are able to speak the default language, they will experience difficulties. msgstr Ez kiválasztja az egész rendszer alapértelmezett nyelvét. Több nyelvű rendszeren, ahol nem minden felhasználó beszéli az alapértelmezett nyelvet további beállítások kellenek.
Bug#420301: libc6: IPv6 transport fails for resolver
* Tim: Is there anything I can do to debug this directly on my system? I don't see anything in my system logs, which I didn't really expect to. strace output might help to diagnose this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc6-sparcv9 libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc0.1-dbg libc6-dev-s390x libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc0.3-pic libc6-dbg libc6-dev-ppc64 tags 420420 + pending Bug#420420: [INTL:hu] Hungarian glibc templates translation Tags were: l10n patch Tags added: pending 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]
r2111 - in glibc-package/trunk/debian: . po
Author: aurel32 Date: 2007-04-22 10:36:40 + (Sun, 22 Apr 2007) New Revision: 2111 Added: glibc-package/trunk/debian/po/hu.po Modified: glibc-package/trunk/debian/changelog Log: * New Hungarian debconf translation, by Attila Szerv?\195?\161c. Closes: #420420. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-04-21 23:49:32 UTC (rev 2110) +++ glibc-package/trunk/debian/changelog2007-04-22 10:36:40 UTC (rev 2111) @@ -23,11 +23,12 @@ specified on the command line. Closes: #340911. * debian/patches/any/submitted-strfry.diff: new patch (fix strfry() distribution) by Steinar H. Gunderson. Closes: #341903. - * patches/all/submitted-iconv-E13B.diff: new patch to fix wrong E13B -charset alias. patches/any/submitted-iconv-colon.diff: new patch to + * patches/all/submitted-iconv-E13B.diff: new patch to fix wrong E13B +charset alias. patches/any/submitted-iconv-colon.diff: new patch to allow colons in charset names. Closes: #91935. + * New Hungarian debconf translation, by Attila Szervác. Closes: #420420. - -- Aurelien Jarno [EMAIL PROTECTED] Sun, 22 Apr 2007 01:47:59 +0200 + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 22 Apr 2007 12:34:39 +0200 glibc (2.5-3) unstable; urgency=low Added: glibc-package/trunk/debian/po/hu.po === --- glibc-package/trunk/debian/po/hu.po 2007-04-21 23:49:32 UTC (rev 2110) +++ glibc-package/trunk/debian/po/hu.po 2007-04-22 10:36:40 UTC (rev 2111) @@ -0,0 +1,62 @@ +msgid +msgstr +Project-Id-Version: glibc\n +POT-Creation-Date: \n +PO-Revision-Date: 2007-04-20 10:55+0100\n +Last-Translator: SZERVÁC Attila [EMAIL PROTECTED]\n +Language-Team: Hungarian\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=utf-8\n +Content-Transfer-Encoding: 8bit\n +Plural-Forms: nplurals=2; plural=n != 1;\n +X-Poedit-Language: Hungarian\n +X-Poedit-Country: HUNGARY\n + +#. Type: multiselect +#. Choices +#: ../debhelper.in/locales.templates:1001 +msgid All locales +msgstr Minden helyi beállítás + +#. Type: multiselect +#. Description +#: ../debhelper.in/locales.templates:1002 +msgid Locales to be generated: +msgstr Létrehozandó helyi beállítások: + +#. Type: multiselect +#. Description +#: ../debhelper.in/locales.templates:1002 +msgid Locales are a framework to switch between multiple languages and allow users to use their language, country, characters, collation order, etc. +msgstr A helyi beállítások (locales) egy nyelveket váltó keretrendszer, mely lehetővé teszi, hogy a felhasználó saját nyelvét, országát, karaktereit használhassa. + +#. Type: multiselect +#. Description +#: ../debhelper.in/locales.templates:1002 +msgid Please choose which locales to generate. UTF-8 locales should be chosen by default, particularly for new installations. Other character sets may be useful for backwards compatibility with older systems and software. +msgstr Válaszd ki, milyen helyi beállításokat hozzunk létre. UTF-8 helyi beállításokat érdemes alapértelmezetten választani. Más karakter-készletek elavult rendszerekhez és szoftverekhez való kapcsolódáskor lehetnek jók. + +#. Type: select +#. Choices +#: ../debhelper.in/locales.templates:2001 +msgid None +msgstr Semmi + +#. Type: select +#. Description +#: ../debhelper.in/locales.templates:2002 +msgid Default locale for the system environment: +msgstr A rendszer alap helyi beállítása: + +#. Type: select +#. Description +#: ../debhelper.in/locales.templates:2002 +msgid Many packages in Debian use locales to display text in the correct language for the user. You can choose a default locale for the system from the generated locales. +msgstr A Debian számos csomagja helyi beállításokat használ a szövegek a felhasználó számára megfelelő nyelvű megjelenítésére . Választhatsz egy alapértelmezett. + +#. Type: select +#. Description +#: ../debhelper.in/locales.templates:2002 +msgid This will select the default language for the entire system. If this system is a multi-user system where not all users are able to speak the default language, they will experience difficulties. +msgstr Ez kiválasztja az egész rendszer alapértelmezett nyelvét. Több nyelvű rendszeren, ahol nem minden felhasználó beszéli az alapértelmezett nyelvet további beállítások kellenek. + -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307669: marked as done (localtime return wrong tm-tm_gmtoff, seems zoneinfo data's error)
Your message dated Sun, 22 Apr 2007 12:45:58 +0200 with message-id [EMAIL PROTECTED] and subject line localtime return wrong tm-tm_gmtoff, seems zoneinfo data's error 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) ---BeginMessage--- Package: libc6 Version: 2.3.2.ds1-20 Severity: normal Package: libc6 Version: 2.3.2.ds1-20 Severity: normal -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-speakup Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information tm_gmtoff should be 28800 for Etc/GMT+8, but got -28800, however, set timezone to Hongkong(which is the same as GMT+8) seems ok. seems zoneinfo for Etc/GMT+X and Etc/GMT-X are swapped. below is test code. #include time.h int main() { struct tm * lt; time_t t = time(NULL); lt = localtime(t); printf(timezone is %s\n, lt-tm_zone); printf(gmtoff is %d\n, lt-tm_gmtoff); } -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-speakup Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information ---End Message--- ---BeginMessage--- On Wed, May 04, 2005 at 07:35:56AM -0800, ca wrote: Package: libc6 Version: 2.3.2.ds1-20 Severity: normal Package: libc6 Version: 2.3.2.ds1-20 Severity: normal -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-speakup Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information tm_gmtoff should be 28800 for Etc/GMT+8, but got -28800, however, set timezone to Hongkong(which is the same as GMT+8) seems ok. seems zoneinfo for Etc/GMT+X and Etc/GMT-X are swapped. below is test code. #include time.h int main() { struct tm * lt; time_t t = time(NULL); lt = localtime(t); printf(timezone is %s\n, lt-tm_zone); printf(gmtoff is %d\n, lt-tm_gmtoff); } This is actually noy a bug. From timezone/etcetera: # We use POSIX-style signs in the Zone names and the output abbreviations, # even though this is the opposite of what many people expect. # POSIX has positive signs west of Greenwich, but many people expect # positive signs east of Greenwich. For example, TZ='Etc/GMT+4' uses # the abbreviation GMT+4 and corresponds to 4 hours behind UTC # (i.e. west of Greenwich) even though many people would expect it to # mean 4 hours ahead of UTC (i.e. east of Greenwich). -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Processed: severity of 263494 is minor
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 severity 263494 minor Bug#263494: /usr/bin/ldd: The 32/64bit ldd 'fails' to work with a 32bit kernel Severity set to `minor' from `normal' 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]
Processed (with 1 errors): Re: libc6: dns resolving problems
Processing commands for [EMAIL PROTECTED]: reassign 192744 host Bug#192744: libc6: resolver doesn't use search list Bug reassigned from package `libc6' to `host'. retitle 192744: host: doesn't use search list Unknown command or malformed arguments to command. thanks 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]
Bug#420301: marked as done (libc6: IPv6 transport fails for resolver)
Your message dated Sun, 22 Apr 2007 15:27:21 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#420301: libc6: IPv6 transport fails for resolver 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) ---BeginMessage--- Package: libc6 Version: 2.5-2 Severity: normal Hello, When I specify an IPv6 address as my nameserver, resolution fails instantly and a packet trace reveals no traffic. For instance if I specify only: nameserver 2002:CFAC:5504:2::0 in /etc/resolv.conf, no queries go out. Not sure if this is a glibc compile-time option to disable this feature, but I'm pretty sure that glibc has supported IPv6 transport on resolution since version 2.2. Using the dig command directly (with the -6 option) of course allows me to use IPv6 as transport, so I know v6 routing and other config is set up right. I have tried this with both 'options inet6' on and off. Let me know if I can provide any more information. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- no debconf information ---End Message--- ---BeginMessage--- * Tim: Thanks for the tip, I should have thought of it. I just realized my problem... the 'host' package does not support IPv6 transport. After fully debugging the issue with other tools, I found that things are working fine. Please close this bug, sorry for the trouble. Closing, as requested. ---End Message---
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc6-sparcv9 libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc0.1-dbg libc6-dev-s390x libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc0.3-pic libc6-dbg libc6-dev-ppc64 tags 263494 + pending Bug#263494: /usr/bin/ldd: The 32/64bit ldd 'fails' to work with a 32bit kernel There were no tags set. Tags added: pending 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]
Bug#420301: libc6: IPv6 transport fails for resolver
Hello, strace output might help to diagnose this. Thanks for the tip, I should have thought of it. I just realized my problem... the 'host' package does not support IPv6 transport. After fully debugging the issue with other tools, I found that things are working fine. Please close this bug, sorry for the trouble. thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2112 - in glibc-package/trunk/debian: . patches/any
Author: aurel32 Date: 2007-04-22 13:03:02 + (Sun, 22 Apr 2007) New Revision: 2112 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/any/local-ldd.diff Log: * debian/patches/any/local-ldd.diff: update to discard the error message that appears if one of the dynamic loader is not supported by the kernel. Closes: #263494. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-04-22 10:36:40 UTC (rev 2111) +++ glibc-package/trunk/debian/changelog2007-04-22 13:03:02 UTC (rev 2112) @@ -27,8 +27,11 @@ charset alias. patches/any/submitted-iconv-colon.diff: new patch to allow colons in charset names. Closes: #91935. * New Hungarian debconf translation, by Attila Szervác. Closes: #420420. + * debian/patches/any/local-ldd.diff: update to discard the error message +that appears if one of the dynamic loader is not supported by the +kernel. Closes: #263494. - -- Aurelien Jarno [EMAIL PROTECTED] Sun, 22 Apr 2007 12:34:39 +0200 + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 22 Apr 2007 15:02:00 +0200 glibc (2.5-3) unstable; urgency=low Modified: glibc-package/trunk/debian/patches/any/local-ldd.diff === --- glibc-package/trunk/debian/patches/any/local-ldd.diff 2007-04-22 10:36:40 UTC (rev 2111) +++ glibc-package/trunk/debian/patches/any/local-ldd.diff 2007-04-22 13:03:02 UTC (rev 2112) @@ -1,8 +1,8 @@ # All lines beginning with `# DP:' are a description of the patch. -# DP: Make ldd handle non-executable shared objects -# DP: +# DP: Make ldd handle non-executable shared objects. Discard the error +# DP: message if the kernel does not support one of the dynamic loaders. # DP: Updated by gotom, it's nice to merge to the upstream after my review. -# Date: (Updated 2004-01-02 gotom) +# Date: (Updated 2007-04-22 aurel32) Index: elf/ldd.bash.in === @@ -16,7 +16,7 @@ while test $# -gt 0; do case $1 in -@@ -151,8 +152,11 @@ +@@ -151,13 +152,16 @@ echo ldd: ${file}: $not regular file 2 result=1 elif test -r $file; then @@ -30,6 +30,12 @@ RTLD= ret=1 for rtld in ${RTLDLIST}; do + if test -x $rtld; then +- verify_out=`${rtld} --verify $file` ++ verify_out=`${rtld} --verify $file 2/dev/null` + ret=$? + case $ret in + [02]) RTLD=${rtld}; break;; @@ -169,7 +173,11 @@ # If the program exits with exit code 5, it means the process has been # invoked with __libc_enable_secure. Fall back to running it through -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#192744: libc6: dns resolving problems
reassign 192744 host retitle 192744: host: doesn't use search list thanks On Sat, May 10, 2003 at 12:35:14AM +0200, Ingo Juergensmann wrote: Package: libc6 Version: 2.3.1-17 Severity: normal There is a problem with resolving hostnames in current sid. First, here is a working one from a woody system (arrakis m68k autobuilder that is): [EMAIL PROTECTED]:]~$ host -v muaddib Trying muaddib.os.localnet Trying muaddib.hro.localnet ;; -HEADER- opcode: QUERY, status: NOERROR, id: 55915 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; QUESTION SECTION: ;muaddib.hro.localnet.IN A ;; ANSWER SECTION: muaddib.hro.localnet. 172800 IN A 192.168.0.1 ;; AUTHORITY SECTION: hro.localnet. 172800 IN NS muaddib.hro.localnet. ;; ADDITIONAL SECTION: muaddib.hro.localnet. 172800 IN A 192.168.0.1 Received 84 bytes from 192.168.1.1#53 in 46 ms On the local nameserver to arrakis itself this doesn?t work with sid: [EMAIL PROTECTED]:]/etc/bind# host -v muaddib Query about muaddib for record types A Trying muaddib within os.localnet ... Query failed, 0 answers, authoritative status: non-existent domain Authority information: os.localnet 172800 IN SOA fremen.os.localnet root.localhost ( 1999092907 ;serial (version) 86400 ;refresh period (1 day) 7200;retry interval (2 hours) 604800 ;expire time (1 week) 172800 ;default ttl (2 days) ) muaddib.os.localnet does not exist (Authoritative answer) Both machines have identical /etc/resolv.conf files, same /etc/nsswitch.conf hosts order, but different host tools. Arrakis is using bind9-host, fremen instead uses host package in version 2331-8. As you can see, host resolving don?t following the search directive in /etc/resolv.conf (which is: search os.localnet hro.localnet). It only try to resolv the first domain listed. This bug was reproduced on different machines and by a second person on a different network/bind setup. This is actually a problem of the host package, which does much of the resolving process by itself. For example, telnet that uses gethostbyname() does not suffer for this problem. I am therefore reassigning the bug. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216512: marked as done (workaround for libc crashes on incomplete multibyte chars)
Your message dated Sun, 22 Apr 2007 16:53:22 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#216512: workaround for libc crashes on incomplete multibyte chars 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) ---BeginMessage--- Package: libc6 Version: 2.3.1-16 Severity: normal Eric Agnew [EMAIL PROTECTED] wrote: First, a bug report: I'm getting a segfault on grep 2.5.1 when grepping the edict file ( http://ftp.cc.monash.edu.au/pub/nihongo/edict.gz ): egrep '^(.)(.)(.)\1\2\3 ' edict or: grep '^\(.\)\(.\)\(.\)\1\2\3 ' edict both output 13 lines and the seg fault. strace didn't seem to tell me anything, and I've never been able to figure out gdb, so.. hopefully someone will be able to reproduce it.. For reference, I'm running Linux (debian/unstable) on x86. Thanks for the report. Note that to reproduce the failure you probably have to be using a UTF-8 locale. The system I used happened to have fr_FR.UTF-8 installed, so I used that, even though the data in that file is in Japanese. On a system with x86 Linux debian/unstable (grep-2.5.1-4 and libc6-2.3.1-16), I pared it down to this: $ printf pMik3KTIpNwK | recode /64 \ | LC_ALL=fr_FR.UTF-8 /bin/grep -nE '^(.)(.)(.)\1\2\3 ' Segmentation fault [Exit 139 (SIGSEGV)] This also does it: $ grep totteringly edict|LC_ALL=fr_FR.UTF-8 /bin/grep -nE '^(.)(.)(.)\1\2\3 ' Segmentation fault [Exit 139 (SIGSEGV)] It looks like a problem in libc's re_exec function: $ LC_ALL=fr_FR.UTF-8 gdb /bin/grep (gdb) r -E '^(.)(.)(.)\1\2\3 ' k Starting program: /bin/grep -E '^(.)(.)(.)\1\2\3 ' k (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400c9ad5 in re_exec () from /lib/libc.so.6 (gdb) But note that if you rebuild grep by running `configure --with-included-regex' the resulting binary doesn't segfault. It doesn't find any matches, either. The same thing happens if I link grep with the very latest regex code from glibc's CVS repository. pgpMwnz6DIXsq.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Version: 2.3.6.ds1-13 I am able to reproduce the problem with sarge's glibc, but not with the etch one. I think the bug is fixed, and I am closing it with this mail. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Bug#352600: GCC PR
See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413 Since ROC hasn't been dropped, this change appears premature. It also breaks compatibility with other linux distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352600:
See GCC PR 31413: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413 This change appears premature and breaks compatibility with other linux distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#265819: marked as done (libc6: sendfile64() should fall back to sendfile() if not implemented by the OS)
Your message dated Sun, 22 Apr 2007 22:12:28 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#265819: libc6: sendfile64() should fall back to sendfile() if not implemented by the OS 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) ---BeginMessage--- Package: libc6 Version: 2.3.2.ds1-16 Severity: normal (Not filing as wishlist because, well, it's a bug.) If sendfile64() fails because the underlying OS doesn't implement it (as linux 2.4.x fails to do for a number of architectures), it currently just breaks. If large file support is turned on, then there's no way for user applications to fall back to normal sendfile(). Since glibc already takes care of replacing sendfile() calls w/ sendfile64(), it should also handle calling sendfile() if sendfile64() isn't implemented by the OS. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.5-3 On Sun, Aug 15, 2004 at 10:04:10PM -0400, Andres Salomon wrote: On Mon, 2004-08-16 at 09:23 +0900, GOTO Masanori wrote: At Sun, 15 Aug 2004 03:02:47 -0400, Andres Salomon wrote: (Not filing as wishlist because, well, it's a bug.) If sendfile64() fails because the underlying OS doesn't implement it (as linux 2.4.x fails to do for a number of architectures), it currently just breaks. If large file support is turned on, then there's no way for user applications to fall back to normal sendfile(). Since glibc already takes care of replacing sendfile() calls w/ sendfile64(), it should also handle calling sendfile() if sendfile64() isn't implemented by the OS. Do you have a test case? Regards, -- gotom Currently, apache2 is our test case. Adam Conrad or myself will send you a smaller test case, post-sarge; in the meantime, this bug can wait. Starting with the version 2.5, the glibc requires a 2.6 kernel, thus the sendfile64 syscall is always available. I am therefore closing the bug. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Bug#319275: marked as done (libc6-dbg: unusable debug information files in /usr/lib/debug/lib)
Your message dated Sun, 22 Apr 2007 23:20:18 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#319275: libc6-dbg: unusable debug information files in /usr/lib/debug/lib 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) ---BeginMessage--- Package: libc6-dbg Version: 2.3.2.ds1-22 Severity: normal Because files in /usr/lib/debug/lib lack all debug sections other than .debug_frame, gdb fails to acquire debug information automatically (See 15.2 Debugging Information in Separate of gdb.info). IMHO, the package should have correct debug information files in all possible (for each variant like tls) directories in the global debug file directory. Libraries with debug information in /usr/lib/debug seem useless. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages libc6-dbg depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.5-1 On Wed, Jul 20, 2005 at 05:44:16PM -0400, Daniel Jacobowitz wrote: On Thu, Jul 21, 2005 at 06:04:37AM +0900, YAEGASHI Takeshi wrote: Because files in /usr/lib/debug/lib lack all debug sections other than .debug_frame, gdb fails to acquire debug information automatically (See 15.2 Debugging Information in Separate of gdb.info). IMHO, the package should have correct debug information files in all possible (for each variant like tls) directories in the global debug file directory. Libraries with debug information in /usr/lib/debug seem useless. This is a feature. The debug information for glibc is extremely large, and it makes GDB take an excessive amount of RAM to debug. The files there have a functional .debug_frame and symbol table; this means that backtraces work, although they would not work without these files. You can put /usr/lib/debug in LD_LIBRARY_PATH to get debug info, but we only ship one variant of these. Again, because they are so large. Starting with glibc 2.5-1, we ship all variant of the library, because there is only one variant. The linuxthreads version have been removed. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Bug#348520: marked as done (libc6: dlclose() generates SIGSEGV in destructors of shared libraries)
Your message dated Mon, 23 Apr 2007 00:01:24 +0200 with message-id [EMAIL PROTECTED] and subject line libc6: dlclose() generates SIGSEGV in destructors of shared libraries 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) ---BeginMessage--- Package: libc6 Version: 2.3.5-8 Severity: normal The current glibc in Debian testing seems to suffer from the bug reported here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154641 Regards, Alex -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-mki Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.5-1 On Tue, Jan 17, 2006 at 03:37:46PM +0100, Alexander Thiel wrote: Package: libc6 Version: 2.3.5-8 Severity: normal The current glibc in Debian testing seems to suffer from the bug reported here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154641 The bug has been fixed in glibc 2.5. Closing the bug. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Bug#353031: posix_fadvise defines missing
reassing 353031 manpages-dev thanks On Fri, Feb 24, 2006 at 05:52:14PM +0900, GOTO Masanori wrote: At 16 Feb 2006 13:00:08 -0500, Greg Stark wrote: The man pages come from manpages-dev. It seems like the necessary #defines should be included in each man page along with the necessary #includes. I suspect I'll be tilting at windmills trying to convince people of this though. Can we reassign your report to manpages-dev, or just close it? I guess we should reassign it to manpages-dev, what I am doing with this mail. If you don't agree, please close it. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 353031 to manpages-dev
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 reassign 353031 manpages-dev Bug#353031: posix_fadvise defines missing Bug reassigned from package `libc6' to `manpages-dev'. 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]
Bug#419189: not due to ubuntu or knoppix
I've been tracking sid, that's all (for this particular computer) I ever do. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]