Bug#552136: marked as done (package from volatile repository breaks dependency with tzdata-java)
Your message dated Sun, 25 Oct 2009 16:55:47 +0100 with message-id 20091025155547.gg26...@hall.aurel32.net and subject line Re: Bug#552181: tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed. has caused the Debian Bug report #552136, regarding package from volatile repository breaks dependency with tzdata-java 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552136: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552136 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tzdata Version: 2009l-0lenny1.1 I'm using the amd64 version of Lenny. The latest update of tzdata from the volatile repository breaks dependency with the package tzdata-java from main. My last update which introduced tzdata version 2009l-0lenny1.1 removed tzdata-java and if I want to install it again I get this message: The following packages have unmet dependencies: tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed E: Broken packages best wishes, Björn -- Support Free Software, join FSFE's Fellowship (http://fellowship.fsfe.org) ---End Message--- ---BeginMessage--- On Wed, Oct 21, 2009 at 12:59:06PM +0200, Christian Schulte wrote: Package: tzdata-java Version: 2009l-0lenny1 Severity: important Recent upgrade of tzdata leads to broken tzdata-java package. mx:~# LANG=C aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages are BROKEN: tzdata-java The following packages will be upgraded: tzdata 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/772kB of archives. After unpacking 0B will be used. The following packages have unmet dependencies: tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed. The following actions will resolve these dependencies: This is a bug of the archive, the file is there but does not appear in the Packages.gz file. It has been fixed on the main archive, but it may take a few hours to propagate to all mirrors. In the meanwhile, you can fetch and install it manually from: http://volatile.debian.org/debian-volatile/pool/volatile/main/t/tzdata/tzdata-java_2009l-0lenny1.1_all.deb -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net ---End Message---
Bug#552181: marked as done (tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed.)
Your message dated Sun, 25 Oct 2009 16:55:47 +0100 with message-id 20091025155547.gg26...@hall.aurel32.net and subject line Re: Bug#552181: tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed. has caused the Debian Bug report #552181, regarding tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed. 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552181: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552181 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tzdata-java Version: 2009l-0lenny1 Severity: important Recent upgrade of tzdata leads to broken tzdata-java package. mx:~# LANG=C aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages are BROKEN: tzdata-java The following packages will be upgraded: tzdata 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/772kB of archives. After unpacking 0B will be used. The following packages have unmet dependencies: tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed. The following actions will resolve these dependencies: Remove the following packages: tzdata-java Leave the following dependencies unresolved: openjdk-6-jre-headless recommends tzdata-java Score is -441 Accept this solution? [Y/n/q/?] n *** No more solutions available *** -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.27.37 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata-java depends on: ii tzdata 2009l-0lenny1 time zone and daylight-saving time tzdata-java recommends no packages. tzdata-java suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- On Wed, Oct 21, 2009 at 12:59:06PM +0200, Christian Schulte wrote: Package: tzdata-java Version: 2009l-0lenny1 Severity: important Recent upgrade of tzdata leads to broken tzdata-java package. mx:~# LANG=C aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages are BROKEN: tzdata-java The following packages will be upgraded: tzdata 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/772kB of archives. After unpacking 0B will be used. The following packages have unmet dependencies: tzdata-java: Depends: tzdata (= 2009l-0lenny1) but 2009l-0lenny1.1 is to be installed. The following actions will resolve these dependencies: This is a bug of the archive, the file is there but does not appear in the Packages.gz file. It has been fixed on the main archive, but it may take a few hours to propagate to all mirrors. In the meanwhile, you can fetch and install it manually from: http://volatile.debian.org/debian-volatile/pool/volatile/main/t/tzdata/tzdata-java_2009l-0lenny1.1_all.deb -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net ---End Message---
Bug#552407: eglibc: sh: build timeout in /localedata/tst_wcstod.out
Package: eglibc Version: 2.10.1-2 Severity: important User: debian-...@superh.org Usertags: sh4 X-Debbugs-CC: debian-sup...@lists.debian.org Hi, I am now trying to run Debian on Renesas SH CPU(sh4). eglibc 2.10.1-1 and 2.10.1-2 FTBFS on sh4. http://buildd.debian-ports.org/fetch.php?pkg=eglibcarch=sh4ver=2.10.1-2stamp=1256516165file=logas=raw - .. gcc-4.4 -nostdlib -nostartfiles -o /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/localedata/tst_wcstod -Wl,-dynamic-linker=/lib/ld-linux.so.2 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/csu/crt1.o /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/csu/crti.o `gcc-4.4 --print-file-name=crtbegin.o` /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/localedata/tst_wcstod.o -Wl,-rpath-link=/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/math:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/elf:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/dlfcn:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/nss:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/nis:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/rt:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/resolv:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/crypt:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/nptl /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/libc.so.6 /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/libc_nonshared.a -lgcc -Wl,--as-needed -lgcc_s -Wl,--no-as-needed `gcc-4.4 --print-file-name=crtend.o` /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/csu/crtn.o GCONV_PATH=/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/iconvdata LC_ALL=C LOCPATH=/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/localedata /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/elf/ld-linux.so.2 --library-path /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/math:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/elf:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/dlfcn:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/nss:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/nis:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/rt:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/resolv:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/crypt:/build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/nptl /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/localedata/tst_wcstod /build/buildd-eglibc_2.10.1-2-sh4-YBvR9S/eglibc-2.10.1/build-tree/sh4-libc/localedata/tst_wcstod.out make: *** wait: No child processes. Stop. - I tested by gcc-4.3_4.3.4-5 and gcc-4.4_4.4.1-6. But both have the same problem. And I set 3000 to stalled_pkg_timeout of value in .sbuildrc. ii gcc-4.4 4.4.1-6The GNU C compiler ii gcc-4.3 4.3.4-5The GNU C compiler ii binutils 2.20-1+sh4 The GNU assembler, linker and binary utiliti ii libc-bin 2.9-27 GNU C Library: Binaries ii libc-dev-bin 2.9-27 GNU C Library: Development binaries ii libc6 2.9-27 GNU C Library: Shared libraries ii libc6-dev 2.9-27 GNU C Library: Development Libraries and Hea ii linux-libc-dev2.6.30-6+sh4 Linux support headers for userspace developm Let me know if you want more info. Best regards, Nobuhiro -- Nobuhiro Iwamatsu -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org