Bug#356328: please add am_pm formatting information to en_NZ
Package: locales Version: 2.3.6-3 Severity: minor Tags: patch, upstream, l10n Hi, the New Zealand locale file /usr/share/i18n/locales/en_NZ is missing strings for am and pm. These should be the same as those in the en_AU (Australia) locale file. Thanks --- en_NZ- 2006-03-02 15:15:39.0 +1300 +++ en_NZ 2006-03-02 15:15:39.0 +1300 @@ -111,8 +111,9 @@ d_t_fmt U0025U0061U0020U0025U0064U0020U0025U0062U0020U0025U0059U0020U0025U0054U0020U0025U005A d_fmt U0025U0064U002FU0025U006DU002FU0025U0079 t_fmt U0025U0054 -am_pm ; -t_fmt_ampm +am_pm U0041U004D;U0050U004D +t_fmt_ampm U0025U0049U003AU0025U004DU003AU0025U0053U0020/ +U0025U0070 date_fmt U0025U0061U0020U0025U0062U0020U0025U0065/ U0020U0025U0048U003AU0025U004DU003AU0025U0053U0020/ U0025U005AU0020U0025U0059 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356341: dist-upgrade from sarge to testing
Package: locales Version: 2.3.2.ds1-22 - new installation Sarge mininmal-install - no choose in base-config - ok - after installation i have edit the sources.list - s/stable/testing/ - apt-get dist-upgrade Error-Msg by typing: apt-get install locales Reading package lists ... Done Building dependency tree ... Done You might want to run 'apt-get -f install' to correct these: The following packages have unmet dependencies: libx11-6: Depends: x11-common ( 4.3.0) but it is not going to be installed locales: conflicts: base-config but 2.76 ist to be installed xfree86-common: Depends: x11-common but it is not going to be installed E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). # apt-get clean # apt-get -f install The following extra packages will be installed: x11-common Suggested packages: x-window-system-core x-window-system The following NEW packages will be installed: x11-common ... Do you want to continue [Y/n]? Y perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = de_DE:de_en_GB:en, LC_ALL = (unset), LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Preconfiguring packages ... (Reading database ... 24476 files and directories currently installed.) Unpacking x11-common (from .../x11-common_6.9.0.dfsg.1-4_all.dep) ... dpkg: error processing /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-4_all.dep (--unpack): trying to overwrite `/etc/X11/Xsession', which is also in package xfree86-common dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archieves/x11-common_6.9.0.dfsg.1-4_all.dep E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign bug to glibc
Processing commands for [EMAIL PROTECTED]: reassign 349688 libc6 Bug#349688: valgrind: Strange DWARF2 message Bug reassigned from package `valgrind' to `libc6'. 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#349688: retitle, provide patch for and details of bug#349688
retitle 349688 broken .eh_frame for one argument syscalls. tags 349688 patch upstream sid sarge quit This bug is tracked in the glibc bugzilla here: http://sources.redhat.com/bugzilla/show_bug.cgi?id=2419 I am attaching a patch that fixes the issue. Here is a dump of some info from glibc bugzilla: The .eh_frame sections for the nptl single argument syscalls (close and fsync) in glibc 2.3.6 are being created incorrectly. Valgrind compains about this, as discussed here: http://sourceforge.net/mailarchive/forum.php?thread_id=7568951forum_id=32038 valgrind emits the message: DWARF2 CFI reader: unhandled CFI instruction 0:50 on startup of every program linking to the offending object. This creates a lot of noise. readelf agrees that there is a problem with the sections: $ readelf --debug-dump=frames /lib/tls/libc.so.6 /dev/null unsupported or unknown DW_CFA_50 unsupported or unknown DW_CFA_50 $ The patch I will attach shortly fixes the problem. At least the error message goes away and to me the CFI instructions now look correct. FWIW, I noticed the problem on Debian stable (sarge) and current unstable (sid) but it doesn't look like a Debian only issue. The patch above is far enough removed from the final objects that the correctness of the fix isn't obvious (to me anyway). To verify the fix I took the output object and steped through the FDE instructions to create the CFI table. Then I checked that the CFI table corresponds to the subroutine in question. $ ar -x /usr/lib/nptl/libc.a close.o $ readelf --debug-dump=frames close.o The section .eh_frame contains: 0010 CIE Version: 1 Augmentation: Code alignment factor: 1 Data alignment factor: -4 Return address column: 8 DW_CFA_def_cfa: r4 ofs 4 DW_CFA_offset: r8 at cfa-4 DW_CFA_nop DW_CFA_nop 0014 0020 0018 FDE cie= pc=..0050 DW_CFA_advance_loc: 12 to 000c DW_CFA_register: r3 in r2 DW_CFA_advance_loc: 13 to 0019 DW_CFA_restore: r3 DW_CFA_advance_loc: 21 to 002e DW_CFA_register: r3 in r2 DW_CFA_advance_loc: 13 to 003b DW_CFA_restore: r3 DW_CFA_advance_loc: 1 to 003c DW_CFA_def_cfa_offset: 8 DW_CFA_advance_loc: 8 to 0044 DW_CFA_def_cfa_offset: 4 DW_CFA_nop DW_CFA_nop $ In order to decode the above I looked at sections 6.4 and Appendix 5 of http://www.arm.com/pdfs/TIS-DWARF2.pdf. The CFI table described above is show below. I also filled in what I believe to be the CFI to x86 register mapping and the callee saved registers. fp fp ra eax ecx edx ebx esp ebp esi edi eip Loc CFA r0 r1 r2 r3 r4 r5 r6 r7 r8 0r4+4u u u s u s s s cfa-4 cr2 19 s 2e r2 3b s 3c r4+8 44 r4+4 key: = (blank) same as last (look up in same column to find value) s = same_value rule u = undefined rule rN = register(N) rule $ objdump -j .text -D close.o close.o: file format elf32-i386 Disassembly of section .text: __libc_close: 0: 65 83 3d 0c 00 00 00cmpl $0x0,%gs:0xc 7: 00 8: 75 1b jne25 __close_nocancel+0x1b 000a __close_nocancel: a: 89 da mov%ebx,%edx c: 8b 5c 24 04 mov0x4(%esp),%ebx 10: b8 06 00 00 00 mov$0x6,%eax 15: cd 80 int$0x80 17: 89 d3 mov%edx,%ebx 19: 3d 01 f0 ff ff cmp$0xf001,%eax 1e: 0f 83 fc ff ff ff jae20 __close_nocancel+0x16 24: c3 ret 25: e8 fc ff ff ff call 26 __close_nocancel+0x1c 2a: 89 c1 mov%eax,%ecx 2c: 89 da mov%ebx,%edx 2e: 8b 5c 24 04 mov0x4(%esp),%ebx 32: b8 06 00 00 00 mov$0x6,%eax 37: cd 80 int$0x80 39: 89 d3 mov%edx,%ebx 3b: 50 push %eax 3c: 89 c8 mov%ecx,%eax 3e: e8 fc ff ff ff call 3f __close_nocancel+0x35 43: 58 pop%eax 44: 3d 01 f0 ff ff cmp$0xf001,%eax 49: 0f 83 fc ff ff ff jae4b __close_nocancel+0x41 4f: c3 ret eh_frame.patch Description: Binary data
Processed: retitle, provide patch for and details of bug#349688
Processing commands for [EMAIL PROTECTED]: retitle 349688 broken .eh_frame for one argument syscalls. Bug#349688: valgrind: Strange DWARF2 message Changed Bug title. tags 349688 patch upstream sid sarge Bug#349688: broken .eh_frame for one argument syscalls. There were no tags set. Tags added: patch, upstream, sid, sarge quit 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]
Re: r1291 - in glibc-package/branches/glibc-2.4/debian: . patches
What needed this? These ought to be internal to NPTL, as far as I know. Because of linuxthreads-sizeof.diff, things are including ../nptl/descr.h and choking. I don't remember which file failed first. We also have trouble with SYSCALL_ERROR_HANDLER_ENTRY and friends not being defined; sticking those macros into linuxthreads/sysdeps/unix/sysv/linux/sparc/sparc32/sysdep-cancel.h appears to do the trick. Also, there's gconv chokage due to THREAD_GET_POINTER_GUARD being undefined. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r1291 - in glibc-package/branches/glibc-2.4/debian: . patches
On Sat, Mar 11, 2006 at 10:29:24AM -0500, Clint Adams wrote: What needed this? These ought to be internal to NPTL, as far as I know. Because of linuxthreads-sizeof.diff, things are including ../nptl/descr.h and choking. I don't remember which file failed first. Oh right, I'd forgotten what that patch did. We also have trouble with SYSCALL_ERROR_HANDLER_ENTRY and friends not being defined; sticking those macros into linuxthreads/sysdeps/unix/sysv/linux/sparc/sparc32/sysdep-cancel.h appears to do the trick. Maybe this is sparc specific? Also, there's gconv chokage due to THREAD_GET_POINTER_GUARD being undefined. Yes, this one I know about - be looking at it soon if no one beats me to it. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r1291 - in glibc-package/branches/glibc-2.4/debian: . patches
Maybe this is sparc specific? Yes, I think it was only sparc that was trying to use those #defines. There's probably a cleaner fix. Yes, this one I know about - be looking at it soon if no one beats me to it. Most likely not I. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356306: marked as done (glibc: FTBFS on experimental / amd64: biarch i386 failed to build.)
Your message dated Sat, 11 Mar 2006 17:02:55 +0100 with message-id [EMAIL PROTECTED] and subject line glibc: FTBFS on experimental / amd64: biarch i386 failed to build. 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: glibc Version: 2.3.999-1 Severity: important Hi, Your package failed to build on amd64. The amd64 version seems to have build without problem, but then when it tried to build the i386 version, it failed with the following error: running configure fragment for sysdeps/i386/elf checking for i386 TLS support... yes running configure fragment for nptl/sysdeps/pthread checking for forced unwind support... no configure: error: forced unwind support is required make: *** [/build/buildd/glibc-2.3.999/stamp-dir/configure_i386] Error 1 Full buildd log is available at http://amd64.ftbfs.de/fetch.php?pkg=glibcver=2.3.999-1arch=amd64stamp=1141959515file=logas=raw Kurt ---End Message--- ---BeginMessage--- Hi, It seems that it failed because libc6-i386 doesn't provide the lib32 symlink yet, and we didn't add it manually in the experimental buildd chroot yet. After adding manually, it got alot further in the build process, so I'll close this, but failed with an other error, and I'll file an other bug about that. Kurt ---End Message---
Bug#356382: glibc: FTBFS in experimental on amd64: segmantation fault.
Package: glibc Version: 2.3.999-1 Severity: serious Tags: experimental Hi, Your package is failing to build on amd64 with a segmentation fault. From the buildd log: GCONV_PATH=/build/buildd/glibc-2.3.999/build-tree/amd64-libc/iconvdata LC_ALL=C LOCPATH=/build/buildd/glibc-2.3.999/build-tree/amd64-libc/localedata /build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf/ld-linux-x86-64.so.2 --library-path /build/buildd/glibc-2.3.999/build-tree/amd64-libc:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/math:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/dlfcn:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nss:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nis:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/resolv:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/crypt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl /build/buildd/glibc-2.3.999/build-tree/amd64-libc/posix/tst-rxspencer --utf8 rxspencer/tests /build/buildd/ glibc-2.3.999/build-tree/amd64-libc/posix/tst-rxspencer.out /bin/sh: line 1: 13309 Segmentation fault GCONV_PATH=/build/buildd/glibc-2.3.999/build-tree/amd64-libc/iconvdata LC_ALL=C LOCPATH=/build/buildd/glibc-2.3.999/build-tree/amd64-libc/localedata /build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf/ld-linux-x86-64.so.2 --library-path /build/buildd/glibc-2.3.999/build-tree/amd64-libc:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/math:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/dlfcn:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nss:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nis:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/resolv:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/crypt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl /build/buildd/glibc-2.3.999/build-tree/amd64-libc/posix/tst-rxspencer --utf8 rxspencer/tests /build/buildd/glibc-2.3.999/build-tree/amd64-libc/posix/tst-rxspencer.out make[3]: *** [/build/buildd/glibc-2.3.999/build-tree/amd64-libc/posix/tst-rxspe ncer.out] Error 139 I think there are some other errors in the log: GCONV_PATH=/build/buildd/glibc-2.3.999/build-tree/amd64-libc/iconvdata LC_ALL=C /build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf/ld-linux-x86-64.so.2 --library-path /build/buildd/glibc-2.3.999/build-tree/amd64-libc:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/math:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/dlfcn:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nss:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nis:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/resolv:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/crypt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl /build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt/tst-mqueue8 /build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt/tst-mqueue8.out make[3]: *** [/build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt/tst-mqueue5.out] Error 1 And: GCONV_PATH=/build/buildd/glibc-2.3.999/build-tree/amd64-libc/iconvdata LC_ALL=C /build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf/ld-linux-x86-64.so.2 --library-path /build/buildd/glibc-2.3.999/build-tree/amd64-libc:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/math:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/elf:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/dlfcn:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nss:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nis:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/resolv:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/crypt:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl:/build/buildd/glibc-2.3.999/build-tree/amd64-libc/nptl /build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt/tst-cputimer2 /build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt/tst-cputimer2.out make[3]: *** [/build/buildd/glibc-2.3.999/build-tree/amd64-libc/rt/tst-cputimer 1.out] Error 1 And finally it stopped with: make[2]: Target `check' not remade because of errors. make[2]: Leaving directory `/build/buildd/glibc-2.3.999/build-tree/glibc-2.4' make[1]: *** [check] Error 2 make[1]: Leaving directory `/build/buildd/glibc-2.3.999/build-tree/amd64-libc' make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. Build killed with signal 15 after 50 minutes of inactivity Note that it seems to have hang for 50 minutes without printing anything to stdout/stderr. Full buildd log is available at: