Bug#640431: RM: linux-modules-di-sparc-2.6 -- ROM; obsolete
Package: ftp.debian.org Severity: normal Please remove the stated source package from unstable. It is no longer needed by d-i and built against an ancient kernel version. See [0] for the confirmation on debian-boot. Kind regards and thanks, Philipp Kern [0] http://lists.debian.org/debian-boot/2011/08/msg00507.html -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#636944: Please binNMU parrot on i386
On Mon, Aug 08, 2011 at 11:57:22AM +0200, Dominique Dumont wrote: Theoritically, the following commands should trigger a rakudo rebuild once parrot has been binNMU'ed. Hope I'm right nmu parrot_3.6.0-1 . i386 . -m 'rebuild to exclude libffi (fix config mismatch between arches and rakudo FTBS)' Done. dw rakudo_0.1~2011.07-1 . i386 . -m '(= parrot_3.6.0-1+b1)' dw rakudo_0.1~2011.07-1 . i386 . -m 'libparrot-dev (= 3.6.0-1+b1)' Cheers Philipp Kern signature.asc Description: Digital signature
Bug#621464: It works...
severity 621464 important thanks On Wed, Apr 20, 2011 at 02:31:29PM +0200, Carlo Stemberger wrote: I've just tried to run sweethome3d, and now it works... Works for me, too. With intel: pkern@spike:~$ glxinfo | grep -i 'glx version' server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 I don't think this warrants grave. Furthermore the version in testing is broken and the version in unstable works. If it's broken for nouveau users I think it's likely that the testing version is also affected. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#640152: FTBFS: needs build-dep on automake
Package: valgrind Version: 1:3.6.99svn12003-1 Severity: serious The version of valgrind in experimental FTBFS'es on all architectures because a build-dep on automake is missing: ~/valgrind-3.6.99svn12003# ls -al install-sh lrwxrwxrwx 1 root root 35 Aug 28 21:11 install-sh - /usr/share/automake-1.11/install-sh This is actually dangling until you install the current automake, which provides automake1.11. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640154: please enable building on s390x
Package: valgrind Version: 1:3.6.99svn12003-1 Severity: normal User: debian-s...@lists.debian.org Usertags: s390x Hi, I successfully built (and ran) valgrind in experimental on s390x. Please add it to the architecture list. Kind regards and thanks Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637898: zlib: please add biarch packages lib32z1 and lib32z1-dev on s390x
Hi, On Tue, Aug 16, 2011 at 09:23:25AM +0100, Mark Brown wrote: On Tue, Aug 16, 2011 at 07:06:09AM +0200, Aurelien Jarno wrote: Could you please point me to the version I should base my patch on? The one in experimental or a different one? A different one which I've not uploaded anywhere (or finished doing). could we please still get that change as-is into the archive in the meantime? Pretty please? :) Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#638785: libogre-perl: FTBFS with powerpc buildd: tests fail
On Tue, Aug 30, 2011 at 08:48:32AM +0300, Niko Tyni wrote: The perl package on poulenc is still at 5.12.4-1, lacking the fix for #630399 and therefore not looking into the multiarch directories. Cc'ing the powerpc buildd maintainers. Could you please upgrade perl in poulenc.debian.org ? Upgraded both porpora and poulenc, sorry for the hassle. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#638785: libogre-perl: FTBFS with powerpc buildd: tests fail
On Tue, Aug 30, 2011 at 02:43:32PM +0100, Dominic Hargreaves wrote: On Tue, Aug 30, 2011 at 02:46:10PM +0200, Philipp Kern wrote: On Tue, Aug 30, 2011 at 08:48:32AM +0300, Niko Tyni wrote: The perl package on poulenc is still at 5.12.4-1, lacking the fix for #630399 and therefore not looking into the multiarch directories. Cc'ing the powerpc buildd maintainers. Could you please upgrade perl in poulenc.debian.org ? Upgraded both porpora and poulenc, sorry for the hassle. Great, thanks! Please could you give-back libogre-perl, libdevice-usb-perl, libpango-perl, and libastro-fits-cfitsio-perl, which all seem to have similar issues. Done. Cheers Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639560: symbol changes
Package: libast Version: 0.7-5 Severity: serious The package FTBFS'es on mips, powerpc, s390, sparc and the inofficial ports s390x and powerpcspe because of changes in the symbol set wrt the symbols file: --- debian/libast2.symbols (libast2_0.7-5_mips) +++ dpkg-gensymbolsqBZbvb 2011-08-26 17:23:07.0 + @@ -286,7 +286,7 @@ spifhash_fnv@Base 0.7 spifhash_jenkins32@Base 0.7 spifhash_jenkins@Base 0.7 - spifhash_jenkinsLE@Base 0.7 +#MISSING: 0.7-5# spifhash_jenkinsLE@Base 0.7 spifhash_one_at_a_time@Base 0.7 spifhash_rotating@Base 0.7 spifmem_calloc@Base 0.7 @@ -314,6 +314,8 @@ spiftool_hex_dump@Base 0.7 spiftool_join@Base 0.7 spiftool_num_words@Base 0.7 + spiftool_regexp_match@Base 0.7-5 + spiftool_regexp_match_r@Base 0.7-5 spiftool_safe_str@Base 0.7 spiftool_safe_strncat@Base 0.7 spiftool_safe_strncpy@Base 0.7 dh_makeshlibs: dpkg-gensymbols -plibast2 -Idebian/libast2.symbols -Pdebian/libast2 -edebian/libast2/usr/lib/mips-linux-gnu/libast.so.2.0.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639561: FTBFS: testsuite failures
Package: obnam Version: 0.22-1 Severity: serious Your package FTBFS on basically all architectures due to testsuite failures. | Error: gpg: fatal: can't create directory `/home/buildd/.gnupg': No such file or directory You cannot rely on the home directory of the user running the build being writeable or even accessible. Please review https://buildd.debian.org/status/package.php?p=obnamsuite=sid if there are other failures than this one. Cheers Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639564: canonicalizes s390x to s390/s390
Package: botan1.10 Version: 1.10.0-2 Severity: normal User: debian-s...@lists.debian.org Usertags: s390x As seen in the build log on [0], botan1.10 canonicalizes the CPU name s390x to s390/s390, and then tries to build with -m31. s390x is the 64bit variant of s390, hence the code should be compiled for 64bit with -m64 (or just by omitting the specification). [0] http://buildd.debian-ports.org/status/fetch.php?pkg=botan1.10arch=s390xver=1.10.0-2stamp=1314311589 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639434: l2tp-ipsec-vpn-daemon: not installable on kfreebsd-*
Package: l2tp-ipsec-vpn-daemon Version: 0.9.5-1 Severity: serious Your package is arch:any and hence built for kfreebsd-* (and hurd-*). However it's uninstallable on those because of fixed dependencies on openswan and xl2tpd. Those two are currently only available on Linux. For your package to migrate to testing you might either tweak your dependency lines, or make your package arch:linux-any and request a partial binary removal of your package from the obsolete architectures. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639435: package no longer installable
Package: alexandria Version: 0.6.6-1 Severity: serious ruby-gnome2 dropped some deprecated packages and hence your package is no longer installable in unstable. The affected dependencies are libgconf2-ruby, libgnome2-ruby and libglade2-ruby. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639436: package no longer installable
Package: fantasdic Version: 1.0beta7-5 Severity: serious ruby-gnome2 dropped some packages and hence your package is no longer installable in unstable. The dependencies affected are libglade2-ruby, libgnome2-ruby and libgconf2-ruby. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639437: package no longer installable
Package: screenruler Version: 0.891+bzr25-1 Severity: serious ruby-gnome2 dropped some packages and screenruler is hence no longer installable in unstable. The dependencies affected are libglade2-ruby and libgconf2-ruby. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636823: sshmenu-gnome: Dependency to obsoleted packages
On Sat, Aug 06, 2011 at 09:05:03AM +0200, Michael Rasmussen wrote: There are 8 newly obsolete packages: libart2-ruby1.8, libgconf2-ruby, libgconf2-ruby1.8, libgnome2-ruby, libgnome2-ruby1.8, libgnomecanvas2-ruby1.8, libpanel-applet2-ruby, libpanel-applet2-ruby1.8 The problem here is not that they're obsolete but actually removed from unstable already, so the package is uninstallable. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#639439: reportbug script fails on s390: no PCI bus
Package: linux-2.6 Version: 2.6.32-35 Severity: normal Hi, I get the following error message when reportbug tries to execute the bug script: | Gathering additional data, this may take a while... | Include network configuration and status from this computer? y | pcilib: Cannot open /proc/bus/pci | lspci: Cannot find any working access method. | The package bug script /usr/share/bug/linux-image-2.6.32-5-s390x/script exited with an error status (return code = 256). Do you still want to file a report? [y|N|q|?]? y The call to PCI utilities should not cause the script to fail on architectures that don't have a PCI bus. Kind regards Philipp Kern -- Package-specific info: ** Version: Linux version 2.6.32-5-s390x (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:22:54 UTC 2011 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639438: heavy NFS client usage triggers kernel BUG
Package: linux-2.6 Version: 2.6.32-35 Severity: normal Hi, heavy NFS client usage seems to trigger the kernel BUG below. Fedora seems to have encountered the same on s390x, and there's even a code snippet identified, but the report timed out: https://bugzilla.redhat.com/show_bug.cgi?id=508916 Kind regards Philipp Kern -- Package-specific info: ** Version: Linux version 2.6.32-5-s390x (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:22:54 UTC 2011 ** Command line: root=/dev/disk/by-path/ccw-0.0.5204-part2 BOOT_IMAGE=0 ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [619921.521773] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [619921.521779] ffsb D 00362ea4 0 3090 3060 0x0004 [619921.521787] [619921.521792] 0001 0001 c9bcfc60 [619921.521799]0001 fac9c830 [619921.521806]0003 83897300 ffe40e70 00368fd0 [619921.521813]00368c20 00362090 c9bcfc60 c9bcfd68 [619921.521821] Call Trace: [619921.521823] ([00362090] schedule+0xb0c/0xc30) [619921.521836] [00362ea4] __mutex_lock_slowpath+0xd4/0x14c [619921.521844] [003633a2] mutex_lock+0x4e/0x6c [619921.521849] [0012f54a] generic_file_llseek+0x36/0x74 [619921.521856] [0012de98] SyS_llseek+0x68/0xd4 [619921.521864] [000299e6] sysc_noemu+0x10/0x16 [619921.521872] [77fca9ce] 0x77fca9ce [622081.545953] INFO: task ffsb:3694 blocked for more than 120 seconds. [622081.545961] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [622081.545967] ffsb D 00362ea4 0 3694 3671 0x0004 [622081.545975] 83897368 003685d8 0003e60a 018dbc20 [622081.545981]018dbc20 ffcd0770 ffcd0770 018dbc60 [622081.545988]003685d8 fac9f380 feebd238 [622081.545995]0003 83897300 ffcd0738 fac9f7a8 [622081.546002]00368c20 00362090 018dbc60 018dbd68 [622081.546009] Call Trace: [622081.546012] ([00362090] schedule+0xb0c/0xc30) [622081.546025] [00362ea4] __mutex_lock_slowpath+0xd4/0x14c [622081.546032] [003633a2] mutex_lock+0x4e/0x6c [622081.546038] [0012f54a] generic_file_llseek+0x36/0x74 [622081.546045] [0012de98] SyS_llseek+0x68/0xd4 [622081.546052] [000299e6] sysc_noemu+0x10/0x16 [622081.546061] [77fca9ce] 0x77fca9ce [622081.546083] INFO: task ffsb:3706 blocked for more than 120 seconds. [622081.546086] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [622081.546091] ffsb D 00362ea4 0 3706 3671 0x0004 [622081.546098] 83887368 003685d8 0003e60a 3954bc20 [622081.546104]3954bc20 ffcd0038 ffcd0038 3954bc60 [622081.546111]003685d8 fa9f40f8 feebd238 [622081.546118]0002 83887300 ffcd fa9f4520 [622081.546125]00368c20 00362090 3954bc60 3954bd68 [622081.546132] Call Trace: [622081.546134] ([00362090] schedule+0xb0c/0xc30) [622081.546140] [00362ea4] __mutex_lock_slowpath+0xd4/0x14c [622081.546146] [003633a2] mutex_lock+0x4e/0x6c [622081.546152] [0012f54a] generic_file_llseek+0x36/0x74 [622081.546157] [0012de98] SyS_llseek+0x68/0xd4 [622081.546163] [000299e6] sysc_noemu+0x10/0x16 [622081.546169] [77fca9ce] 0x77fca9ce [622081.546178] INFO: task ffsb:3729 blocked for more than 120 seconds. [622081.546182] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [622081.546187] ffsb D 00362ea4 0 3729 3671 0x0004 [622081.546194] 83897368 003685d8 0003e60a 4e53bc20 [622081.546200]4e53bc20 63970770 63970770 4e53bc60 [622081.546207]003685d8 16d9f380 fef810e0 [622081.546214]16d9f720 83897300 63970738 0001 [622081.546220]00368c20 00362090 4e53bc60 4e53bd68 [622081.546228] Call Trace: [622081.546230] ([00362090] schedule+0xb0c/0xc30) [622081.546236] [00362ea4] __mutex_lock_slowpath+0xd4/0x14c [622081.546242] [003633a2] mutex_lock+0x4e/0x6c [622081.546247] [0012f54a] generic_file_llseek+0x36/0x74 [622081.546252] [0012de98
Bug#598957: NMU of mdadm for squeeze-proposed-upates
On Mon, Jun 06, 2011 at 12:59:09PM +0100, Dominic Hargreaves wrote: +1 for this patch to be applied in stable. Apart from the inconvenience of being emailed by all your Debian systems using mdadm once a month, sending people an email about a normal situation is likely to mean that people miss the occasion when something isn't normal. This is still unfixed in sid, though. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#639483: RM: xf86-input-multitouch [s390] -- ANAIS; should not be built on s390
Package: ftp.debian.org Severity: normal We do not support such physical hardware on s390, hence it's now blacklisted in Packages-arch-specific[0]. Please remove it from the archive, too. [0] https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639484: RM: xf86-input-tslib [s390] -- ANAIS; shoult not be built on s390
Package: ftp.debian.org Severity: normal We do not support such physical hardware on s390, hence it's now blacklisted in Packages-arch-specific[0]. Please remove it from the archive, too. [0] https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639485: RM: xf86-input-wacom [s390] -- ANAIS; should not be built on s390
Package: ftp.debian.org Severity: normal We do not support such physical hardware on s390, hence it's now blacklisted in Packages-arch-specific[0]. Please remove it from the archive, too. [0] https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639487: RM: xserver-xorg-video-qxl [s390] -- ANAIS; should not be built on s390
Package: ftp.debian.org Severity: normal We do not support such physical hardware on s390, hence it's now blacklisted in Packages-arch-specific[0]. Please remove it from the archive, too. [0] https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639486: RM: xserver-xorg-video-nouveau [s390] -- ANAIS; should not be built on s390
Package: ftp.debian.org Severity: normal We do not support such physical hardware on s390, hence it's now blacklisted in Packages-arch-specific[0]. Please remove it from the archive, too. [0] https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639435: package no longer installable
Paul, am Sat, Aug 27, 2011 at 02:49:26PM + hast du folgendes geschrieben: On Sat, Aug 27, 2011 at 8:02 AM, Philipp Kern pk...@debian.org wrote: Package: alexandria Version: 0.6.6-1 Severity: serious ruby-gnome2 dropped some deprecated packages and hence your package is no longer installable in unstable. The affected dependencies are libgconf2-ruby, libgnome2-ruby and libglade2-ruby. Is there a suggested upgrade path, or have the libraries themselves been removed and orphaned? I guess, what I'm really asking is, is this an upstream issue or something we can solve here in Debian? I'm sadly just the messenger as I noticed that ruby-gnome2 cannot migrate because of this and that the packages were dropped without properly communicating the issue (i.e. filing bugs). Putting the right people into the loop… Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#600679: libapache2-mod-passenger: why not support mpm event in Depends:?
On Tue, Oct 19, 2010 at 05:04:44AM +, Jay Freeman (saurik) wrote: I believe this to be a follow-on to bug #556230: mod-passenger should be supported with the event mpm. Is there a reason why this package explicitely specifies the list of mpms that it supports? Does it actually care? Same here. Can't you just depend on apache2-mpm? Quite some sites also suggest using event, and I couldn't care less about PHP. Kind regards and thanks for considering Philipp Kern signature.asc Description: Digital signature
Bug#638928: [buildd-tools-devel] Bug#638928: /usr/share/perl5/Sbuild/Build.pm: Use UTF-8 for .changes attachment to log mail
On Mon, Aug 22, 2011 at 08:57:14PM -0400, James Vega wrote: I noticed when building the 2.11.1 devscripts package that the .changes file attached to the log mail isn't UTF-8 encoded. Since all control files must be UTF-8 encoded according to policy §5.1, it should be safe to specify a charset of UTF-8 as per the attached patch. Yep, that was an oversight of mine. Thanks for the report, I applied it to the git. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#623148: pu: package webkit/1.2.7-0+squeeze2
On Tue, Jun 14, 2011 at 07:32:47PM +0100, Adam D. Barratt wrote: On Mon, 2011-04-25 at 09:56 -0300, Gustavo Noronha Silva wrote: On Tue, 2011-04-19 at 21:33 +0100, Adam D. Barratt wrote: On Sun, 2011-04-17 at 15:19 -0300, Gustavo Noronha Silva wrote: I'm planning to upload the attached change to stable. It's a very simple change with a rather big benefit to webkit users (fixes #578019). Let me know if it's OK to go forward. From the bug log, it looks like this still needs resolving in unstable as well? If so then we'd really prefer that the issue be resolved there first and we can then look at a stable update if no related issues appear. Indeed. I was hoping to upload 1.3.x to unstable, where this code is now totally different, but since we're going to wait on that for a bit for transitions, I'll upload the fix to unstable first. That was a while ago now, and the fix has made it to testing. Please feel free to go ahead with the upload to stable. Ping. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#638948: please add s390x to the symbols file
| +#MISSING: 3.1-2# (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64|optional)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* ::reserve(unsigned int)@Base 3.1 | (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64|optional)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* ::reserve(unsigned long)@Base 3.1 | - (c++|optional)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* ::~vector()@Base 3.1 | - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::_M_fill_insert(__gnu_cxx::__normal_iteratorMSP::CCS::Ellipsoid**, std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* , unsigned int, MSP::CCS::Ellipsoid* const)@Base 3.1 | +#MISSING: 3.1-2# (c++|optional)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* ::~vector()@Base 3.1 | +#MISSING: 3.1-2# (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::_M_fill_insert(__gnu_cxx::__normal_iteratorMSP::CCS::Ellipsoid**, std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* , unsigned int, MSP::CCS::Ellipsoid* const)@Base 3.1 | (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::_M_fill_insert(__gnu_cxx::__normal_iteratorMSP::CCS::Ellipsoid**, std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* , unsigned long, MSP::CCS::Ellipsoid* const)@Base 3.1 | (c++)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::_M_insert_aux(__gnu_cxx::__normal_iteratorMSP::CCS::Ellipsoid**, std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* , MSP::CCS::Ellipsoid* const)@Base 3.1 | - (c++|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::push_back(MSP::CCS::Ellipsoid* const)@Base 3.1 | - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::reserve(unsigned int)@Base 3.1 | +#MISSING: 3.1-2# (c++|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::push_back(MSP::CCS::Ellipsoid* const)@Base 3.1 | +#MISSING: 3.1-2# (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::reserve(unsigned int)@Base 3.1 | (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::reserve(unsigned long)@Base 3.1 | - (c++|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::~vector()@Base 3.1 | - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)swapBytes(void*, unsigned int, unsigned int)@Base 3.1 | +#MISSING: 3.1-2# (c++|optional)std::vectorMSP::CCS::Ellipsoid*, std::allocatorMSP::CCS::Ellipsoid* ::~vector()@Base 3.1 | +#MISSING: 3.1-2# (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)swapBytes(void*, unsigned int, unsigned int)@Base 3.1 | (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64)swapBytes(void*, unsigned long, unsigned long)@Base 3.1 | (c++)typeinfo for MSP::CCS::BNGCoordinates@Base 3.1 | (c++)typeinfo for MSP::CCS::CartesianCoordinates@Base 3.1 | dh_makeshlibs: dpkg-gensymbols -plibgeotranz3.1 -Idebian/libgeotranz3.1.symbols -Pdebian/libgeotranz3.1 returned exit code 1 | make: *** [binary-fixup/libgeotranz3.1] Error 1 | dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 The full build log is available on [0]. s390x is the upcoming 64bit port of s390. Kind regards and thanks Philipp Kern [0] http://buildd.debian-ports.org/status/fetch.php?pkg=geotranzarch=s390xver=3.1-2stamp=1313469594 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638991: FTBFS: error: 'gdk_display' undeclared (first use in this function)
Package: devilspie Version: 0.22-1 Severity: serious If I rebuild the package in sid I get the following error (and on s390x too): | make[3]: Entering directory `/tmp/buildd/devilspie-0.22/src' | gcc -DHAVE_CONFIG_H -I. -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/libwnck-1.0 -I/usr/include/startup-notification-1.0 -DLOCALEDIR=\/usr/share/locale\ -DSYSCONFDIR=\/etc\ -DDATADIR=\/usr/share\ -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DWNCK_I_KNOW_THIS_IS_UNSTABLE -Wall -Wmissing-prototypes -g -O2 -g -O2 -Wall -c devilspie.c | gcc -DHAVE_CONFIG_H -I. -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/libwnck-1.0 -I/usr/include/startup-notification-1.0 -DLOCALEDIR=\/usr/share/locale\ -DSYSCONFDIR=\/etc\ -DDATADIR=\/usr/share\ -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DWNCK_I_KNOW_THIS_IS_UNSTABLE -Wall -Wmissing-prototypes -g -O2 -g -O2 -Wall -c xutils.c | xutils.c: In function 'my_wnck_atom_get': | xutils.c:43:29: error: 'gdk_display' undeclared (first use in this function) | xutils.c:43:29: note: each undeclared identifier is reported only once for each function it appears in | xutils.c: In function 'my_wnck_change_state': | xutils.c:79:25: error: 'gdk_display' undeclared (first use in this function) | xutils.c: In function 'my_wnck_error_trap_pop': | xutils.c:103:10: error: 'gdk_display' undeclared (first use in this function) | xutils.c: In function 'my_wnck_get_string_property_latin1': | xutils.c:125:32: error: 'gdk_display' undeclared (first use in this function) | xutils.c: In function 'my_wnck_window_get_xscreen': | xutils.c:182:25: error: 'gdk_display' undeclared (first use in this function) | xutils.c: In function 'my_wnck_get_cardinal_list': | xutils.c:205:32: error: 'gdk_display' undeclared (first use in this function) | xutils.c: In function 'my_wnck_get_cardinal': | xutils.c:245:32: error: 'gdk_display' undeclared (first use in this function) | make[3]: *** [xutils.o] Error 1 | make[3]: Leaving directory `/tmp/buildd/devilspie-0.22/src' | make[2]: *** [all] Error 2 | make[2]: Leaving directory `/tmp/buildd/devilspie-0.22/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/tmp/buildd/devilspie-0.22' | make: *** [debian/stamp-makefile-build] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638877: FTBFS: fetch from anonscm.debian.org broken
Package: choose-mirror Version: 2.38 Severity: serious | dh build |dh_testdir |dh_auto_configure |debian/rules override_dh_auto_build | make[1]: Entering directory `/build/buildd-choose-mirror_2.38-s390x-8rh4mD/choose-mirror-2.38' | /usr/bin/make small | make[2]: Entering directory `/build/buildd-choose-mirror_2.38-s390x-8rh4mD/choose-mirror-2.38' | rm -f choose-mirror choose-mirror.o *~ mirrors_*.h | rm -f debian/templates-countries debian/httplist-countries debian/ftplist-countries | rm -f demo demo.templates | rm -rf debian/iso-codes/ debian/pobuild*/ | rm -f debian/iso_3166.tab | if [ $ONLINE != n ]; then \ | if wget -nv 'http://cvs.debian.org/*checkout*/webwml/english/mirror/Mirrors.masterlist?rev=HEADcvsroot=webwmlcontent-type=text/plain' -O - Mirrors.masterlist.new \ | test -s Mirrors.masterlist.new; then \ | mv Mirrors.masterlist.new Mirrors.masterlist; \ | else \ | rm -f Mirrors.masterlist.new; \ | fi; \ | fi | 2011-08-08 21:22:20 URL:http://anonscm.debian.org/viewvc/webwml/?content-type=text%2Fplainrevision=HEAD [4231] - - [1] | isoquery -c | cut -f 1,4 | sort debian/iso_3166.tab | if [ $USE_HTTP ]; then ./mirrorlist http Mirrors.masterlist debian/iso_3166.tab; fi | Modification of non-creatable array value attempted, subscript -1 at ./mirrorlist line 52, IN line 8. | make[2]: *** [mirrors_http.h] Error 25 | make[2]: Leaving directory `/build/buildd-choose-mirror_2.38-s390x-8rh4mD/choose-mirror-2.38' | make[1]: *** [override_dh_auto_build] Error 2 | make[1]: Leaving directory `/build/buildd-choose-mirror_2.38-s390x-8rh4mD/choose-mirror-2.38' | make: *** [build] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 Fetching that URL gives HTML instead of a checkout of the Mirrors.masterlist. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638879: please support s390x
Package: mixxx Version: 1.9.0+dfsg0-4 Severity: important Hi, please add s390x to the list of supported architectures alongside s390. Thanks Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634049: subversion: FTBFS: bindings/swig/ruby/svn_client.c:1383:11: error: 'SWIG_RubyRemoveTracking' undeclared
On Sat, Jul 23, 2011 at 07:44:06AM -0500, Jonathan Nieder wrote: # Fixed by r1049503 Fix comparisons of SWIG version in build system tags 634049 + confirmed upstream fixed-upstream retitle 634049 FTBFS with current swig: bindings/swig/ruby/svn_client.c:1383:11: error: 'SWIG_RubyRemoveTracking' undeclared # $ dpkg-query -W swig # swig2.0.0~r12020-1 Can we have the fixes in unstable, pretty please? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#599016: stressapptest: FTBFS on almost all architectures
On Sun, Oct 03, 2010 at 10:05:15PM +0200, Cyril Brulebois wrote: Michael Prokop m...@debian.org (03/10/2010): Yes, see #592166: | The new upstream version supports just the given architectures, | that's why I've already requested for removal on other archs which | has been done, see #591105 Too bad those don't get the buildd.d.o pages updated. I shall try and remember to find a solution for those cases. What do you recommend for now? Downgrade FTBFS bugs to important when they are for architectures where there are no built binaries. Leaving them open means nobody should open them “again” and bother you more. Furthermore declaring the set of supported architectures in debian/control (and hence the .dsc) or adding it to Packages-arch-specific. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#638907: please support s390x
Package: commons-daemon Version: 1.0.7-1 Severity: important Hi, could you please support s390x just like s390? (It's the latter with 64bit pointers and instruction set.) Thanks in advance Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637651: pu: package usbutils/0.87-5squeeze1
On Sat, Aug 13, 2011 at 02:51:37PM +0200, Aurelien Jarno wrote: usbutils as an RC bug in Squeeze on kfreebsd (#612353), which can be fixed by adjusting the build-dependencies on these architectures to use libusb2-dev instead. At the same time, I have also updated the usb.ids file so that newer hardware is recognized. You will find the fill debdiff below. Would it be possible to upload such a package to squeeze? Yep, please go ahead. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#631684: transition: libmtp
On Tue, Aug 16, 2011 at 11:40:51PM +0200, Philipp Kern wrote: On Tue, Aug 16, 2011 at 11:04:02AM +0200, Alessio Treglia wrote: On Tue, Aug 16, 2011 at 10:41 AM, Philipp Kern pk...@debian.org wrote: Please start. (And please followup after your upload of libmtp got accepted, so that we can schedule the binNMUs.) Accepted in unstable, thanks! I just scheduled some binNMUs (except for mipsel). Can you arrange for the pymtp upload? (I.e. pinging the maintainer or NMU it, but somehow ensure that it gets done in time.) gnomad2 is unable to build on kfreebsd-* because of libgudev-1.0-dev missing on that architecture. I'd suggest requesting a binary removal from unstable for those two architectures by filing a bug against ftp.debian.org. Can you please do that? Thanks, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#631684: transition: libmtp
On Thu, Aug 18, 2011 at 10:05:06AM +0200, Philipp Kern wrote: gnomad2 is unable to build on kfreebsd-* because of libgudev-1.0-dev missing on that architecture. I'd suggest requesting a binary removal from unstable for those two architectures by filing a bug against ftp.debian.org. Can you please do that? As Julien pointed out to me I was too noisy here. As gnomad2 is not in testing, it does not matter for the transition anyway. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#629477: transition: gnustep-base, gnustep-gui, libobjc
On Tue, Jun 07, 2011 at 02:03:58AM +0300, Yavor Doganov wrote: We would like to carry out a GNUstep transition (libgnustep-base1.20-1.22; libgnustep-gui0.18-0.20) *and* libobjc2-3, ideally coinciding with the migration of gcc-defaults to testing (or even better, before that). That seems pretty complex to check with our existing tools. But to get an overview, can you please tell us the relevant development packages people are build-depending on? And a list of affected packages to check the result. Kind regards and thanks Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#634052: Re: Bug#634052: Please binNMU libglew1.5 using packages against libglew1.6
On Thu, Aug 18, 2011 at 12:34:14PM +0200, Clara Gnos wrote: nmu tulip_3.1.2-2.3 . ALL . -m 'Rebuild against libglew1.6' Conflicting build-dependencies. I think this one will be hard. It has many RC bugs (#556508, #615687, #616282, #638169) since ~a half year and cannot be removed easily from testing due to the reverse dependency of tulip - libdeps-renderer-tulip-perl (source package deps). Unfortunately, both packages are maintained by the same guy and are in a rather suboptimal shape. At least the second one has no reverse dependencies. I don't see a problem with removing tulip and deps from testing. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#634797: opencv 2.3 transition
On Thu, Aug 18, 2011 at 10:57:23PM +0900, Nobuhiro Iwamatsu wrote: ping We don't forget open bugs, be assured of that. We try to process them FIFO, but might tackle little ones in-between, if they don't conflict. Somebody will eventually tend to it. I'm sorry about the delay, it's a man-power problem and one of other maintainers not following the rules, for which you should not be punished neither. So we are talking about packages build-depending on either one of (libcv-dev|libcvaux-dev|libhighgui-dev) which need to move from *2.1 to *2.3? Can you re-collect the current state? You only need to consider packages that are currently in testing from our PoV, maybe that reduces your list of buggy packages. Kind regards and thanks, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#624928: Backport or new upstream version?
Hi, On Thu, May 12, 2011 at 08:43:58PM +0300, Yavor Doganov wrote: Matt Kraai wrote: I'll try to put together a patch and, if you'd like, perform an NMU. Please don't bother, it is trivial and done, sorry for not telling you that in the first place and tagging the bug accordingly. Can you please fix that in unstable in the meantime? Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631684: transition: libmtp
On Mon, Aug 15, 2011 at 10:53:47AM +0200, Alessio Treglia wrote: On Sun, Aug 14, 2011 at 11:24 PM, Philipp Kern pk...@debian.org wrote: I guess we could do this when libnotify's done. OK, thank you! Please start. (And please followup after your upload of libmtp got accepted, so that we can schedule the binNMUs.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#631684: transition: libmtp
On Tue, Aug 16, 2011 at 11:04:02AM +0200, Alessio Treglia wrote: On Tue, Aug 16, 2011 at 10:41 AM, Philipp Kern pk...@debian.org wrote: Please start. (And please followup after your upload of libmtp got accepted, so that we can schedule the binNMUs.) Accepted in unstable, thanks! I just scheduled some binNMUs (except for mipsel). Can you arrange for the pymtp upload? (I.e. pinging the maintainer or NMU it, but somehow ensure that it gets done in time.) Thanks Philipp Kern signature.asc Description: Digital signature
Bug#637532: cityhash: please add s390x to the 64bit arches in symbols
On Sat, Aug 13, 2011 at 02:33:58PM +0200, Alessandro Ghedini wrote: If you want/can, please take the packaging files from git.debian.org [0] (just git-clone the repository) and use the orig.tar already uploaded to the archive, otherwise just wait a couple of days. That's broken. Its pristine-tar branch provides you with an .orig.tar.gz, instead of an .orig.tar.bz2. (Yes, I know you said take the orig.tar from the archive.) Can you fix that? (pristine-tar supports bz2 at least in wheezy.) Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#633486: transition: libdbi
On Sun, Aug 14, 2011 at 07:22:29PM +0200, Micha Lenk wrote: I wondered why gnucash could not transition to testing. The reason is the libdbi transition (Debian bug #633486). But apparently all involved packages are ready now, and only need an appropriate hint. Joachim Breitner (nomeata) ran his awesome SAT-Britney, which suggests following hint: Last I looked it was coupled with ruby1.9.1 through ruby-gnome2. (Which SAT-Britney cannot detect because it assumes that you can keep old libraries in testing.) Kind regards Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#631684: transition: libmtp
Hi, On Fri, Jul 15, 2011 at 11:39:37AM +0200, Alessio Treglia wrote: just as an aside, on Ubuntu the transition went fine, all reverse deps have been succesfully recompiled. thanks for your patience. I added it as planned to the transition tracker now: [1]. pymtp doesn't build-depend on libmtp-dev and is arch:all, so that needs a sourceful upload. I guess we could do this when libnotify's done. Kind regards Philipp Kern [1] http://release.debian.org/transitions/html/libmtp.html signature.asc Description: Digital signature
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
On Fri, Aug 12, 2011 at 05:52:59PM +0800, Thomas Goirand wrote: * It seems like anyone that spends any time looking at this package finds security bugs. No. Other software in Debian with more severe security record didn't have such kind of bug open. See for example Samba, bind, and many others. Or maybe you also want these to be removed from Debian? This is purely your appreciation and your view on my software, I don't think this is reality. It is shared by a bunch of people, including myself, though. Your responses to the security bugs were below subpar, to put it mildly. There's not only lack of common sense in security, there's also ignorance and offensive behaviour. Also, the fact that I want the software to stay in Debian is precisely so that it has more eyes to look into the code, and then improve the quality. This isn't exactly a small software here. Debian is not an incubator for bad software, I'm afraid. We're here for technical excellence. (C.f. your comment in README.Debian about how hard it is for you to comply with our beloved policy.) Your fixes to obvious bugs are also wrong and not properly thought through. And me, I'm really seriously thinking you don't know how to handle security issues as well, given the fact that you've open public bugs, when you should have get in touch with me privately. This shows as well a big disrespect for what I do, if opening this bug wasn't enough. Stop shooting the messenger, thanks. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#637532: cityhash: please add s390x to the 64bit arches in symbols
Package: cityhash Version: 1.0.2-1 Severity: important User: debian-s...@lists.debian.org Usertags: s390x cityhash fails to build from source on s390x: | - (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z19CityHash64WithSeedsPKcjyy@Base 1.0.2 | - (arch=alpha amd64 kfreebsd-amd64 ia64)_Z19CityHash64WithSeedsPKcmmm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z10CityHash64PKcj@Base 1.0.2 | + _Z10CityHash64PKcm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z11CityHash128PKcj@Base 1.0.2 | + _Z11CityHash128PKcm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z18CityHash64WithSeedPKcjy@Base 1.0.2 | + _Z18CityHash64WithSeedPKcmm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z19CityHash128WithSeedPKcjSt4pairIyyE@Base 1.0.2 | + _Z19CityHash128WithSeedPKcmSt4pairImmE@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z19CityHash64WithSeedsPKcjyy@Base 1.0.2 | + _Z19CityHash64WithSeedsPKcmmm@Base 1.0.2 | dh_makeshlibs: dpkg-gensymbols -plibcityhash0 -Idebian/libcityhash0.symbols -Pdebian/libcityhash0 -edebian/libcityhash0/usr/lib/libcityhash.so.0.0.0 | returned exit code 1 | make: *** [binary-arch] Error 1 Please add s390x as a 64bit architecture like the others. Thanks Philipp Kern signature.asc Description: Digital signature
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
On Fri, Aug 12, 2011 at 01:05:38PM +0200, Philipp Kern wrote: It is shared by a bunch of people, including myself, though. Your responses to the security bugs were below subpar, to put it mildly. There's not only lack of common sense in security, there's also ignorance and offensive behaviour. In case that the bug numbers are not obvious: #614302, #614304, #611680, #414480, #566654. For RC bugs: #633616. I won't hold any older against you, here. The thing is: At every point in time where someone spends some on your packages, they find a bunch of RC bugs. That's a) because the code quality is insanely bad and b) because the packaging is horrible. We shouldn't hold back our criticism out of respect, though. After all we don't hide bugs. As much as you might hate public disclosure (I made the same mistake when I started in Debian), when a bug's public, so be it. Don't blame the submitter, he wasted his time on your package to make it better. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
On Fri, Aug 12, 2011 at 01:15:34PM +0200, Philipp Kern wrote: In case that the bug numbers are not obvious: #614302, #614304, #611680, #414480, #566654. For RC bugs: #633616. I won't hold any older against you, here. Other notable bugs (I just looked at dtc-xen's bug list which had some of dtc-common aswell): #637501, #566650, #616359 (no reply yet since March, suggests general breakage in the install script) The newest ones are #637485, #637477, #637469 and #637487. No, of course you couldn't have replied to those yet, but they show some general issues with the code and the packaging. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#637532: cityhash: please add s390x to the 64bit arches in symbols
On Fri, Aug 12, 2011 at 04:31:39PM +0200, Alessandro Ghedini wrote: On Fri, Aug 12, 2011 at 01:53:41PM +0200, Philipp Kern wrote: cityhash fails to build from source on s390x: [...] Please add s390x as a 64bit architecture like the others. Done [0], it just needs to be uploaded. If you need/want to do this now, the package is on mentors.d.n [1], otherwise I'll need some time to get in touch with my sponsor. Cheers [0] http://git.debian.org/?p=collab-maint/cityhash.git;a=commit;h=1b7d32339 [1] http://mentors.debian.net/debian/pool/main/c/cityhash/cityhash_1.0.2-2.dsc Hm, that refers to an .orig.tar.gz, whereas the source in Debian unstable has got an .orig.tar.bz2. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#515864: please clarify -release is a special kind of list
On Sat, Aug 06, 2011 at 07:27:28AM +0200, Alexander Wirt wrote: I am currently working on some old lists.d.o bugs, could somebody please tell me if this request is still valid - and if this is true - could provide me with an updated description? Otherwise feel free to close this bug. I can tell you that it's still valid, at least. ;-) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#637261: s390-tools: please add s390x to the set of architectures
Package: s390-tools Version: 1.8.3-3 Severity: important Please add s390x to the set of architectures, so that it can be used in the upcoming port. Thanks Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636944: Please binNMU parrot on i386
Cyril, am Mon, Aug 08, 2011 at 12:01:04PM +0200 hast du folgendes geschrieben: Dominique Dumont d...@debian.org (08/08/2011): As mentioned in #636944, there's a mismatch between parrot's declated build-dependencies and what was actually used to build parrot. In i386 case, parrot was build with libffi. In all other arch, parrot is built without libffi. […] This binNMU is a stopgap solution to resolve rakudo's FTBS. We need to discuss with upstream parrot to find a long term solution. you may want to ask for a --with{,out}-libffi flag, so that you can make sure the package is built without libffi support, even if libffi packages are installed in the build environment? also this seems to be a case for a (even maybe temporary) build-conflicts. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#636966: ruby1.9.1: should not bump shlibs with every upload
Package: ruby1.9.1 Version: 1.9.2.180-3 Severity: important ruby blocks other transitions quite easily because it passes -V to dh_mkshlibs. This causes packages that are built against the ruby in unstable to adopt strict dependencies on that particular upstream version. Given that we occassionally encounter FTBFS bugs with ruby, it would help a lot if you could transition to symbol files instead (or any other way that doesn't cause the upstream version to appear unnecessarily). Kind regards and thanks, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#637020: pu: package zfsutils/8.1-5
Hi, On Sun, Aug 07, 2011 at 08:45:21PM +, Robert Millan wrote: This proposed update fixes three problems that may cause boot errors when zfsutils is installed: [...] * Do not mount/unmount filesystems! This may result in unbootable system if their mountpoints collide (typical in a dual-boot machine). Use /etc/fstab instead. I presume that it would still unshare the volume prior to umount? Your change seems to contradict the OpenSolaris ZFS documentation[1]. It postulates that automatic mount management is what you want and the other way is legacy. Now the consequence of that chance is that the ZFS data structures tell that they should be automounted at $location but we ignore that now? Doesn't that have the potential for breakage upon the next reboot after installing that stable update? (Especially for machines with a single kFreeBSDZFS instance, i.e. servers?) Kind regards, Philipp Kern [1] http://dlc.sun.com/osol/docs/content/ZFSADMIN/gaynd.html#gamnd -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#622146: nfs-common: compatibility between squeeze and sid broken
On Mon, Aug 01, 2011 at 01:34:34AM -0700, Steve Langasek wrote: On Tue, Jul 19, 2011 at 05:42:34PM -0400, Sam Hartman wrote: I don't have checkouts handy, but my strong suspicion is that if someone is now passing in GSS_C_NT_HOSTBASED_SERVICE into gssd_acquire_cred and there isn't an argument slot, you can leave it off. gss_c_nt_hostbased_service has always been the default for gssd. Ok, thanks. I've built packages of nfs-utils and krb5 using the referenced backported patches, and can confirm that I'm now able to connect successfully from an nfs-utils 1.2.4 client without having to set permitted_enctypes on the server. I've attached the patches for both packages to this mail. Phil, is it ok for these to be uploaded to stable-proposed-updates? This fixes a bug that makes squeeze kerberized NFS servers unusable with newer clients (e.g., wheezy). Please go ahead. I really hope that the regression potential is low for existing clients. Let's hope we find it out before the point release. (The change in nfs-utils is streching the guidelines a bit.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#636051: gobby-0.5: Status display not correctly updated/cleared
On Sat, Jul 30, 2011 at 04:42:58PM +0200, Simon Kainz wrote: Trying to connectto a non existant host displays a ,essgae Could not resolve hostname hostname in the status bar. After a sucessful connection attempt, this message does not get cleared, so it seems like there is still some problem concerning hostname resolving. Does it disappear after you wait a bit? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#635974: pu: package win32-loader/0.6.21+squeeze1
On Fri, Aug 05, 2011 at 07:44:53PM +0200, Didier Raboud wrote: Dear release team, One week ago, Didier Raboud wrote: So in order to fix this, my plan is to upload a win32-loader 0.6.21+squeeze0 to stable(-proposed-update) that would include the following changes: - add a Built-Using field in the binary package (to track GPL-compliance) - add the byhand code, backported from current unstable (to push the standalone version to the archive) - document versions and pointers to sources in the pool/ directories (to enhance documentation) For what is worth, win32-loader 0.7.4 uploaded on thursday includes all those changes and its companion text is now available on the mirrors: http://ftp.debian.org/debian/tools/win32-loader/unstable/win32-loader.txt That would be `pool/main', not `main/pool' in the URLs? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#636514: [Openjdk] Bug#636514: icedtea-plugin: obsolete (and unneeded?) dependency on xulrunner-1.9.1
Hi Doko, On Thu, Aug 04, 2011 at 08:17:49AM +0200, Matthias Klose wrote: severity 636514 normal thanks On 08/03/2011 07:50 PM, Julien Cristau wrote: icedtea-plugin depends on xulrunner-1.9.1, which is no longer built in unstable. I really do not have any trust in some member of the release team filing this kind of reports. Please think twice before doing this. can you please enlighten us why you insist that this is not serious? xulrunner-1.9.1 is going away any minute now (i.e. it will be decrufted shortly). icedweb-plugin will then be uninstallable in unstable. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#622146: nfs-common: compatibility between squeeze and sid broken
On Mon, Aug 01, 2011 at 01:34:34AM -0700, Steve Langasek wrote: On Tue, Jul 19, 2011 at 05:42:34PM -0400, Sam Hartman wrote: I don't have checkouts handy, but my strong suspicion is that if someone is now passing in GSS_C_NT_HOSTBASED_SERVICE into gssd_acquire_cred and there isn't an argument slot, you can leave it off. gss_c_nt_hostbased_service has always been the default for gssd. Ok, thanks. I've built packages of nfs-utils and krb5 using the referenced backported patches, and can confirm that I'm now able to connect successfully from an nfs-utils 1.2.4 client without having to set permitted_enctypes on the server. Why is the nfs-utils patch needed again? To be able to run nfs-utils in squeeze with a newer kernel? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#636150: opu: package xorg-server/2:1.4.2-10.lenny4
Julien, am Sun, Jul 31, 2011 at 08:19:42PM +0200 hast du folgendes geschrieben: This has been sitting in git for a while now (I'd actually forgotten about this), but we may want to fix it anyway. please go ahead. Thanks Philipp Kern signature.asc Description: Digital signature
Bug#636277: gcc-3.3: should be multiarch'ified
Package: libstdc++5 Version: 1:3.3.6-24 libstdc++5 should be multiarch'ified to support legacy applications cross-architecture. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#629430: Ends up as the default for text documents
severity 629430 normal thanks On Mon, Jun 06, 2011 at 10:11:13AM -0700, Josh Triplett wrote: Gobby seems to have managed to end up as the default program used to open text documents, at least in some circumstances. This should never happen; gobby should exist on the list of available options, but never as the default. I'd appreciate any clues how to tell the MIME database that a program is only a second choice for a given type. I don't know any, apart from entirely removing the MIME type from the desktop file. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#633460: pu: package freebsd-utils/8.1-4+squeeze1
Robert, am Sun, Jul 10, 2011 at 01:32:52PM + hast du folgendes geschrieben: devd, the device state change daemon (similar to udev on Linux) was shipped in squeeze without its corresponding config file and init.d script, which makes it practically useless. This was reported (and fixed) as bug #630614 in sid. I'm proposing a backport of this fix, see attached diff. please go ahead. If it's causing any regressions after the next point release, please contact d-release@ so that we can push fixes through squeeze-updates. We are being more liberal with kfreebsd as regressions there only affect this `technology preview'. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#635712: crashes immediately after document load
On Thu, Jul 28, 2011 at 10:21:02AM +, Clint Adams wrote: When trying to access dc11-monkeysphere on gobby.debian.net right now, gobby crashes: % gobby-0.5 ** ERROR:inf-text-gtk-view.c:978:inf_text_gtk_view_expose_event_after_cb: assertion failed: (end = gtk_text_buffer_get_char_count( gtk_text_view_get_buffer(priv-textview) )) zsh: abort gobby-0.5 Yeah, me too; on the same document. It's known upstream, and I also filed a ticket upstream now (#564). @Armin: The server will disappear on the weekend, though. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#635766: buffycli: creates an empty .buffy and fails to parse it on the second run
Package: buffycli Version: 0.5-1 Severity: normal Hi, I tried buffycli on wheezy and I got an empty ~/.buffy after the first run. It seems that the normal buffy expects an ini-style file with [app buffy] and some window parameters in there. With the empty ~/.buffy running buffycli will just result in exit code 2. If I start the proper buffy, I get the ini-style file, and it just works for buffycli. Kind regards Philipp Kern -- I hit him. With what? A desk. -- Willow and Buffy -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buffycli depends on: ii libbuffy-perl 0.12+nmu1 Perl wrapper for the libbuffy libr ii libtext-formattable-perl 1.03-1 Perl module to format text tables ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii perl 5.12.4-1 Larry Wall's Practical Extraction ii procps1:3.2.8-10 /proc file system utilities buffycli recommends no packages. Versions of packages buffycli suggests: ii mutt 1.5.21-5 text-based mailreader supporting M ii offlineimap 6.3.3-3IMAP/Maildir synchronization and r -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635243: Autosigning on poulenc and praetorius not working for security builds
On Sun, Jul 24, 2011 at 11:29:40AM +0200, Moritz Muehlenhoff wrote: I'm not entirely sure if it worked in the past, but security buildd autosigning is currently not working on powerpc for poulenc and praetorius. praetorius isn't autosigned. If you tell me the missing builds from poulenc I'll arrange for them being uploaded. The key rotation didn't work out as expected. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#635035: [s390] doesn't has nbd module available
On Fri, Jul 22, 2011 at 01:03:47AM +0200, Otavio Salvador wrote: Currently there're a development of partman-nbd for integration into Debian Installer and we started pushing the required changes to integrate it. Regarding kernel support, s390 is the only missing architecture. This bug is more a request for comments then a request. We have two possible ways of fixing this bug: * enabling nbd for s390; * documenting into installation manual that s390 lacks it; Either way works for me while the first seems the easier and avoids a divergion regarding feature sets. Aye. It's unlikely that someone needs it on s390, but those few kb don't hurt, I'd say. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#622117: [PATCH 2/2] Fill field builder in pkg_history
On Sun, Jun 19, 2011 at 06:23:02PM +0200, Kurt Roeckx wrote: On Sun, Jun 19, 2011 at 06:09:07PM +0200, Joachim Breitner wrote: Hi, I was under the impression that Kurt already changed the schema (20110611165217.ga21...@roeckx.be), otherwise I would not have suggested to apply the patch. Sorry for the trouble it was causing. But in the mean time the schema was updated to not have an schema per arch, but 1 big table for all arches. And there were view and rules created for the old tables. But the new views (and rules) don't know anything about builder. They do so now. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#507167: buildd.debian.org: Review www.d.o/devel/buildd/
On Fri, Nov 28, 2008 at 07:39:54PM +0100, Luk Claes wrote: Review the files on the website regarding buildd.d.o as some of it might need updates, better links, or some more extensive documentation. […] PS: Have a look at buildd.d.o:~luk/doc/ I gradually improved it over time but there are still old chunks. I guess the directory you refer to got trashed by the move away from raff in the meantime? Do you still have it somewhere? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#634260: ruby1.8: FTBFS on armel: not ok pack 2 -- ./sample/test.rb:1851
Package: ruby1.8 Severity: serious Version: 1.8.7.352-1 ruby1.8 FTBFSes in unstable and blocks the poppler transition through ruby-gnome2. compiling tk/tkutil make[2]: Entering directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352/ext/tk/tkutil' gcc -I. -I../../.. -I../../../. -I../../.././ext/tk/tkutil -DHAVE_RB_OBJ_INSTANCE_EXEC -DHAVE_STRNDUP -D_FILE_OFFSET_BITS=64 -fPIC -fno-strict-aliasing -g -g -O2 -fPIC -c tkutil.c gcc -shared -o ../../../.ext/arm-linux-eabi/tkutil.so tkutil.o -L. -L../../.. -L. -rdynamic -Wl,-export-dynamic-lruby1.8 -lpthread -lrt -ldl -lcrypt -lm -lc make[2]: Leaving directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352/ext/tk/tkutil' compiling win32ole compiling zlib make[2]: Entering directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352/ext/zlib' gcc -I. -I../.. -I../../. -I../.././ext/zlib -DHAVE_ZLIB_H -DOS_CODE=OS_UNIX -D_FILE_OFFSET_BITS=64 -fPIC -fno-strict-aliasing -g -g -O2 -fPIC -c zlib.c gcc -shared -o ../../.ext/arm-linux-eabi/zlib.so zlib.o -L. -L../.. -L. -rdynamic -Wl,-export-dynamic-lruby1.8 -lz -lpthread -lrt -ldl -lcrypt -lm -lc make[2]: Leaving directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352/ext/zlib' making ruby1.8 make[2]: Entering directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352' gcc -fno-strict-aliasing -g -g -O2 -fPIC-DRUBY_EXPORT -D_GNU_SOURCE=1 -L. -rdynamic -Wl,-export-dynamic main.o -lruby1.8 -lpthread -lrt -ldl -lcrypt -lm -o ruby1.8 make[2]: Leaving directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352' not ok pack 2 -- ./sample/test.rb:1851 test failed make[1]: *** [test] Error 1 make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 make[1]: Leaving directory `/build/buildd-ruby1.8_1.8.7.352-1-armel-k4EhK2/ruby1.8-1.8.7.352' Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#634263: openoffice.org: depends on non-existent package
Package: openoffice.org Version: 1:3.3.0-10 Severity: serious openoffice.org-sdbc-postgresql depends on libreoffice-sdbc-postgresql which got cruft-removed on Sat, 09 Jul 2011; hence it's uninstallable. signature.asc Description: Digital signature
Bug#634173: ITP: python-fdsend -- Provides a Python abstraction for file descriptor passing via sockets
Package: wnpp Severity: wishlist Owner: Philipp Kern pk...@debian.org * Package name: python-fdsend Version : 0.1 Upstream Author : Michael J. Pomraning mjp{AT}pilcrow.madison.wi.us * License : GPL2+ Programming Lang: C, Python Description : Provides a Python abstraction for file descriptor passing via sockets fdsend is yet another file descriptor passing abstraction, specifically for Python. This package offers a few conveniences not commonly found together in other abstractions: sending multiple files at once, sending arbitrary data, and working with both files and file descriptors. The package was not downloaded from http://pilcrow.madison.wi.us/sw/fdsend-0.1.tar.gz, because the URL was no longer available. Instead, the source was extracted and repackaged from update-manager's bazaar repository (revision 457): http://bazaar.launchpad.net/~ubuntu-core-dev/update-manager/main The current packaging can be found on http://opensource.fsmi.uni-karlsruhe.de/cgi-bin/gitweb.cgi?p=fdsend.git;a=tree -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633496: squeeze installation: IBM T60 notebook: success, but cannot type the tilde
In gmane.linux.debian.devel.boot, you wrote: But I noticed, that I am unable to type the tilde ~. I chose german keyboard layout, and on that the tilde is typed via AltGr plus +. All other characters typed with AltGr are working correctly as far as I could see, and the + key is also working correctly, but AltGr plus + doesn't give me a ~ :-( Did you try AltGr-+ and then hitting the space bar? Might just be that you've got deadkeys activated, which help typing things like ñ. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633671: [buildd-tools-devel] Bug#633671: schroot behaves differently depending on cwd
On Tue, Jul 12, 2011 at 08:41:53PM +0200, Thibaut VARENE wrote: While debugging the old 'create-chroot.sh' script from pkern that was having hickups, I finally realized that schroot behaves apparently inconsistently depending on the cwd: It's not old. It's the one supposed to be used on the buildds. (I don't know if you know the apt repo in https://buildd.debian.org/apt/ though.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#633671: [buildd-tools-devel] Bug#633671: schroot behaves differently depending on cwd
On Wed, Jul 13, 2011 at 01:48:03PM +0200, Thibaut VARENE wrote: I'm aware of it, but last time I tried using it it turned out the software there was (too) heavily tuned for Debian buildds to suit my needs. At least it's tested. ;-) Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#633777: [buildd-tools-devel] Bug#633777: sbuild: virtual dependency resolver broken?
On Wed, Jul 13, 2011 at 05:38:16PM +0200, Thibaut VARENE wrote: I've recently discovered that some of my packages stopped building because of the following error: Checking for source dependency conflicts... E: Package 'libjpeg-dev' has no installation candidate You shouldn't have two providers of a package where people build-depend on. So it's a bug in the packages, exactly because there's no guaranteed predictable solution to it. (It's causing FTBFSes in unstable too.) I won't comment on the sbuild failure mode, though. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#633611: unblock: shibboleth-sp2/2.4.2+dfsg-2 (armel problems)
On Mon, Jul 11, 2011 at 08:48:38PM -0700, Russ Allbery wrote: The problem is that g++ bug #630752 means that shibboleth-sp2 cannot build on armel (the bug is present even when built with no optimization), which is now blocking migration of xml-security-c (along with xmltooling, opensaml2, and shibboleth-sp2), which has a security fix. In the meantime I signed the missing powerpc build. As soon as we get xml-security-c accepted into proposed-updates we can copy it over to testing, as it would be higher otherwise. That should solve the security issue too, no? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#633509: [buildd-tools-devel] Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
Thibaut, am Mon, Jul 11, 2011 at 12:59:47AM +0200 hast du folgendes geschrieben: Just curious, has wanna-build 0.60.0-2 ever been tested outside of a debian official buildd setup? ;P we don't use the packages on buildd.d.o. That's why. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#633566: RM: libcgi-application-plugins-perl/stable -- ROM; Transitional package no longer required with no dependencies
On Mon, Jul 11, 2011 at 06:06:50PM +0100, Nicholas Bamber wrote: Okay I am not actually the maintainer so I understand if this has to be checked with jald...@debian.org. I did so a few weeks back but did not get an answer on that occasion. I have worked with Jaldhar on a number of related packages. What harm does the transitional package do? It's stable, we can't randomly remove packages from it. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#632942: libpoppler-cil: depends on non-existent libpoppler-glib4
Package: libpoppler-cil Version: 0.0.1-1 Severity: serious libpoppler-cli depends on libpoppler-glib4 which goes away with the ongoing poppler transition (i.e. it's soon to be decrufted and then non-existant). poppler-sharp needs a sourceful upload ASAP. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629815: Bug#632406: FTBFS: configure fails, missing 'gdcmConfigure.h'
Hi, On Sat, Jul 02, 2011 at 05:23:42AM +0200, Michael Biebl wrote: your package currently FTBFS (during the configure step): [...] so this would potentially block the upcoming poppler transition. We are unable to rebuild gdcm due to bug #632406 and vtk bug #629815. If they're not fixed when everything else is ready we will temporarily remove gdcm, necessitating the removal of ants, insighttoolkit and mriconvert. They will be free to re-enter testing once the issues are resolved. So poppler can go ahead. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630044: transition: poppler 0.16
On Mon, Jul 04, 2011 at 08:50:00AM +0200, Pino Toscano wrote: Alle domenica 3 luglio 2011, Michael Biebl ha scritto: Am 10.06.2011 17:03, schrieb Pino Toscano: Sources that can be binNMU'ed: apvlv (poppler-glib) auto-multiple-choice (poppler) cups (poppler) epdfview (poppler-glib) gambas2 (poppler) gdcm (poppler) gimp (poppler-glib) gpdftext (poppler-glib) gnome-commander (poppler) gummi (poppler-glib) inkscape (poppler, poppler-glib) koffice (poppler) libreoffice (poppler) luatex (poppler) pdf-presenter-console (poppler-glib) pdf2djvu (poppler) pdf2svg (poppler-glib) pdfcube (poppler-glib) pdfgrep (poppler) pdftoipe (poppler) popplerkit.framework (poppler) referencer (poppler-glib) ruby-gnome2 (poppler-glib) texlive-bin (poppler) tracker (poppler-glib) tumbler (poppler-glib) xournal (poppler-glib) webkit2pdf (poppler-glib) zathura (poppler-glib) [...] I'm planning on uploading poppler to 0.6.17-2 later today. poppler 0.16.7-2 uploaded and built correctly on every release arch (and more), could you please schedule the binNMUs for the packages above (excluding gdcm, currently broken)? Not yet done for epdfview and libreoffice. Done for the others. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#630044: transition: poppler 0.16
On Mon, Jul 04, 2011 at 01:07:01PM +0200, Philipp Kern wrote: Not yet done for epdfview and libreoffice. Done for the others. Now done for epdfview and libreoffice, too. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630044: transition: poppler 0.16
Pino, am Mon, Jul 04, 2011 at 06:21:51PM +0200 hast du folgendes geschrieben: Alle lunedì 4 luglio 2011, Philipp Kern ha scritto: On Mon, Jul 04, 2011 at 01:07:01PM +0200, Philipp Kern wrote: Not yet done for epdfview and libreoffice. Done for the others. Now done for epdfview and libreoffice, too. Sorry, I missed also calibre (which uses the libpoppler-dev material by means of libpoppler-qt4-dev). Could you please binNMU it as well (it should build fine), and add it to the transition tracker? the transition tracker isn't manual. So either it doesn't need a binNMU because it doesn't directly link it or the expression for the list of affected packages is wrong (on the top of the page). Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#630044: transition: poppler 0.16
On Mon, Jul 04, 2011 at 08:53:33PM +0200, Pino Toscano wrote: The list is correct, generally -- it's just calibre using a build depenency because it is pulled directly from another one. For adding I was referring to the conditions of the affected packages, like i saw a .package condition in the python2.7 tracker page. If it isn't the case, sorry for the mistake, and then just add the libpoppler- qt4-dev b-d to the affected conditions. Added, let's wait for the next update. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#628047: Bug#630044: transition: poppler 0.16
On Thu, Jun 30, 2011 at 10:39:20AM +0200, Pino Toscano wrote: This new patch looks better indeed. It breaks the API (*) though, but follows the upstream API change in poppler-glib. I verified the four packages in archive using python-poppler: douf00 gedit-latex-plugin gourmet pdfshuffler and apparently none of them uses the get_text() function of a PopplerPage, so there is nothing that would get broken by this new poppler-python patch. \o/ Then let's do it. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#632028: postgresql 8.4.8 regression - failure to handle char(4) = bpchar
On Wed, Jun 29, 2011 at 10:32:27AM +0200, Josip Rodin wrote: Unfortunately this stable upgrade of PostgreSQL 8.4.7-0squeeze2 to 8.4.8-0squeeze1 introduced a bug apparently from the 9.0 branch that is now consistently breaking queries on our production stable machines. I propose the attached debdiff as an update to stable. The patch applies properly during the build and the regression test suite runs successfully. (Of course the test case shipped with the patch got reverted, though.) Kind regards Philipp Kern diff -u postgresql-8.4-8.4.8/debian/changelog postgresql-8.4-8.4.8/debian/changelog --- postgresql-8.4-8.4.8/debian/changelog +++ postgresql-8.4-8.4.8/debian/changelog @@ -1,3 +1,10 @@ +postgresql-8.4 (8.4.8-0squeeze2) stable; urgency=low + + * Back out Fix plpgsql's issues with dropped columns in rowtypes in 8.4 +branch., which introduces a regression. (Closes: #632028) + + -- Philipp Kern pk...@debian.org Wed, 29 Jun 2011 11:45:11 +0200 + postgresql-8.4 (8.4.8-0squeeze1) stable; urgency=low * New upstream bug fix release: (Closes: #626559) only in patch2: unchanged: --- postgresql-8.4-8.4.8.orig/debian/patches/15-debian-bug-632028.patch +++ postgresql-8.4-8.4.8/debian/patches/15-debian-bug-632028.patch @@ -0,0 +1,755 @@ +commit 626efda94f53c6285c02552da3fae924f40508bd +Author: Philipp Kern pk...@debian.org +Date: Wed Jun 29 11:43:04 2011 +0200 + +Revert Fix plpgsql's issues with dropped columns in rowtypes in 8.4 branch. + +This caused a regression. See Debian bug #632028 for details. + +This reverts commit 5d3853a7fa40b28b44b14084863fd83a188c9a9e. + +diff --git a/src/backend/access/common/Makefile b/src/backend/access/common/Makefile +index a80ee38..9e05a6a 100644 +--- a/src/backend/access/common/Makefile b/src/backend/access/common/Makefile +@@ -12,7 +12,6 @@ subdir = src/backend/access/common + top_builddir = ../../../.. + include $(top_builddir)/src/Makefile.global + +-OBJS = heaptuple.o indextuple.o printtup.o reloptions.o scankey.o \ +- tupconvert.o tupdesc.o ++OBJS = heaptuple.o indextuple.o printtup.o reloptions.o scankey.o tupdesc.o + + include $(top_srcdir)/src/backend/common.mk +diff --git a/src/backend/access/common/tupconvert.c b/src/backend/access/common/tupconvert.c +deleted file mode 100644 +index 34e5f11..000 +--- a/src/backend/access/common/tupconvert.c /dev/null +@@ -1,365 +0,0 @@ +-/*- +- * +- * tupconvert.c +- * Tuple conversion support. +- * +- * These functions provide conversion between rowtypes that are logically +- * equivalent but might have columns in a different order or different sets +- * of dropped columns.There is some overlap of functionality with the +- * executor's junkfilter routines, but these functions work on bare +- * HeapTuples rather than TupleTableSlots. +- * +- * Portions Copyright (c) 1996-2011, PostgreSQL Global Development Group +- * Portions Copyright (c) 1994, Regents of the University of California +- * +- * +- * IDENTIFICATION +- * src/backend/access/common/tupconvert.c +- * +- *- +- */ +-#include postgres.h +- +-#include access/tupconvert.h +-#include utils/builtins.h +- +- +-/* +- * The conversion setup routines have the following common API: +- * +- * The setup routine checks whether the given source and destination tuple +- * descriptors are logically compatible. If not, it throws an error. +- * If so, it returns NULL if they are physically compatible (ie, no conversion +- * is needed), else a TupleConversionMap that can be used by do_convert_tuple +- * to perform the conversion. +- * +- * The TupleConversionMap, if needed, is palloc'd in the caller's memory +- * context. Also, the given tuple descriptors are referenced by the map, +- * so they must survive as long as the map is needed. +- * +- * The caller must supply a suitable primary error message to be used if +- * a compatibility error is thrown. Recommended coding practice is to use +- * gettext_noop() on this string, so that it is translatable but won't +- * actually be translated unless the error gets thrown. +- * +- * +- * Implementation notes: +- * +- * The key component of a TupleConversionMap is an attrMap[] array with +- * one entry per output column. This entry contains the 1-based index of +- * the corresponding input column, or zero to force a NULL value (for +- * a dropped output column). The TupleConversionMap also contains workspace +- * arrays. +- */ +- +- +-/* +- * Set up for tuple conversion, matching input and output columns by +- * position. (Dropped columns are ignored in both input and output.) +- * +- * Note: the errdetail messages speak of indesc as the returned rowtype, +- * outdesc as the expected rowtype. This is okay for current uses but +- * might need generalization in future. +- */ +-TupleConversionMap
Bug#632028: postgresql 8.4.8 regression - failure to handle char(4) = bpchar
On Wed, Jun 29, 2011 at 10:32:27AM +0200, Josip Rodin wrote: Anyway, this kind of a query fails under PostgreSQL 9.0.4 and 8.4.8: Would you mind completing this testcase for me? I.e. at least acl_inherits is missing. Kind regards and thanks Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632028: postgresql 8.4.8 regression - failure to handle char(4) = bpchar
On Wed, Jun 29, 2011 at 12:37:57PM +0200, Josip Rodin wrote: Do you have any packages built with the patch that I could test? amd64 preferably :) Sure: http://thrall.0x539.de/~pkern/postgresql-8.4/ Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#623999: transition: libuim6
On Wed, May 18, 2011 at 02:24:46PM +0200, Mehdi Dogguy wrote: On 25/04/2011 09:59, Kiwamu Okabe wrote: I'd like to upload http://mentors.debian.net/debian/pool/main/u/uim/uim_1.6.1-3.dsc, which has changed SONAME (libuim6 = libuim7), to unstable. There is reverse-dependencies, which will need binNMUs: mlterm, gkrelluim, mozc, scim-uim. Please let me know when I can start the transition. Provided that your did test your reverse dependencies with this new version, you can go ahead with the upload. The status of this transition will be tracked at: The upload happened… Please let us once uim_1.6.1-3 is accepted. The notification didn't. The upload FTBFSed on kfreebsd-* due to a symbol mismatch. I've scheduled binNMUs for gkrelluim and scim-uim despite of this. Let's see how they work out. At least scim-uim hasn't been rebuilt for ages. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630044: transition: poppler 0.16
Hi, the only issue I see at the moment is this: On Fri, Jun 10, 2011 at 05:03:47PM +0200, Pino Toscano wrote: * python-poppler (poppler-glib) The (small) patch needed to compile with poppler 0.16 is not compatible with poppler 0.12, so it cannot be uploaded right now. Asked to provide a version in experimental compilable with poppler 0.16, see #628047. There's a claim at the LP bug[1] that the patch isn't suitable. From a casual look that comment seems wrong, but you can judge this better than me. If that's resolved I'm ok with you going ahead with this transition. Please ping me when it's uploaded, though, so that I can take care of the binNMUs. Kind regards Philipp Kern [1] https://bugs.launchpad.net/poppler-python/+bug/696025 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629276: NFS needs same dispensation to use DES as AFS
On Wed, Jun 29, 2011 at 09:35:54AM +1000, Brian May wrote: On 21 June 2011 10:12, Brian May br...@microcomaustralia.com.au wrote: Sorry about this. The upstream Makefiles are suppose to remove this cruft - debian/rules clean calls debian/rules distclean, but for reasons I don't understand it doesn't always work. However it seemed to work fine for this version before squeeze was released. Go figure If this is not acceptable, I can upload a new version that has an expanded clean section in debian/rules - would this be OK? In this case I am guessing I would have increase the version number? I just realized I never got a response to my email. Can you please respond and I can prepare a new upload? I'll mark the package for REJECT at the next dinstall run. You'll most likely get a mail about it. Afterwards you can reuse the old version. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#622117: [PATCH 2/2] Fill field builder in pkg_history
On Sun, Jun 19, 2011 at 05:09:00PM +0200, Kurt Roeckx wrote: On Sun, Jun 19, 2011 at 04:11:03PM +0200, Joachim Breitner wrote: Hi, ok, found it: There is a file lib/debian/wannabuild/db.py which I have overlooked and where columns have to be registered. So the value that we have passed to values() was silently ignored... please try again with the attached patch. That patch breaks things. I don't know exactly what the error is, I just see this in the exim log: Child process of address_pipe transport returned 75 (could mean temporary error) from command: /usr/bin/nice That's why you get detailled logging in /org/buildd.debian.org/log/inject ProgrammingError: (ProgrammingError) column builder of relation pkg_history does not exist LINE 1: ...ackage, distribution, version, timestamp, result, builder, b... 'INSERT INTO powerpc.pkg_history (package, distribution, version, timestamp, result, builder, build_time, disk_space) VALUES (%(package)s, %(distribution)s, %(version)s, %(timestamp)s, %(result)s, %(builder)s, %(build_time)s, %(disk_space)s)' {'package': 'libburn', 'timestamp': datetime.datetime(2011, 6, 19, 15, 1, 27), 'builder': 'poulenc.debian.org', 'build_time': None, 'version': '1.1.0-1', 'result': 'successful', 'distribution': 'sid', 'disk_space': None} But changing the schema will be lots of fun due to the rules you'd need to modify now. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#628536: Heads up: update for e2fsprogs intended for stable-proposed-updates
On Sat, Jun 18, 2011 at 01:10:18AM -0400, Ted Ts'o wrote: On Sat, Jun 18, 2011 at 12:36:01AM +0200, Philipp Kern wrote: We cannot use the unstable version verbatim for technical reasons. So I'd like to ask you to add a changelog entry with Upload to proposed-updates. and a version like 1.41.12-4+squeeze1. It needs to be built in a stable chroot and you'd need to specify the stable version with -v1.41.12-2 to debuild/ dpkg-buildpackage so that the right changelog entries are included in the .changes. I.e. please go ahead. What I uploaded into unstable *was* built with a stable chroot, but sure, I can re-upload it with the appropriate version number and changelog entry. I assume it should be dupload'ed to the proposed-updates queue, correct? To the normal ftp-master queue with stable as its distribution target in the .changes (i.e. the changelog dist bit). But proposed-updates works equally well. The deadline for the next point release is this weekend, though. I apologize for the delay in responding; we're tying up the lose ends for the point release currently and this was one of them, which was lingering around because we generally don't like touching core stuff with extensive changes. Understood. OK, I'm flying back from Portland (Usenix ATC) to Boston tomorrow morning, so I'll prepare the packages while I'm in the air. I may not have a chance to upload them until late Saturday night or Sunday mid-day, although I will try to do it sooner if I can. (I just want to make some allowances for Murphy's law while I'm in transit...) I hope that will be enough time? Late Saturday night sounds good. ;-) Thanks, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#629276: NFS needs same dispensation to use DES as AFS
Brian, On Thu, Jun 09, 2011 at 11:07:50AM +1000, Brian May wrote: Would be willing to accept a new version of Heimdal in a point release of Debian? sorry for taking so much time for coming back to you. Without this patch, the KDC rejects AS requests that specify DES enctypes with krb5_crypto_init failed: encryption type (1|2|3) not supported (illustrating another oddity, namely that krb5_crypto_init() uses the same error message whether the enctype is unknown or known but disabled; krb5_enctype_valid() has two distinct error messages) and TGS requests result in Server (nfs/f.q.d.n) has no support for etypes (also in the KDC's log). The client did have [libdefaults]allow_weak_crypto=true, as shown by the fact that the AS and TGS requests asked for a DES enctype. And it's only possible to reactivate that enctype by patching the KDC? I would've assumed that it's just a configuration matter on the KDC side. (Like it's the case with MIT Kerberos where you have to adjust supported_enctypes.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#629276: NFS needs same dispensation to use DES as AFS
On Fri, Jun 17, 2011 at 09:51:30PM +0200, Sergio Gelato wrote: It is true that you can enable the enctypes for all principals by adding [libdefaults] allow_weak_crypto = true to /etc/heimdal-kdc/kdc.conf, but that's a very blunt tool since only a few principals still need an exemption from the no DES policy. For my own operations I'll definitely stick with my patch. A more universal solution would be to make the exception list configurable without recompiling the KDC, but that has to be balanced against the likely complexity of such a change. So for some reason I thought the patch was more involved. So yeah, you can update that through proposed-updates. If it misses the next point release we can also push it through squeeze-updates, I think. It's a bit sad that it's hardcoded but I think it's fair for NFS/AFS, even though we got recent support for better crypto in the kernel. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#628536: Heads up: update for e2fsprogs intended for stable-proposed-updates
Hi Ted, On Sun, May 29, 2011 at 11:32:59PM +0200, Carsten Hey wrote: nope. The process is that all problems ought to be fixed in unstable first and then you send us a debdiff for a targetted upload to stable-proposed-updates (diff against what's currently in stable), we approve it and then you upload the result. We cannot cherry-pick from testing. (However sometimes what's in s-p-u gets copied over into testing if it's newer.) Well, what I uploaded into unstable was built in a stable chroot, so assuming it's approved it's just a matter of my uploading to stable-proposed-updates, right? (Or do you want to build the x86 binary packages from source?) We cannot use the unstable version verbatim for technical reasons. So I'd like to ask you to add a changelog entry with Upload to proposed-updates. and a version like 1.41.12-4+squeeze1. It needs to be built in a stable chroot and you'd need to specify the stable version with -v1.41.12-2 to debuild/ dpkg-buildpackage so that the right changelog entries are included in the .changes. I.e. please go ahead. We'll copy the +squeeze1 over into testing and unstable at point release time if it's newer. The deadline for the next point release is this weekend, though. I apologize for the delay in responding; we're tying up the lose ends for the point release currently and this was one of them, which was lingering around because we generally don't like touching core stuff with extensive changes. Kind regards and thanks for your efforts, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature