Bug#745941: event-dance: Uses gcrypt functions without explicit gcrypt build-dependency
On 2014-04-27 Alberto Garcia be...@igalia.com wrote: On Sat, Apr 26, 2014 at 06:58:33PM +0200, Andreas Metzler wrote: event-dance uses gcrypt directly (not only as an indirect dependency via gnutls) but does not build-depend on it. There's libgcrypt11 and libgcrypt20 at the moment in the repository, and I think event-dance doesn't care, but it should be the same as the one required by gnutls, no? I'm not sure what's the way to deal with this without having to manually change the build dependency on gcrypt whenever gnutls switches to a newer version. It seems to me that we would be making the package more fragile just for the sake of correctness with no other real benefit. Hello, that is not the case: * gnutls26 uses libgrypt11. gnutls26 is not developed anymore, libgcrypt20 drops some deprecated APIs, therefore gnutls26 cannot switch over. * gnutl28 does not use libgrypt at all. It uses nettle instead. I have stumbled over the issue when test-building all gnutls26 reverse dependencies against gnutls28. It is possible for event-dance to simply use whatever crypto backend gnutls uses, but a little bit more involved than adding a Build-Dependcy. It would need to stop using gcrypt directly and switch to the GnuTLS crypto API. On a sidenote: If event-dance can switch to libgnutl28-dev without breaking reverse depencies it should do so. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
Package: libfreetype6 Followup-For: Bug #730742 Any status update on this issue? I still have libfreetype6 on hold on all my systems, and it sounds like many others observe this issue as well. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745990: autogen: please migrate to guile-2.0
Bruce Korb bk...@gnu.org writes: I think autogen requires 2.0.3 or better. 2.0.{0,1,2} are definitely broken. You mean guile? If so, we have 2.0.11 in unstable and 2.0.9 in testing now -- maybe that's sufficient? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745972: Please enable additional kernel config options for sunxi support (starting with kernel 3.14)
On Sat, 2014-04-26 at 22:15 +0100, Ben Hutchings wrote: On Sat, 2014-04-26 at 22:23 +0200, Karsten Merker wrote: Package: linux Severity: wishlist Hello, I am working on getting ARM platforms based on the Allwinner A10 (sun4i) and A20 (sun7i) SOCs better supported in Debian. During the last months quite a bit of drivers for these SOCs have been integrated into the mainline Linux kernel. I would therefore like to ask for the following additional kernel configuration options to be enabled in future Debian kernel packages: Kernel 3.14 === CONFIG_RTC_DRV_SUNXI=m (sunxi realtime clock support) CONFIG_USB_EHCI_HCD_PLATFORM=m (platform device for enabling the embedded EHCI controller) CONFIG_USB_OHCI_HCD_PLATFORM=m (platform device for enabling the embedded OHCI controller) CONFIG_SUNXI_WATCHDOG=m(embedded watchdog device) Ian, as you've been working on sunxi support, do you agree with the above? Yep, I thought USB wasn't there until 3.15 which is why I didn't think to enable them. If they are there then they should be on. Kernel 3.15 (drivers accepted in 3.15rc1) === CONFIG_PHY_SUN4I_USB=m (PHY driver for the embedded OHCI and EHCI controllers) CONFIG_SPI=y CONFIG_SPI_SUNXI=m (sunxi SPI master driver) I think these could be included in our Linux 3.14 packages if you or Ian or anyone else backports them. I didn't bother backporting these since I figured they weren't critical and could wait for 3.15 proper to roll around. I have no objection if someone else wants to backport them. Kernel 3.16 (driver submitted and currently in review) === CONFIG_MMC_SUNXI=m (sunxi MMC/SD controller driver) As this is not yet accepted, it cannot be included yet, and this should be moved to a separate bug report. Agreed. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638412: closed by Ying-Chun Liu (PaulLiu) paul...@debian.org (Bug#638412: fixed in macopix 1.7.4-4)
reopen 638412 notfixed 638412 1.7.4-4 tags 638412 patch thanks On 2012-05-18 Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the macopix-gtk2 package: #638412: Links against libgcrypt without using gcrypt functions It has been closed by Ying-Chun Liu (PaulLiu) paul...@debian.org. [...] Good morning, looks like the patch was incomplete: https://buildd.debian.org/status/fetch.php?pkg=macopixarch=amd64ver=1.7.4-4stamp=1337376404 libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z -Wl,relro -o macopix main.o callbacks.o pixmap.o gui.o balloon.o clock.o configfile.o utils.o mail.o pop.o md5c.o md5ify.o nokkari.o bmp.o bmpwrite.o sockmsg.o codeconv.o unmime.o base64.o quoted-printable.o unlha.o untar.o trayicon.o alpha.o ssl.o sslmanager.o dnd.o -pthread -lX11 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 /usr/lib/x86_64-linux-gnu/libcairo.so -lpango-1.0 /usr/lib/x86_64-linux-gnu/libfreetype.so -lfontconfig -lgthread-2.0 -lrt -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lgnutls -lgcrypt -lgnutls-openssl -pthread make[4]: Leaving directory `/build/buildd-macopix_1.7.4-4-amd64-UKOia0/macopix-1.7.4/src' Find attached a version that works for me. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru macopix-1.7.4/debian/changelog macopix-1.7.4/debian/changelog --- macopix-1.7.4/debian/changelog 2014-04-06 15:03:20.0 +0200 +++ macopix-1.7.4/debian/changelog 2014-04-27 08:24:49.0 +0200 @@ -1,3 +1,11 @@ +macopix (1.7.4-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix 004_dont_link_to_gcrypt.patch to really stop linkage against +libgcrypt. + + -- Andreas Metzler ametz...@debian.org Sun, 27 Apr 2014 08:24:35 +0200 + macopix (1.7.4-4.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru macopix-1.7.4/debian/patches/004_dont_link_to_gcrypt.patch macopix-1.7.4/debian/patches/004_dont_link_to_gcrypt.patch --- macopix-1.7.4/debian/patches/004_dont_link_to_gcrypt.patch 2012-05-18 22:08:53.0 +0200 +++ macopix-1.7.4/debian/patches/004_dont_link_to_gcrypt.patch 2014-04-27 08:23:11.0 +0200 @@ -3,12 +3,12 @@ experimental), which does not use gcrypt as crypto backend anymore. Bug-Debian: http://bugs.debian.org/638412 Author: Ying-Chun Liu (PaulLiu) paul...@debian.org -Last-Update: 2012-05-19 -Index: macopix-1.7.4/configure.in -=== macopix-1.7.4.orig/configure.in 2012-05-19 03:49:05.619363578 +0800 -+++ macopix-1.7.4/configure.in 2012-05-19 04:05:22.669591784 +0800 -@@ -290,7 +290,7 @@ +Last-Update: 2014-04-27 +Origin: vendor + +--- macopix-1.7.4.orig/configure.in macopix-1.7.4/configure.in +@@ -290,7 +290,7 @@ if test x$use_gnutls = xyes; then AC_CACHE_CHECK([for GnuTLS libraries], gnutls_libs, [ @@ -17,3 +17,12 @@ AC_TRY_LINK_FUNC(gnutls_init, gnutls_libs=yes, gnutls_libs=no) LIBS=$LIBS_save ]) +@@ -299,7 +299,7 @@ if test x$use_gnutls = xyes; then + AC_DEFINE(USE_SSL, 1, Define if you use SSL.) + AC_DEFINE(USE_GNUTLS, 1, Define if you use GNUTLS to support SSL.) + msg_gnutls=GnuTLS +- GNUTLS_LIBS=$with_gnutls_libs -lgnutls -lgcrypt -lgnutls-openssl ++ GNUTLS_LIBS=$with_gnutls_libs -lgnutls -lgnutls-openssl + + use_gnutls=yes + else signature.asc Description: Digital signature
Bug#731799: Do not work with IPv4 only anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Sa den 26. Apr 2014 um 14:59 schrieb Philipp Kern: ~ mtr -4 www.heise.de My traceroute [v0.85] ikki (0.0.0.0) Mon Dec 9 22:12:29 2013 Unable to allocate IPv6 socket for nameserver communication: Address family not supported by protocol Packets Pings Version 0.82-3 was working properly. I suppose this is a regression introduced for bug #528992. This bug makes the package in fact unusable. For the records, I have no kernel on production systems that have IPv6 enabled or that is explicit disabled by kernel command line. Such a configuration that diverges from the Debian default config makes this hardly grave or RC. Well, you can easily boot your debian kernel with ipv6.disable=1 to archive the same result. But the severity is ok with me. It's enough to have it enabled in the kernel but no addresses configured. And exactly that is the problem with IPv6. Due the dynamic nature of IPv6, you might be reachable from the net by accident if you have IPv6 enabled. If you don't use it and don't address it security wise the same that you do IPv4, you will be screwed. And let me note that most people have good firewall for IPv4 but none for IPv6, simply for the reason they do not have it on there radar. Thats the reason why I have IPv6 switched of completely on most of my devices (except some experimental where I want to play with IPv6 that is fare from good enough to use in productive environment). And even more, it is good security praxis to have unused stuff at least switched of or better not even installed or compiled in. So, I believe that this bug even affect many people that uses mtr on debian; at least that ones who care about secure systems. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTXKwSAAoJEKZ8CrGAGfasmLUMAMMsoYGIaOQZCqxsEM2X7HvE SESgT5SNLVAgxdH4gYIN5trpGeRL6hocV8TypYUDX88GOKnznVGJKfWQSPqwwtw9 aegbSK1ir1Th9ZxqFy3jUsDyCwnB/rtMizhA4jRmp37p2MppjF25U3QQi6SqWPmg xgSfuDzxJ2beoOqactR17kqc5FfcDo+R1ccN0fjgdMlniSU1fKiUqmw/xoXemY+T hw8lJ+DNqXaMmQpiA7rNh5TgpBOD7BRg9vq2+/2v1Lue8aaVo5f4Pknv4z/xqzjU ijUiJ/YW/apK7TeACZU9/cSqAKM5jFV1IrJSLiC45bSv6IIQOy3U8tXqFMEv3cFB gLW1eMeowlSnba2PdNlRRMBg2Edk7KwzXIB7Ar58lB7mJ8FpImtXE2fefJcxtpBB 81eGfN4Fdi6navK/YbGtsBqj+zxKnfrnRdTdqvgHEk2pQCO5qc8Y7tzH4MQg2z/g A6HkjRWMZNXzHlvpJuGJNyb0UGnrOL13QbwZxWdJ8Q== =7S56 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726273: kaffeine: recording creates empty (0B) files
Dear Maintainer, Digital TV tuner card is: TerraTec Cinergy 1200 DVB-C ( Philips SAA7146 based) abcdefg@abcdefg:~$ lspci |grep Philips 09:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) If any help solving the problem.
Bug#746029: ejabberd: only admin can connect after upgrade
Package: ejabberd Version: 2.1.11-1 Severity: grave Justification: renders package unusable Dear Maintainer, After an apt-get upgrade, no one except admin can connect to the ejabberd server. All users except admin get Fehler beim Einlesen von XML-Dateien. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ejabberd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii erlang-asn11:17.0-dfsg-1 ii erlang-base [erlang-abi-15.b] 1:17.0-dfsg-1 ii erlang-crypto 1:17.0-dfsg-1 ii erlang-inets 1:17.0-dfsg-1 ii erlang-mnesia 1:17.0-dfsg-1 ii erlang-odbc1:17.0-dfsg-1 ii erlang-public-key 1:17.0-dfsg-1 ii erlang-ssl 1:17.0-dfsg-1 ii erlang-syntax-tools1:17.0-dfsg-1 ii libc6 2.18-4 ii libexpat1 2.1.0-4 ii libpam0g 1.1.8-3 ii libssl1.0.01.0.1g-3 ii openssl1.0.1g-3 ii ucf3.0027+nmu1 ii zlib1g 1:1.2.8.dfsg-1 ejabberd recommends no packages. Versions of packages ejabberd suggests: ii imagemagick 8:6.7.7.10+dfsg-1 pn libunix-syslog-perl none -- debconf information: ejabberd/password: (password omitted) ejabberd/verify: (password omitted) ejabberd/user: ejabberd/nomatch: ejabberd/hostname: localhost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745941: event-dance: Uses gcrypt functions without explicit gcrypt build-dependency
On Sun, Apr 27, 2014 at 08:03:58AM +0200, Andreas Metzler wrote: * gnutl28 does not use libgrypt at all. It uses nettle instead. Ah, ok! Sorry for the confusion :) It would need to stop using gcrypt directly and switch to the GnuTLS crypto API. I can discuss this with upstream, thanks for pointing it out. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742990: News?
2014-04-26 20:36 GMT+02:00 Bastien ROUCARIES roucaries.bast...@gmail.com: On Fri, Apr 25, 2014 at 10:02 AM, Mathieu Parent math.par...@gmail.com wrote: Hello, Is anybody working on this bug? As ckeditor is marked for autoremoval from testing on 2014-05-13. NB: I have already uploaded the previous RC fix, but don't have enough time currently (already maintaining too many packages) It is quite harder than expected they use ckbuilder jar for building that is not open source and not released... That's unfortunate. But can't we use the upstream SVN as source without minifying the JS (or minifying using a tool already in the archive)? I'm afraid: if ckeditor is removed from testing, horde will lack its mail client (IMP). Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744726: websocket-client should be repacked
Control: tags -1 + fixed-upstream pending * Leo Iannacone l...@ubuntu.com [2014-04-14 00:20:53 +0200]: Dear Maintainer, your package seems to be packaged over pip. You should consider to repack it according with real upstream source. Hi, It's a best practice to use whatever upstream provides as a release, and to avoid gratuitous repackagings. AFAICS, the new upstream release contains most of the stuff that was missing previously, I'll close that bug when I'll have uploaded the new version. Moreover binary package python-websocket should be renamed to python-websocket-client according with source name. No. The Debian Python policy (section 2.2, Module Package Names)[1] states that binary packages must be named after the importable module packaged within. The import statement is import websocket, therefore the binary package name is right. I chose the source package name to match the upstream name. [1] https://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names Thanks for your report, -- Nicolas Dandrimont BOFH excuse #13: we're waiting for [the phone company] to fix that line signature.asc Description: Digital signature
Bug#746030: sso.debian.org: unable to log in immediately after changing the password
Package: sso.debian.org Severity: minor Hi, I just updated (or in fact set for the first time) the password used for SSO on db.debian.org. This worked, or at least it did not indicate that it didn't. Then I attempted to login to sso.d.o. This failed. Ten minutes later, login worked. I assume that there's a file or database sync involved. Please state (in the error message) that this might be the reason for the problem, and tell the user to try again in N minutes (N being the sync interval +1). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731799: Do not work with IPv4 only anymore
On 2014-04-27 09:04, Klaus Ethgen wrote: And exactly that is the problem with IPv6. Due the dynamic nature of IPv6, you might be reachable from the net by accident if you have IPv6 enabled. If you don't use it and don't address it security wise the same that you do IPv4, you will be screwed. And let me note that most people have good firewall for IPv4 but none for IPv6, simply for the reason they do not have it on there radar. You can also turn off the automatic configuration bits. Thats the reason why I have IPv6 switched of completely on most of my devices (except some experimental where I want to play with IPv6 that is fare from good enough to use in productive environment). And even more, it is good security praxis to have unused stuff at least switched of or better not even installed or compiled in. So, I believe that this bug even affect many people that uses mtr on debian; at least that ones who care about secure systems. I know that people argue that way. But I still doubt that many people are affected. Anyway, feel free to provide a patch. :) 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#746031: anjuta: symbols mess up.
Package: anjuta Version: 2:3.8.4-3 Severity: normal Dear Maintainer, Click on view-Symbols, and open a vala source file with Class Foo and methods, the methods symbols are not under there class Foo symbol, even though the class Foo symbol has a clickable delta icon hinting that is should be. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages anjuta depends on: ii anjuta-common 2:3.8.4-3 ii libanjuta-3-0 2:3.8.4-3 ii libapr1 1.5.0-1 ii libc6 2.18-4 ii libdevhelp-3-2 3.12.0-2 ii libgcc1 1:4.8.2-16 ii libgda-5.0-45.2.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libgdl-3-5 3.8.1-2 ii libgladeui-2-4 3.14.2-3 ii libglib2.0-02.40.0-2 ii libgtk-3-0 3.12.0-4 ii libgtksourceview-3.0-1 3.10.2-1 ii libpango-1.0-0 1.36.3-1 ii libpython2.72.7.6-8 ii libstdc++6 4.8.2-16 ii libsvn1 1.8.8-2 ii libvala-0.24-0 0.24.0-1 ii libvte-2.90-9 1:0.34.9-1 ii libwebkit2gtk-3.0-252.2.6-1 ii libxml2 2.9.1+dfsg1-3 Versions of packages anjuta recommends: ii autoconf2.69-6 ii autogen 1:5.18-2 ii automake1:1.14.1-3 ii g++ 4:4.8.2-3 ii gcc 4:4.8.2-3 ii gdb 7.6.2-1 ii intltool0.50.2-2 ii liblocale-gettext-perl 1.05-8 ii libtool 2.4.2-1.7 ii make3.81-8.3 ii valac 0.24.0-1 ii yelp3.12.0-1 Versions of packages anjuta suggests: ii gjs 1.36.1-2 ii glade 3.14.2-3 ii libgtk-3-dev3.12.0-4 pn libgtkmm-3.0-devnone ii python-distutils-extra 2.38-1 ii python-rope 0.9.2-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745847: ITP: perm -- efficient mapping of short reads with periodic spaced seeds
On Fri, 25 Apr 2014 20:53:01 +0200, Andreas Tille ti...@debian.org wrote: Description : efficient mapping of short reads with periodic spaced seeds PerM is a software package which was designed to perform highly efficient genome scale alignments for hundreds of millions of short reads produced by the ABI SOLiD and Illumina sequencing platforms. Today PerM is capable of providing full sensitivity for alignments within 4 mismatches for 50bp SOLID reads and 9 mismatches for 100bp Illumina reads. I am sure that you know what this means. I don't. And even after reading for a third time I don't know whether this package may be useful for someone who will likely never align genome scales (assuming this has something to do with microbiology). Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742405: zookeeper ftbfs without openjdk
Control: severity -1 important Hi, On Sun, Mar 30, 2014 at 10:15:43PM +0100, Steven Chamberlain wrote: On 30/03/14 20:28, Tim Retout wrote: Right, but this does not comply with the Java policy, which requires default-jdk as the build dependency Thanks for pointing this out. I hadn't seen the rest of the thread on debian-java@. The versioned dependency and the removal of kfreebsd-* and sparc binaries makes sense now. Though, I hope default-jdk on kfreebsd can be changed back to openjdk-7 someday. The binaries were removed and zookeeper migrated to testing, so the severity of this bug can be lowered. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741606: [Python-modules-team] Bug#741606: Test suite missing and not run during the package build
Control: tags -1 + fixed-upstream pending * Robie Basak robie.ba...@ubuntu.com [2014-03-14 13:09:56 +]: I'm doing some QA on this package in preparation for main inclusion in Ubuntu. I found that upstream has a test suite, but does not ship it in the PyPI tarball, and thus it is not being run as part of the package build. It would be nice if we could do this. I've filed a bug upstream to have it included, and I'd like this bug to track that the tests are being not being run in Debian. In Ubuntu I may end up cherry-picking the entire test suite as a patch and running it to fulfill our requirements, but I presume it would be better for Debian to fix this when upstream can ship the test suite directly. * Robie Basak robie.ba...@ubuntu.com [2014-03-17 17:18:40 +]: Note that I also had an issue with some upstream tests requiring an Internet connection. I filed https://github.com/liris/websocket-client/pull/66 with a workaround I applied to Ubuntu and to track this. Hi, First of all, thanks for your report, and sorry I spent so much time getting back to you. I see that upstream has fixed both issues and released a tarball containing the fixes. I'll update the package ASAP. Thanks for your work with upstream on those issues! Cheers, -- Nicolas Dandrimont BOFH excuse #387: Your computer's union contract is set to expire at midnight. signature.asc Description: Digital signature
Bug#689505: udev: Creates duplicates by-id symlinks for event devices for Microsoft Wireless Desktop
On Saturday 26 April 2014, Marco d'Itri wrote: On Oct 03, Alex Hermann a...@wenlex.nl wrote: The 60-persistent-input.rules rules create identical by-id symlinks for two separate event devices, rendering the first unaccesible by-id. Can you check if this is still reproducible with 204-9? I can't test with 204-9 at the moment. This seems to be fixed on 204-8, the -event-kbd symlink is created only once. for i in 15 17 19; do udevadm info --query=all --path=/sys/class/input/event$i; done | grep '^[NS]:' N: input/event15 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd S: input/by-path/pci-:00:14.0-usb-0:8:1.0-event-kbd N: input/event17 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if01-event-mouse S: input/by-path/pci-:00:14.0-usb-0:8:1.1-event-mouse N: input/event19 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if02-event-kbd S: input/by-path/pci-:00:14.0-usb-0:8:1.2-event-kbd -- Alex Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745823: libwww-perl: an https request with iso-8859-1 headers, chunked transfer and data with utf8 bit on is corrupted.
On 26/04/14 18:49, John Hughes wrote: if (ref($content_ref) eq 'CODE') { my $buf = $content_ref(); $buf = unless defined($buf); +utf8::downgrade ($buf); $buf = sprintf %x%s%s%s, length($buf), $CRLF, $buf, $CRLF if $chunked; substr($buf, 0, 0) = $req_buf if $req_buf But that's the wrong place to fix it. The bug is realy in $socket-syswrite, aka Crypt::SSLeay::Conn::write. That's where the bug should be fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728147: udev does not set up persistent devices for tape drives
tag 728147 moreinfo thanks On Oct 28, Wayne Keseberg wayne.keseb...@emc.com wrote: Even though system has tape drives, there are no device files in /dev/tape/by-id for tape drives. (There are for autochangers/libraries.) Can you check if this has been fixed in 204-9? -- ciao, Marco signature.asc Description: Digital signature
Bug#746032: systemd: Prevent system to boot
Package: systemd Version: 204-9 Severity: critical Justification: breaks the whole system Trying systemd for the frst time this moring and it breaks. It boots, mount the filesystem and then hang for 2or 3 mins and then I have the rescue prompt. I looked at the log as per indicated in the help message. Last message was that a binary /bin/ was missing but I do not remember whch one. Managed to start network (add to do ifdown eth0; ifup eth0) and reinstalled sysvinit-core and booted again. Tell me what information you need but I have no clue on how systemd works. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12.18 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-55 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libc62.18-4 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.0-3 ii libgcrypt11 1.5.3-4 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.2.2-1 ii libsystemd-daemon0 204-9 ii libsystemd-journal0 204-9 ii libsystemd-login0204-9 ii libudev1 204-9 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-55 ii udev 204-9 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none -- no debconf information 0 overridden configuration files found. == /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/anacron.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.socket.dsh-also == /etc/systemd/system/sockets.target.wants/cups.socket == /var/lib/systemd/deb-systemd-helper-enabled/printer.target.wants/cups.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups.path == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/binfmt-support.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups-browsed.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/dns-clean.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/privoxy.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/avahi-daemon.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/sshd.service == == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.Avahi.service == == /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.socket.dsh-also == /etc/systemd/system/sockets.target.wants/avahi-daemon.socket == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/pcscd.socket == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/avahi-daemon.socket == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket == == /var/lib/systemd/deb-systemd-helper-enabled/pppd-dns.service.dsh-also == /etc/systemd/system/multi-user.target.wants/pppd-dns.service == /var/lib/systemd/deb-systemd-helper-enabled/privoxy.service.dsh-also == /etc/systemd/system/multi-user.target.wants/privoxy.service == /var/lib/systemd/deb-systemd-helper-enabled/ssh.service.dsh-also == /etc/systemd/system/multi-user.target.wants/ssh.service /etc/systemd/system/sshd.service == /var/lib/systemd/deb-systemd-helper-enabled/pcscd.socket.dsh-also == /etc/systemd/system/sockets.target.wants/pcscd.socket == /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also == /etc/systemd/system/multi-user.target.wants/atd.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.path.dsh-also == /etc/systemd/system/multi-user.target.wants/cups.path == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service
Bug#745776: tree 1.7.0 released -- other packages will need it
Hello there, following up to myself: On Fri, Apr 25, 2014 at 10:41:08AM +0200, Florian Ernst wrote: On Thu, Apr 24, 2014 at 11:03:21PM +0200, Jason A. Donenfeld wrote: On Thu, Apr 24, 2014 at 8:54 AM, Florian Ernst florian_er...@gmx.net wrote: On Thu, Apr 24, 2014 at 12:00:54AM +0200, Jason A. Donenfeld wrote: Tree 1.7.0 was released. The next version of pass, a package maintained by Colin Watson, will depend on it. Do you think you could version bump your tree package so that it's ready when the next version of pass comes out? Sure, I will take care of that next weekend. BTW, feel free to file a bugreport next time (or allow me to forward your private mail to the Debian BTS). You're welcome to forward my mail to the BTS. Hehe, Colin beat me to it. Now adding this information to his bugreport. tree_1.7.0-1 has just been uploaded. Cheers, Flo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746032: [Pkg-systemd-maintainers] Bug#746032: systemd: Prevent system to boot
Am 27.04.2014 10:40, schrieb Eric Valette: Package: systemd Version: 204-9 Severity: critical Justification: breaks the whole system Trying systemd for the frst time this moring and it breaks. It boots, mount the filesystem and then hang for 2or 3 mins and then I have the rescue prompt. I looked at the log as per indicated in the help message. Last message was that a binary /bin/ was missing but I do not remember whch one. Managed to start network (add to do ifdown eth0; ifup eth0) and reinstalled sysvinit-core and booted again. Tell me what information you need but I have no clue on how systemd works. Do all the filesystems listed in /etc/fstab actually exist? Do keep in mind that the no-auto fstab parameter is unknown to systemd, you should use noauto or nofail for devices which shouldn't block the boot process. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#695314: udev: abscent pid/vid comment for usb nics
On Dec 06, sergio mail...@sergio.spb.ru wrote: # USB device 0x:0x (correct_driver) It looks like that this rule in 75-persistent-net-generator.rules is wrong, but I do not have a USB NIC around so I cannot test it: SUBSYSTEMS==usb, \ ENV{COMMENT}=USB device 0x$attr{idVendor}:0x$attr{idProduct} -- ciao, Marco signature.asc Description: Digital signature
Bug#745687: Bug#745688: d3.js shipped with Debian is very different from d3.js from upstream
Hi Ramakrishnan, On Thu, Apr 24, 2014 at 4:14 AM, Ramakrishnan Muthukrishnan rkrish...@debian.org wrote: Package: libjs-d3 Version: 3.4.6-1 Severity: normal I noticed that the d3.js generated by the Debian package is very different from the d3.js shipped with the upstream tarball. I don't know at this point, if any functionality is affected. But a simple diff a lot of changes. I've several complex examples locally. Those works normally. One of the reason for this could be that the d3 upstream package requires uglify version 2.4.0 where as the d3 debian package is using the one shipped with Debian, which is 1.3.4. Yes, this is the reason. UglifyJS does several alternations, not affecting the code itself. As such, the UglifyJS build dependency is not a hard one. I have raised a wishlist bug against the node-uglify package (#745687) requesting an upgrade of the uglify package. I don't know at this point if this will fix the problem. That would 'fix' it, ie it would look like the same to the one from upstream. But please note that UglifyJS 1.x [1] and 2.y [2] are different projects, developed differently and not an upgrade. I'd like to see UglifyJS2 2.y packaged as well, but it seems the JavaScript team is lacking manpower. Regards, Laszlo/GCS [1] https://github.com/mishoo/UglifyJS [2] https://github.com/mishoo/UglifyJS2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635589: udev: Microsoft Wireless Mobile Mouse 3500 shows up under /dev/input/js0 (as a joystick)
tag 635589 moreinfo thanks Please test this again with 204-9. -- ciao, Marco signature.asc Description: Digital signature
Bug#746032: [Pkg-systemd-maintainers] Bug#746032: systemd: Prevent system to boot
On 27/04/2014 10:54, Michael Biebl wrote: Am 27.04.2014 10:40, schrieb Eric Valette: Package: systemd Version: 204-9 Severity: critical Justification: breaks the whole system Trying systemd for the frst time this moring and it breaks. It boots, mount the filesystem and then hang for 2or 3 mins and then I have the rescue prompt. I looked at the log as per indicated in the help message. Last message was that a binary /bin/ was missing but I do not remember whch one. Managed to start network (add to do ifdown eth0; ifup eth0) and reinstalled sysvinit-core and booted again. Tell me what information you need but I have no clue on how systemd works. Do all the filesystems listed in /etc/fstab actually exist? No not the BACKUP file system Do keep in mind that the no-auto fstab parameter is unknown to systemd, you should use noauto or nofail for devices which shouldn't block the boot process. Michael Ok will replace no-auto with noauto and restart. BTW I created the /var/log/journald directory but apprently its a binary file. How can I see its content? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746032: [Pkg-systemd-maintainers] Bug#746032: systemd: Prevent system to boot
On 27/04/2014 11:05, Eric Valette wrote: Do keep in mind that the no-auto fstab parameter is unknown to systemd, you should use noauto or nofail for devices which shouldn't block the boot process. Ok will replace no-auto with noauto and restart. BTW I created the /var/log/journald directory but apprently its a binary file. How can I see its content? That indeed fixed the boot problem. I have an error message saying /bin/plymouth does not exist but it does not harm. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746033: libxkbcommon0:i386 not installable on multiarch
Package: libxkbcommon0 Version: 0.4.0-1 Severity: important Dear Maintainer, libxkbcommon0:i386 isn't installable on multiarch (amd64), because it depends on a i386 xkb-data package, which doesn't exist (xkb-data is actually an all-architecture package). This makes impossible to use some i386 applications on mutiarch (say, anything that depends on SDL2), as they have libxkbcommon0 as a dependency, which cannot be installed because of this issue: Sample output: tomman@himawari:~$ LANG=en sudo apt-get install libxkbcommon0:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libxkbcommon0:i386 : Depends: xkb-data:i386 but it is not installable E: Unable to correct problems, you have held broken packages. tomman@himawari:~$ arch x86_64 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxkbcommon0 depends on: ii libc6 2.18-4 ii multiarch-support 2.18-4 ii xkb-data 2.10.1-1 libxkbcommon0 recommends no packages. libxkbcommon0 suggests no packages. -- 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#746034: chromium 34.0.1847.116-1~deb7u1 depends on libudev0 which is no longer in the testing archive
Package: chromium Version: 33.0.1750.152-1 Justification: renders package unusable Severity: grave Dear Maintainer, I cannot install the update 34.0.1847.116-1~deb7u1 because it depends on libudev0 and libudev0 is no longer in the Debian testing archive. I have marked the bug as grave as almost everybody who has removed libudev0 would not be able to install this package. $ aptitude search libudev i A libudev-dev - libudev development files i A libudev1- libudev shared library As can be seen it's not there in the archive. I cannot update because of the libudev0 dependancy. It should give dependancy as libudev1. sudo aptitude install chromium chromium-inspector The following packages will be upgraded: chromium{b} chromium-inspector 2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 49.9 MB/50.6 MB of archives. After unpacking 12.7 MB will be freed. The following packages have unmet dependencies: chromium : Depends: libudev0 (= 146) which is a virtual package. The following actions will resolve these dependencies: Remove the following packages: 1) chromium Leave the following dependencies unresolved: 2) chromium-inspector recommends chromium (= 10) Accept this solution? [Y/n/q/?] q $ aptitude show chromium=34.0.1847.116-1~deb7u1 Package: chromium State: not installed Automatically installed: no Version: 34.0.1847.116-1~deb7u1 Priority: optional Section: web Maintainer: Debian Chromium Maintainers pkg-chromium-ma...@lists.alioth.debian.org Architecture: amd64 Uncompressed Size: 133 M Depends: gconf-service, libasound2 (= 1.0.16), libatk1.0-0 (= 1.12.4), libc6 (= 2.11), libcairo2 (= 1.6.0), libcap2 (= 2.10), libcups2 (= 1.4.0), libdbus-1-3 (= 1.2.14), libexpat1 (= 2.0.1), libfontconfig1 (= 2.9.0), libfreetype6 (= 2.3.9), libgcc1 (= 1:4.1.1), libgconf-2-4 (= 2.31.1), libgcrypt11 (= 1.4.5), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.26.0), libgnome-keyring0 (=3.2.2-2~), libgtk2.0-0 (= 2.24.0), libjpeg8 (= 8c), libnspr4 (= 2:4.9-2~), libnss3 (= 2:3.14.3), libpango1.0-0 (= 1.22.0), libspeechd2, libspeex1 (= 1.2~beta3-1), libstdc++6 (= 4.6), libudev0 (= 146), libx11-6 (= 2:1.4.99.1), libxcomposite1 (= 1:0.3-1), libxdamage1 (= 1:1.1), libxext6, libxfixes3, libxi6 (= 2:1.2.99.4), libxml2 (= 2.7.4), libxrender1, libxslt1.1 (= 1.1.25), libxss1, libxtst6, xdg-utils, chromium-inspector Suggests: chromium-l10n Conflicts: chromium-browser ( 10.0.648.82~r75062-1~), chromium-codecs-ffmpeg, chromium-codecs-ffmpeg-extra, chromium-testsuite Replaces: chromium-browser ( 10.0.648.82~r75062-1~), chromium-codecs-ffmpeg, chromium-codecs-ffmpeg-extra, chromium-testsuite Provides: chromium-testsuite, gnome-www-browser, www-browser Description: Google's open source chromium web browser Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all Internet users to experience the web. Chromium serves as a base for Google Chrome, which is Chromium rebranded (name and logo) with very few additions such as usage tracking and an auto-updater system. This package contains the Chromium browser. Homepage: http://www.chromium.org/Home Tags: devel::interpreter, devel::lang:ecmascript, devel::runtime, devel::web, implemented-in::c++, implemented-in::ecmascript, interface::x11, network::client, protocol::TODO, protocol::ftp, protocol::gopher, protocol::http, protocol::ipv6, protocol::ssl, role::program, scope::application, uitoolkit::TODO, uitoolkit::gtk, use::browsing, use::downloading, use::viewing, web::browser, web::scripting, works-with-format::TODO, works-with-format::gif, works-with-format::html, works-with-format::jpg, works-with-format::json, works-with-format::mp3, works-with-format::oggtheora, works-with-format::oggvorbis, works-with-format::plaintext, works-with-format::png, works-with-format::svg, works-with-format::xml, works-with-format::xml:rss, works-with-format::xml:xslt, works-with::audio, works-with::image, works-with::image:raster, works-with::image:vector, works-with::text, works-with::video, x11::application Looking forward to the solution. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 33.0.1750.152-1 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.12.0-1 ii libc62.18-4 ii libcairo21.12.16-2 ii libcap2 1:2.22-1.2 ii libcups2 1.7.2-1 ii libdbus-1-3 1.8.0-3 ii libexpat12.1.0-4 ii libfontconfig1
Bug#745307: FTBFS with ocamlgraph 1.8.4
Le 2014-04-20 13:13, Stéphane Glondu a écrit : Source: dose3 Version: 3.1.3-7 Severity: serious Dear Maintainer, dose3 fails to build with the latest version of ocamlgraph (1.8.4). It seems that ocamlgraph's upstream reverted the specific part that changed its API. Thus, dose3 should build just fine now using the newly released ocamlgraph 1.8.5, which I just uploaded. I'll close this bug later, when ocamlgraph/1.8.5 will be available on all archs. -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745846: [pkg-php-pear] Bug#745846: ITP: phpunit-version -- library that helps with managing the version number of Git-hosted PHP projects
On Sat, Apr 26, 2014 at 2:45 AM, David Prévot da...@tilapin.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 25/04/2014 14:14, David Prévot a écrit : * Package name: phpunit-version It’s a needed dependency for the upcoming PHPUnit 4 and will be maintained inside the PHP PEAR team. The resulting package is very small, and the code is even smaller than its documentation: $ du -sh /usr/share/php/SebastianBergmann/Version \ /usr/share/doc/phpunit-version 12K /usr/share/php/SebastianBergmann/Version 24K /usr/share/doc/phpunit-version I doubt ftpmasters will appreciate such package, I’ll look closer at the other new phpunit-$stuff needed for #744876 before opening another ITP. In the mean time, I’ve pushed a packaging repository to Alioth (Prach, I set you up as an uploader, I hope that’s OK with you): http://anonscm.debian.org/gitweb/?p=pkg-php/phpunit-version.git (It’s ready for upload, but I’d like to clarify the status of the other phpunit-$stuff before doing so.) PHPUnit 4.0 seems still available via PEAR for now, but I’m not sure there is a proper tool available to “extract” phar files (as we do for some .jar, e.g., in the moz-ext team), is there? It's embedded dependencies (need to repack), I think we should use an upstream source from github (Composer) for the long term. What do you think? FYI, pear.phpunit.de will be shut down no later than December, 31 2014 [0][1]. [0] http://phpunit.de/ [1] https://github.com/sebastianbergmann/phpunit/wiki/End-of-Life-for-PEAR-Installation-Method Regards, Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473983: libnss-mdns: dns for a QT-application broken
tags 473983 + moreinfo thanks On Wed, 02 Apr 2008 at 15:31:15 +0200, Mathias Behrle wrote: I have here an application built on QT 3.3.8, that couldn't find the database server any more with error: QPSQL: Cannot connect to database could not translate hostname postgres to address: Name or service not known Hi, Is this still reproducible with current nss-mdns and eglibc? Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746035: systemd: Systemd prevents to reboot
Package: systemd Version: 204-9 Severity: critical Justification: breaks unrelated software After the boot, the shutdown/restart. I just get a blinking cursor forever and I shall press the reset button. Bad for disks as I have no clue where it fails as nothing is printed on console. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12.18 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-55 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libc62.18-4 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.0-3 ii libgcrypt11 1.5.3-4 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.2.2-1 ii libsystemd-daemon0 204-9 ii libsystemd-journal0 204-9 ii libsystemd-login0204-9 ii libudev1 204-9 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-55 ii udev 204-9 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none -- no debconf information 0 overridden configuration files found. systemctl-dump.txt Description: inode/empty == /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/anacron.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.socket.dsh-also == /etc/systemd/system/sockets.target.wants/cups.socket == /var/lib/systemd/deb-systemd-helper-enabled/printer.target.wants/cups.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups.path == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/binfmt-support.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups-browsed.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/dns-clean.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/privoxy.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/avahi-daemon.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/sshd.service == == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.Avahi.service == == /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.socket.dsh-also == /etc/systemd/system/sockets.target.wants/avahi-daemon.socket == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/pcscd.socket == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/avahi-daemon.socket == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket == == /var/lib/systemd/deb-systemd-helper-enabled/pppd-dns.service.dsh-also == /etc/systemd/system/multi-user.target.wants/pppd-dns.service == /var/lib/systemd/deb-systemd-helper-enabled/privoxy.service.dsh-also == /etc/systemd/system/multi-user.target.wants/privoxy.service == /var/lib/systemd/deb-systemd-helper-enabled/ssh.service.dsh-also == /etc/systemd/system/multi-user.target.wants/ssh.service /etc/systemd/system/sshd.service == /var/lib/systemd/deb-systemd-helper-enabled/pcscd.socket.dsh-also == /etc/systemd/system/sockets.target.wants/pcscd.socket == /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also == /etc/systemd/system/multi-user.target.wants/atd.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.path.dsh-also == /etc/systemd/system/multi-user.target.wants/cups.path == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/ssh.socket.dsh-also == /etc/systemd/system/sockets.target.wants/ssh.socket == /var/lib/systemd/deb-systemd-helper-enabled/cups-browsed.service.dsh-also
Bug#534304: base: nsswitch.conf bad after installing libpam-ldap libnss-ldap nscd libpam-cracklib
tags 534304 + moreinfo thanks On Tue, 23 Jun 2009 at 13:49:09 +0200, guy wrote: After more investigations the problem come from the /etc/nsswitch.conf where the host line are modified : Original : hosts: files dns After upgrade : hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 Rewrite the original line solve the problem. I believe this might have been a bug in glibc 2.11. Is this still reproducible with current (wheezy, jessie or sid) versions of nss-mdns and eglibc? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745402: fuse-emulator: Better support for ROM in Debian opense-basic package
On Sun, 27 Apr 2014, Alberto Garcia wrote: On Thu, Apr 24, 2014 at 11:22:11AM +0200, Santiago Vila wrote: fuse --rom-48 /usr/share/spectrum-roms/opense.rom does the trick indeed, so it is not such a big problem. Also Menu - Options - Select ROMs Well, I'd love to, but that doesn't work because opense.rom does not appear in the list. [...] Anyway the Fastloading and Accelerate Loaders options seem to work just fine, I can load a full 128K game using the OpenSE ROM in around 5 seconds in my computer. Try SAVE ROM CODE 0,16384 48.rom: Less than 1 second. opense.rom: Normal speed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746036: iceowl-extension: Event not shown when calendar view refreshed.
Package: iceowl-extension Version: 24.4.0-1 Severity: grave Justification: renders package unusable Using the default local calendar (home), I create an event and save it. It is shown in the Week view. If I switch tabs, synchronise, switch views, and the return to the view, it has disappeared. It seems that any refresh of the view causes the event to disappear. If I select it from the events list above the view and resave it, the event reappears until the next refresh. The event remains visible in the Multiweek view, but shows the disappearing behaviour in Day, Week and Month views. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl-extension depends on: ii icedove 24.4.0-1 ii libc62.18-4 ii libgcc1 1:4.8.2-16 ii libnspr4 2:4.10.4-1 ii libnspr4-0d 2:4.10.4-1 ii libstdc++6 4.8.2-16 Versions of packages iceowl-extension recommends: ii calendar-google-provider 24.4.0-1 Versions of packages iceowl-extension suggests: ii fonts-lyx 2.0.6-1 -- 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#742464: Upgrade to 1.8.4-1+deb7u1 breaks
Hi, I've been using pcscd routinely, with a Gemplus GemPC Key SmartCard Reader. Recently I did an upgrade on wheezy, and I can no longer use it: shortly after inserting the USB dongle, /var/log/messages says: Apr 27 11:52:17 calimero kernel: [ 1213.580331] usb 7-1: new full-speed USB device number 8 using uhci_hcd Apr 27 11:52:17 calimero kernel: [ 1213.762361] usb 7-1: New USB device found, idVendor=08e6, idProduct=3438 Apr 27 11:52:17 calimero kernel: [ 1213.762371] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 27 11:52:17 calimero kernel: [ 1213.762378] usb 7-1: Product: USB SmartCard Reader Apr 27 11:52:17 calimero kernel: [ 1213.762384] usb 7-1: Manufacturer: Gemplus Apr 27 11:52:17 calimero mtp-probe: checking bus 7, device 8: /sys/devices/pci:00/:00:1d.1/usb7/7-1 Apr 27 11:52:17 calimero mtp-probe: bus: 7, device: 8 was not an MTP device Apr 27 11:52:17 calimero pcscd: commands.c:890:CmdEscape error on byte 10 Grepping back in the /var/log/messages to before the upgrade, when it worked, I see: Apr 11 15:42:42 calimero kernel: [ 275.132245] usb 7-1: new full-speed USB device number 2 using uhci_hcd Apr 11 15:42:42 calimero kernel: [ 275.310538] usb 7-1: New USB device found, idVendor=08e6, idProduct=3438 Apr 11 15:42:42 calimero kernel: [ 275.310548] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 11 15:42:42 calimero kernel: [ 275.310555] usb 7-1: Product: USB SmartCard Reader Apr 11 15:42:42 calimero kernel: [ 275.310561] usb 7-1: Manufacturer: Gemplus Apr 11 15:42:42 calimero mtp-probe: checking bus 7, device 2: /sys/devices/pci:00/:00:1d.1/usb7/7-1 Apr 11 15:42:42 calimero mtp-probe: bus: 7, device: 2 was not an MTP device Apr 11 15:42:42 calimero kernel: [ 275.355421] WARNING! power/level is deprecated; use power/control instead Apr 11 15:42:42 calimero pcscd: commands.c:890:CmdEscape error on byte 10 *** BELOW PROOF THAT IT WORKS WITH OPENVPN Apr 11 15:43:21 calimero kernel: [ 313.574453] tun: Universal TUN/TAP device driver, 1.6 Re the current thread, I'm *not* using OpenCT. Here are (what I can get of) the data requested on your support page: Packages pcscd, libccid : i 1.8.4-1+deb7u1 stable 500 i 1.4.7-1 stable 500 root@calimero:/var/log# pcscd --version pcsc-lite version 1.8.4. Copyright (C) 1999-2002 by David Corcoran corco...@linuxnet.com. Copyright (C) 2001-2011 by Ludovic Rousseau ludovic.rouss...@free.fr. Copyright (C) 2003-2004 by Damien Sauveron sauve...@labri.fr. Report bugs to mus...@lists.musclecard.com. Enabled features: Linux i486-pc-linux-gnu serial usb libudev usbdropdir=/usr/lib/pcsc/drivers ipcdir=/var/run/pcscd configdir=/etc/reader.conf.d Lsusb output: Bus 007 Device 008: ID 08e6:3438 Gemplus GemPC Key SmartCard Reader Attached output of sudo LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu -Alex debuglog.c:269:DebugLogSetLevel() debug level=debug 0027 debuglog.c:298:DebugLogSetCategory() Debug options: APDU 0089 configfile.l:245:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d 0036 configfile.l:298:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin 0049 configfile.l:257:DBGetReaderListDir() Skipping non regular file: . 0019 configfile.l:298:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/0comments 0034 configfile.l:257:DBGetReaderListDir() Skipping non regular file: .. 0020 pcscdaemon.c:518:main() pcsc-lite 1.8.4 daemon ready. 1326 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/003/001 0129 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/004/001 0128 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/005/001 0099 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0001, path: /dev/bus/usb/005/001 0106 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x0A5C, PID: 0x5800, path: /dev/bus/usb/005/002 0020 hotplug_libudev.c:260:get_driver() Looking for a driver for VID: 0x0A5C, PID: 0x5800, path: /dev/bus/usb/005/002 0005 hotplug_libudev.c:311:HPAddDevice() Adding USB device: Broadcom Corp 5880 0039 readerfactory.c:941:RFInitializeReader() Attempting startup of Broadcom Corp 5880 [Broadcom USH] (0123456789ABCD) 00 00 using /usr/lib/pcsc/drivers/ifd-ccid.bu 0143 readerfactory.c:831:RFBindFunctions() Loading IFD Handler 3.0 0027 ifdhandler.c:1832:init_driver() Driver version: 1.4.7 0467 ifdhandler.c:1849:init_driver() LogLevel: 0x0003 0007 ifdhandler.c:1860:init_driver() DriverOptions: 0x 0079 ifdhandler.c:1873:init_driver() LogLevel from LIBCCID_ifdLogLevel: 0x000F 0007
Bug#740016: nvidia-driver: OpenGL image painted over other windows
It's still failling with 331.67-1 The workaround of starting xcompmgr is working for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746035: unmounting /var and /usr fails on journal
Looking at the log I just found theses messages. As I created /var/log/journal to be able to read the log after failing boot I may understand for /var but I have no clue if it will be sufficient to remove it. On the other hand if I have to remove persistent log how to debug shutdown? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742515: blktap-dkms: diff for NMU version 2.0.93-0.2
tags 742515 + patch tags 742515 + pending thanks Dear maintainer, I've prepared an NMU for blktap-dkms (versioned as 2.0.93-0.2) and uploaded it directly to the archive as discussed on IRC. Regards. diff -Nru blktap-dkms-2.0.93/debian/changelog blktap-dkms-2.0.93/debian/changelog --- blktap-dkms-2.0.93/debian/changelog 2013-11-18 15:37:48.0 +0100 +++ blktap-dkms-2.0.93/debian/changelog 2014-04-27 12:13:50.0 +0200 @@ -1,3 +1,11 @@ +blktap-dkms (2.0.93-0.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch from upstream to support Linux kernels = 3.7. +Closes: #742515 + + -- Evgeni Golov evg...@debian.org Sun, 27 Apr 2014 12:10:36 +0200 + blktap-dkms (2.0.93-0.1) unstable; urgency=high * Non-maintainer upload. diff -Nru blktap-dkms-2.0.93/debian/patches/fix-vm-reserved.patch blktap-dkms-2.0.93/debian/patches/fix-vm-reserved.patch --- blktap-dkms-2.0.93/debian/patches/fix-vm-reserved.patch 1970-01-01 01:00:00.0 +0100 +++ blktap-dkms-2.0.93/debian/patches/fix-vm-reserved.patch 2014-04-27 12:10:30.0 +0200 @@ -0,0 +1,43 @@ +From: Vincent Bernardoff vincent.bernard...@citrix.com +Date: Tue, 26 Feb 2013 16:03:35 + +Origin: upstream, https://github.com/xen-org/blktap-dkms/commit/3bd35d662de12139b7ed5b6dc1076a231a651d10 +Bug-Debian: https://bugs.debian.org/742515 +Subject: [PATCH] Changed flag VM_RESERVED to VM_DONTDUMP to provide + compatibility with Linux 3.7 onwards. + +Index: blktap-dkms-2.0.93/ring.c +=== +--- blktap-dkms-2.0.93.orig/ring.c 2014-04-27 12:10:05.858102759 +0200 blktap-dkms-2.0.93/ring.c 2014-04-27 12:10:05.854102721 +0200 +@@ -28,6 +28,13 @@ + #include linux/mman.h + #include linux/mm.h + ++/* VM_RESERVED has disappeared starting from Linux 3.7 and has been ++ * replaced by VM_DONTDUMP since then. ++ */ ++#ifndef VM_DONTDUMP ++#define VM_DONTDUMP VM_RESERVED ++#endif ++ + #include blktap.h + + int blktap_ring_major; +@@ -436,7 +443,7 @@ + } + + vma-vm_flags |= VM_DONTCOPY; +- vma-vm_flags |= VM_RESERVED; ++ vma-vm_flags |= VM_DONTDUMP; + + return 0; + } +@@ -472,7 +479,7 @@ + vma-vm_private_data = tap; + + vma-vm_flags |= VM_DONTCOPY; +- vma-vm_flags |= VM_RESERVED; ++ vma-vm_flags |= VM_DONTDUMP; + + vma-vm_ops = blktap_ring_vm_operations; + diff -Nru blktap-dkms-2.0.93/debian/patches/series blktap-dkms-2.0.93/debian/patches/series --- blktap-dkms-2.0.93/debian/patches/series 2013-11-18 15:27:56.0 +0100 +++ blktap-dkms-2.0.93/debian/patches/series 2014-04-27 12:07:43.0 +0200 @@ -1 +1,2 @@ fixes-DEST_MODULE_LOCATION-in-dkms.conf.patch +fix-vm-reserved.patch
Bug#745831: conman: changing back from RFP to ITP
retitle 745831 ITP: conman -- ConMan: The Console Manager owner 745831 ! Thanks, -- blue119/Yao-Po Wang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700522: Any updates on this?
Hi, This feature would save me from hacking up extra scripts in setup.d to add repositories. Any chance the buildd-tools people can take an extra look? Thanks, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745816: live-build: please support ext[234]/btrfs binary.img, booted with extlinux
Simon McVittie simon.mcvit...@collabora.co.uk wrote: The second mode does not currently work without further configuration (at least, not with live-boot from wheezy) because the initramfs doesn't recognize the root filesystem as a viable live image. it does when booting with 'plainroot'. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746039: xul-ext-sieve: version in wheezy is not compatible with new icedove
Package: xul-ext-sieve Version: 0.1.14-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, With the latest security update for for icedove, the user interface items for managing sieve scripts aren't there, even though the extension is installed. On jessie it works with the newer version of the package. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 xul-ext-sieve depends on: ii icedove 24.4.0-1~deb7u1 xul-ext-sieve recommends no packages. xul-ext-sieve suggests no packages. -- 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#746038: linux-headers-amd64: configure error in linux-headers
Package: linux-headers-amd64 Version: 3.13+56 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-headers-amd64 depends on: ii linux-headers-3.13-1-amd64 3.13.10-1 linux-headers-amd64 recommends no packages. linux-headers-amd64 suggests no packages. -- no debconf information When configure linux headers after last update in Debian Sid: In file /var/lib/dkms/blcr/0.8.5/build/make.log When configure linux headers after last update in Debian Sid: In file /var/lib/dkms/blcr/0.8.5/build/make.log DKMS make.log for blcr-0.8.5 for kernel 3.13-1-amd64 (x86_64) Sun Apr 27 11:03:38 WEST 2014 make: Entering directory `/usr/src/linux-headers-3.13-1-amd64' /var/lib/dkms/blcr/0.8.5/build/Kbuild:19: /var/lib/dkms/blcr/0.8.5/build/module_files: No such file or directory cd /var/lib/dkms/blcr/0.8.5/build env -i PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/lib/dkms ./configure --disable-maintainer-mode --with-linux=3.13-1-amd64 --with-installed-libcr --with-installed-util --with-components=modules --prefix=/usr touch /var/lib/dkms/blcr/0.8.5/build/config-stamp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for pwd... /bin/pwd checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for perl5... no checking for perl... /usr/bin/perl checking for gmake... no checking for make... /usr/bin/make checking if /usr/bin/make is GNU make... yes (3.81) checking for ranlib... ranlib checking whether ln -s works... yes checking for style of include used by /usr/bin/make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking size of void *... 8 checking whether CXX='g++' acts like a C++ compiler... yes checking whether CXX='g++' matches wordsize of CC... yes checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 3458764513820540925 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... (cached) ranlib checking command to parse /usr/bin/nm -B output from
Bug#746035: systemd: Systemd prevents to reboot
tags 746035 moreinfo thanks Am 27.04.2014 11:42, schrieb Eric Valette: Package: systemd Version: 204-9 Severity: critical Justification: breaks unrelated software After the boot, the shutdown/restart. I just get a blinking cursor forever and I shall press the reset button. Bad for disks as I have no clue where it fails as nothing is printed on console. Please remove the quite kernel command line to get a more verbose log. I'd also suggest to enable the debug-shell.service. You can then switch to vt9 on shutdown and examine where the system hangs with systemctl list-jobs. The upstream wiki [0] has a section about Diagnosing Shutdown Problems http://freedesktop.org/wiki/Software/systemd/Debugging/ Please follow those instructions and let us know at which service/unit the system blocks. There should be a timeout on shutdown, so it shouldn't block forever. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#745307: FTBFS with ocamlgraph 1.8.4
On Sun, Apr 27, 2014 at 11:19:40AM +0200, Mehdi Dogguy wrote: Le 2014-04-20 13:13, Stéphane Glondu a écrit : Source: dose3 Version: 3.1.3-7 Severity: serious Dear Maintainer, dose3 fails to build with the latest version of ocamlgraph (1.8.4). It seems that ocamlgraph's upstream reverted the specific part that changed its API. Thus, dose3 should build just fine now using the newly released ocamlgraph 1.8.5, which I just uploaded. I'll close this bug later, when ocamlgraph/1.8.5 will be available on all archs. OK, merci. The next upload of dose3 will exclude in its build-dependency libocamlgraph-ocaml-dev 1.8.4-1 (since this will also be needed for dose 3.2). Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746037: linux-2.6: Mistake in CVE-2013-6382 fix for squeeze
Package: linux-2.6 Version: 2.6.32-48squeeze5 Tags: security squeeze The current patch (bugfix/all/xfs-underflow-bug-in-xfs_attrlist_by_handle.patch) does not fix fs/xfs/linux-2.6/xfs_ioctl32.c properly. smime.p7s Description: S/MIME cryptographic signature
Bug#745307: FTBFS with ocamlgraph 1.8.4
Le 2014-04-27 12:41, Ralf Treinen a écrit : On Sun, Apr 27, 2014 at 11:19:40AM +0200, Mehdi Dogguy wrote: Le 2014-04-20 13:13, Stéphane Glondu a écrit : Source: dose3 Version: 3.1.3-7 Severity: serious Dear Maintainer, dose3 fails to build with the latest version of ocamlgraph (1.8.4). It seems that ocamlgraph's upstream reverted the specific part that changed its API. Thus, dose3 should build just fine now using the newly released ocamlgraph 1.8.5, which I just uploaded. I'll close this bug later, when ocamlgraph/1.8.5 will be available on all archs. OK, merci. The next upload of dose3 will exclude in its build-dependency libocamlgraph-ocaml-dev 1.8.4-1 (since this will also be needed for dose 3.2). Can you be more specific about the will exclude in its build-dependency libocamlgraph-ocaml-dev 1.8.4-1 part please? What does it mean technically? IMHO, it is enough to bump the build-dep to 1.8.5-1~ and not do anything else. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746035: systemd: Systemd prevents to reboot
On 27/04/2014 12:43, Michael Biebl wrote: Please remove the quite kernel command line to get a more verbose log. I'd also suggest to enable the debug-shell.service. You can then switch to vt9 on shutdown and examine where the system hangs with systemctl list-jobs. The upstream wiki [0] has a section about Diagnosing Shutdown Problems http://freedesktop.org/wiki/Software/systemd/Debugging/ Please follow those instructions and let us know at which service/unit the system blocks. Actually its samba. I have a message that says something along a LSB startup job is running and it points to smbd and nmbd. Actually even with sysv init system there is a problem on shutdown as samba stop script seems to be called twice. Its a bug in samba start stop logic that was introduced with samba4 probably as I have it actaully on all my debian machines (more than 5...). I bet it has something to do with network up script but cannot find where. There should be a timeout on shutdown, so it shouldn't block forever. Yes indeed. But it is unusually long! -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627883: initramfs-tools: uses wrong NIC for DHCP, persistent-net invents eth1-eth0?
On May 25, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: From this shell I see that the right NIC (i.e. the one with MAC of 00:25:90:36:c0:d2) has the name eth1-eth0 and eth0 is a wrong NIC. I Can you still reproduce this with 204-9? -- ciao, Marco signature.asc Description: Digital signature
Bug#745381: Unable to retrieve packages from USB flash drive in console mode
On Mon 21 Apr 2014 at 02:12:06 -0400, Theodore Alcapotaxis wrote: I have tried the following steps on the advice of some of my colleagues: 1. remove/delete all the entries in /etc/apt/sources.list and reboot the computer 2. dmesg shows that the USB thumb drive is mounted on /dev/sdb1 3. sudo mount /dev/sdb1 /media/usb0 4. sudo apt-cdrom -m -d /media/usb0 add After doing the above, the following error message appears: [quote] Using CD-ROM mount point /media/cdrom/ Identifying...{a long string of alphanumeric characters} Scanning disc for index files... Found 0 package indexes, 0 source indexes, 0 translation indexes and 0 signatures W: Failed to mount '/dev/sr0' to '/media/cdrom/' E: Unable to locate any package files, perhaps this is not a Debian disc or the wrong architecture This issue was discussed at https://lists.debian.org/debian-user/2014/04/msg01052.html It would appear that on Wheezy it is necessary for '--no-auto-detect' to be added to the apt-cdrom command to get sources.list written to. On Jessie 'sudo apt-cdrom -d /media/usb0 add' works with or without this option. Regards. Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746041: src:libscrypt: New upstream version: 1.18
Package: src:libscrypt Version: libscrypt/1-2.1 Severity: wishlist A new upstream release is available on Github: https://github.com/technion/libscrypt/releases/tag/v1.18 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721108: tribler: diff for NMU version 6.2.0+git20130731.149555fa-1.1
tags 721108 + patch tags 721108 + pending thanks Dear maintainer, I've prepared an NMU for tribler (versioned as 6.2.0+git20130731.149555fa-1.1) and will ask some DD to upload it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru tribler-6.2.0+git20130731.149555fa/debian/changelog tribler-6.2.0+git20130731.149555fa/debian/changelog --- tribler-6.2.0+git20130731.149555fa/debian/changelog 2013-09-20 18:13:07.0 +0200 +++ tribler-6.2.0+git20130731.149555fa/debian/changelog 2014-04-26 14:16:14.0 +0200 @@ -1,3 +1,11 @@ +tribler (6.2.0+git20130731.149555fa-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use avconf instead of ffmpeg. See patch use-libav-instead-of-ffmpeg.patch +(Closes: #721108) and change dependency accordingly to libav-tools + + -- Tobias Frost t...@coldtobi.de Sat, 26 Apr 2014 14:15:52 +0200 + tribler (6.2.0+git20130731.149555fa-1) unstable; urgency=low * New upstream release diff -Nru tribler-6.2.0+git20130731.149555fa/debian/control tribler-6.2.0+git20130731.149555fa/debian/control --- tribler-6.2.0+git20130731.149555fa/debian/control 2013-09-20 20:36:12.0 +0200 +++ tribler-6.2.0+git20130731.149555fa/debian/control 2014-04-26 14:00:37.0 +0200 @@ -12,7 +12,7 @@ Package: tribler Architecture: all -Depends: ffmpeg, +Depends: libav-tools, libjs-mootools, python-apsw, python-feedparser, diff -Nru tribler-6.2.0+git20130731.149555fa/debian/patches/series tribler-6.2.0+git20130731.149555fa/debian/patches/series --- tribler-6.2.0+git20130731.149555fa/debian/patches/series1970-01-01 01:00:00.0 +0100 +++ tribler-6.2.0+git20130731.149555fa/debian/patches/series2014-04-26 13:59:17.0 +0200 @@ -0,0 +1 @@ +use-libav-instead-of-ffmpeg.patch diff -Nru tribler-6.2.0+git20130731.149555fa/debian/patches/use-libav-instead-of-ffmpeg.patch tribler-6.2.0+git20130731.149555fa/debian/patches/use-libav-instead-of-ffmpeg.patch --- tribler-6.2.0+git20130731.149555fa/debian/patches/use-libav-instead-of-ffmpeg.patch 1970-01-01 01:00:00.0 +0100 +++ tribler-6.2.0+git20130731.149555fa/debian/patches/use-libav-instead-of-ffmpeg.patch 2014-04-26 14:04:08.0 +0200 @@ -0,0 +1,16 @@ +Description: Use libav-tools instead of ffmpeg +Forwarded: not-needed +Applied-Upstream: https://github.com/whirm/tribler/commit/00a03bf882eff81865a61c5415b45adfc91f3660 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/Tribler/Core/SessionConfig.py b/Tribler/Core/SessionConfig.py +@@ -49,7 +49,7 @@ + if sys.platform == 'win32': + ffmpegname = ffmpeg.exe + else: +-ffmpegname = ffmpeg ++ffmpegname = avconv + + ffmpegpath = find_prog_in_PATH(ffmpegname) + if ffmpegpath is None: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746025: libsemanage: FTBFS: ruby.h: No such file or directory
control: tags -1 +patch Hi, gem2deb has already drop ruby1.9.1 and it causes this FTBFS. Attached patch would fix this, could you check and apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru libsemanage-2.2/debian/changelog libsemanage-2.2/debian/changelog --- libsemanage-2.2/debian/changelog 2013-11-02 07:24:45.0 +0900 +++ libsemanage-2.2/debian/changelog 2014-04-27 20:23:45.0 +0900 @@ -1,3 +1,12 @@ +libsemanage (2.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/{rules,ruby-semanage.install} +- remove ruby1.9.1 (however, it's just a workaround since it specifies + only ruby2.0, and we'll move to ruby2.1) + + -- Hideki Yamane henr...@debian.org Sun, 27 Apr 2014 20:13:32 +0900 + libsemanage (2.2-1) unstable; urgency=low * Team upload. diff -Nru libsemanage-2.2/debian/ruby-semanage.install libsemanage-2.2/debian/ruby-semanage.install --- libsemanage-2.2/debian/ruby-semanage.install 2013-11-02 07:24:45.0 +0900 +++ libsemanage-2.2/debian/ruby-semanage.install 2014-04-27 20:19:07.0 +0900 @@ -1,2 +1 @@ -usr/lib/ruby/vendor_ruby/*/*/semanage.so usr/lib/*/ruby/vendor_ruby/*/semanage.so diff -Nru libsemanage-2.2/debian/rules libsemanage-2.2/debian/rules --- libsemanage-2.2/debian/rules 2013-11-02 07:24:45.0 +0900 +++ libsemanage-2.2/debian/rules 2014-04-27 20:13:30.0 +0900 @@ -25,9 +25,6 @@ PYPREFIX=python-$$version; \ done; - $(MAKE) -C src rubywrap RUBY=ruby1.9.1 RUBYLIBVER=1.9.1 \ - RUBYINC=-I/usr/include/ruby-1.9.1/ -I/usr/include/ruby-1.9.1/\$${RUBYPLATFORM}/ - $(MAKE) -C src rubywrap RUBY=ruby2.0 RUBYLIBVER=2.0.0 \ RUBYINC=-I/usr/include/ruby-2.0.0/ -I/usr/include/\$${RUBYPLATFORM}/ruby-2.0.0/ endif @@ -44,9 +41,6 @@ PYPREFIX=python-$$version; \ done; - $(MAKE) -C src install-rubywrap RUBY=ruby1.9.1 RUBYLIBVER=1.9.1 DESTDIR=${CURDIR}/debian/tmp \ - RUBYINSTALL=${CURDIR}/debian/tmp/usr/lib/ruby/vendor_ruby/\$${RUBYLIBVER}/\$${RUBYPLATFORM}; - $(MAKE) -C src install-rubywrap RUBY=ruby2.0 RUBYLIBVER=2.0.0 DESTDIR=${CURDIR}/debian/tmp \ RUBYINSTALL=${CURDIR}/debian/tmp/usr/lib/\$${RUBYPLATFORM}/ruby/vendor_ruby/\$${RUBYLIBVER}; endif
Bug#615223: [debian] png2html package maintenance
Hello Jack, long time no see, I hope you are doing well. Checking the packages I maintain in Debian as well as the packages I have sponsored, I noticed that the package png2html shows a lack of activity for quite some time. I know that there isn't a new upstream relase to upload, but still some low-hanging fruit such as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664381 or https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615223 could have been tackled / responded to (the former now even results in a solid lintian error). All in all the latest action appears to date back several years, cf. http://packages.qa.debian.org/p/png2html.html. Thus I wonder, are you going to update the package anytime, or have you moved on to other projects? In the latter case, I'd simply orphan the package at the earliest convenience ... Best regards, Flo signature.asc Description: Digital signature
Bug#745598: libkolab: diff for NMU version 0.4.2-7.1
tags 745598 + patch tags 745598 + pending thanks Dear maintainer, The problem is that cmake finds Python 3 and prefers that over Python 2 when building the extension. Build-Conflicting python3-dev would be a solution. Or we could tell cmake to use Python 2.7, which I prefer, as Build-Conflics are ugly ;) I've prepared an NMU for libkolab (versioned as 0.4.2-7.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should cancel it, if you want the conflicts fix instead. Regards. diff -Nru libkolab-0.4.2/debian/changelog libkolab-0.4.2/debian/changelog --- libkolab-0.4.2/debian/changelog 2013-08-28 20:21:32.0 +0200 +++ libkolab-0.4.2/debian/changelog 2014-04-27 13:16:32.0 +0200 @@ -1,3 +1,11 @@ +libkolab (0.4.2-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build explicitely against Python 2.7, even if 3.x is installed. +Closes: #745598 + + -- Evgeni Golov evgeni.go...@credativ.de Sun, 27 Apr 2014 13:15:28 +0200 + libkolab (0.4.2-7) unstable; urgency=low * Fix saving of pictures to kabc resources (Closes: #721099) diff -Nru libkolab-0.4.2/debian/patches/series libkolab-0.4.2/debian/patches/series --- libkolab-0.4.2/debian/patches/series 2013-08-28 20:21:32.0 +0200 +++ libkolab-0.4.2/debian/patches/series 2014-04-27 13:13:14.0 +0200 @@ -3,3 +3,4 @@ simpler_cmake_test.patch libkolab-0.3.1-php-paths.patch add-linker-flags.patch +use-python2-only.patch diff -Nru libkolab-0.4.2/debian/patches/use-python2-only.patch libkolab-0.4.2/debian/patches/use-python2-only.patch --- libkolab-0.4.2/debian/patches/use-python2-only.patch 1970-01-01 01:00:00.0 +0100 +++ libkolab-0.4.2/debian/patches/use-python2-only.patch 2014-04-27 13:24:36.0 +0200 @@ -0,0 +1,12 @@ +Index: libkolab-0.4.2/CMakeLists.txt +=== +--- libkolab-0.4.2.orig/CMakeLists.txt 2014-04-27 12:29:12.0 +0200 libkolab-0.4.2/CMakeLists.txt 2014-04-27 13:24:32.599020139 +0200 +@@ -62,6 +62,7 @@ + find_package(KdepimLibs 4.8 REQUIRED) + endif() + ++set(PythonLibs_FIND_VERSION 2.7) + find_package(SWIG) + + #Show summary of found libraries
Bug#746035: systemd: Systemd prevents to reboot
Am 27.04.2014 13:12, schrieb Eric Valette: Actually its samba. I have a message that says something along a LSB startup job is running and it points to smbd and nmbd. Actually even with sysv init system there is a problem on shutdown as samba stop script seems to be called twice. Its a bug in samba start stop logic that was introduced with samba4 probably as I have it actaully on all my debian machines (more than 5...). I bet it has something to do with network up script but cannot find where. This bug is known bug in samba, debugged and filed as [0] Michael [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739887 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#746038: linux-headers-amd64: configure error in linux-headers
* What led up to the situation? Last upgrade for debian sid linux-kernel. * What exactly did you do (or not do) that was effective (or ineffective)? System is working apparently but there is that error log in linux headers configuration that I reported in previous report. No action taken. * What was the outcome of this action? No action taken. * What outcome did you expect instead? To know if this is a bug from last update. Em 27-04-2014 11:37, Samuel Bernardo escreveu: Package: linux-headers-amd64 Version: 3.13+56 Severity: important Dear Maintainer, -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-headers-amd64 depends on: ii linux-headers-3.13-1-amd64 3.13.10-1 linux-headers-amd64 recommends no packages. linux-headers-amd64 suggests no packages. -- no debconf information When configure linux headers after last update in Debian Sid: In file /var/lib/dkms/blcr/0.8.5/build/make.log When configure linux headers after last update in Debian Sid: In file /var/lib/dkms/blcr/0.8.5/build/make.log DKMS make.log for blcr-0.8.5 for kernel 3.13-1-amd64 (x86_64) Sun Apr 27 11:03:38 WEST 2014 make: Entering directory `/usr/src/linux-headers-3.13-1-amd64' /var/lib/dkms/blcr/0.8.5/build/Kbuild:19: /var/lib/dkms/blcr/0.8.5/build/module_files: No such file or directory cd /var/lib/dkms/blcr/0.8.5/build env -i PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/lib/dkms ./configure --disable-maintainer-mode --with-linux=3.13-1-amd64 --with-installed-libcr --with-installed-util --with-components=modules --prefix=/usr touch /var/lib/dkms/blcr/0.8.5/build/config-stamp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for pwd... /bin/pwd checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for perl5... no checking for perl... /usr/bin/perl checking for gmake... no checking for make... /usr/bin/make checking if /usr/bin/make is GNU make... yes (3.81) checking for ranlib... ranlib checking whether ln -s works... yes checking for style of include used by /usr/bin/make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking size of void *... 8 checking whether CXX='g++' acts like a C++ compiler... yes checking whether CXX='g++' matches wordsize of CC... yes checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 3458764513820540925 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how
Bug#746024: libselinux: FTBFS: ruby.h: No such file or directory
control: tags -1 +patch Hi, As same as Bug#746025, gem2deb has already drop ruby1.9.1 and it causes this FTBFS. Attached patch would fix this (and also deal with ruby2.1). Could you check and apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru libselinux-2.2.2/debian/changelog libselinux-2.2.2/debian/changelog --- libselinux-2.2.2/debian/changelog 2014-01-12 02:45:02.0 +0900 +++ libselinux-2.2.2/debian/changelog 2014-04-27 20:46:33.0 +0900 @@ -1,3 +1,11 @@ +libselinux (2.2.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/{ruby.mk,ruby-selinux.install} +- drop related to ruby1.9.1 and add ruby2.1.0 instead (Closes: #746024) + + -- Hideki Yamane henr...@debian.org Sun, 27 Apr 2014 20:45:31 +0900 + libselinux (2.2.2-1) unstable; urgency=medium * Team upload. diff -Nru libselinux-2.2.2/debian/ruby-selinux.install libselinux-2.2.2/debian/ruby-selinux.install --- libselinux-2.2.2/debian/ruby-selinux.install 2014-01-12 02:45:02.0 +0900 +++ libselinux-2.2.2/debian/ruby-selinux.install 2014-04-27 20:42:33.0 +0900 @@ -1,2 +1 @@ -usr/lib/ruby* usr/lib/*/ruby diff -Nru libselinux-2.2.2/debian/ruby.mk libselinux-2.2.2/debian/ruby.mk --- libselinux-2.2.2/debian/ruby.mk 2014-01-12 02:45:02.0 +0900 +++ libselinux-2.2.2/debian/ruby.mk 2014-04-27 20:38:37.0 +0900 @@ -4,7 +4,7 @@ RUBYINSTALL ?= $(LIBDIR)/ruby/site_ruby/$(RUBYLIBVER)/$(RUBYPLATFORM) ## Default target -RUBY_VERSIONS := ruby1.9.1 ruby2.0 +RUBY_VERSIONS := ruby2.0 ruby2.1 all: $(RUBY_VERSIONS) ## Targets share the same output files, so must be run serially @@ -23,11 +23,11 @@ extra_ruby_args += RUBYINSTALL=$(DESTDIR)$(RUBY_VENDOR_ARCHLIB) ## How to build and install each individually-versioned copy -ruby1.9.1: ruby%: - +$(MAKE) $(extra_ruby_args) clean-rubywrap - +$(MAKE) $(extra_ruby_args) RUBYINC=-I/usr/include/ruby-1.9.1/ -I/usr/include/ruby-1.9.1/\$${RUBYPLATFORM}/ install-rubywrap - ruby2.0: ruby%: +$(MAKE) $(extra_ruby_args) clean-rubywrap +$(MAKE) $(extra_ruby_args) RUBYINC=-I/usr/include/ruby-2.0.0/ -I/usr/include/\$${RUBYPLATFORM}/ruby-2.0.0/ \ RUBYINSTALL=$(DESTDIR)/usr/lib/$(RUBY_PLATFORM)/ruby/vendor_ruby/2.0.0/ install-rubywrap +ruby2.1: ruby%: + +$(MAKE) $(extra_ruby_args) clean-rubywrap + +$(MAKE) $(extra_ruby_args) RUBYINC=-I/usr/include/ruby-2.1.0/ -I/usr/include/\$${RUBYPLATFORM}/ruby-2.1.0/ \ + RUBYINSTALL=$(DESTDIR)/usr/lib/$(RUBY_PLATFORM)/ruby/vendor_ruby/2.1.0/ install-rubywrap
Bug#746042: gmp: Updated .symbols file for libgmp10
Source: gmp Version: 6.0.0+dfsg-2.2 Severity: important Tags: patch Attached is an updated .symbols file that should cover all official Debian architectures, plus arm64, hppa and sparc64. It's probably a good idea to replace !arm64 !armel !armhf !hppa !mips !mipsel !powerpc !s390x !sparc64 !any-i386 with any-amd64 but I'm not entirely sure and I prefer someone more used to working with symbols and architecture-specific symbols make that change. More arches will need further updates, but this should be a good start. Feel free to remove -c4, or just add -V instead of this, or whatever. Jordi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libgmp.so.10 libgmp10 #MINVER# * Build-Depends-Package: libgmp-dev __gmp_0@Base 0 __gmp_allocate_func@Base 0 __gmp_asprintf@Base 0 __gmp_asprintf_final@Base 0 __gmp_asprintf_funs@Base 0 __gmp_asprintf_memory@Base 0 __gmp_asprintf_reps@Base 0 __gmp_assert_fail@Base 0 __gmp_assert_header@Base 0 __gmp_binvert_limb_table@Base 0 __gmp_bits_per_limb@Base 0 __gmp_default_allocate@Base 0 __gmp_default_fp_limb_precision@Base 0 __gmp_default_free@Base 0 __gmp_default_reallocate@Base 0 __gmp_digit_value_tab@Base 0 __gmp_divide_by_zero@Base 0 __gmp_doprnt@Base 0 __gmp_doprnt_integer@Base 0 __gmp_doprnt_mpf2@Base 0 __gmp_doscan@Base 0 __gmp_errno@Base 0 __gmp_exception@Base 0 __gmp_extract_double@Base 0 __gmp_fac2cnt_table@Base 2:5.1.1~ __gmp_fib_table@Base 0 __gmp_fprintf@Base 0 __gmp_fprintf_funs@Base 0 __gmp_free_func@Base 0 __gmp_fscanf@Base 0 __gmp_fscanf_funs@Base 0 __gmp_get_memory_functions@Base 0 __gmp_init_primesieve@Base 0 __gmp_invalid_operation@Base 0 __gmp_jacobi_table@Base 2:5.1.1~ __gmp_junk@Base 0 __gmp_limbroots_table@Base 2:5.1.1~ __gmp_mt_recalc_buffer@Base 0 __gmp_nextprime@Base 0 __gmp_obstack_printf@Base 0 __gmp_obstack_printf_funs@Base 0 __gmp_obstack_vprintf@Base 0 __gmp_odd2fac_table@Base 2:5.1.1~ __gmp_oddfac_table@Base 2:5.1.1~ __gmp_primesieve@Base 2:5.1.1~ __gmp_printf@Base 0 __gmp_randclear@Base 0 __gmp_randclear_mt@Base 0 __gmp_randget_mt@Base 0 __gmp_randinit@Base 0 __gmp_randinit_default@Base 0 __gmp_randinit_lc_2exp@Base 0 __gmp_randinit_lc_2exp_size@Base 0 __gmp_randinit_mt@Base 0 __gmp_randinit_mt_noseed@Base 0 __gmp_randinit_set@Base 0 __gmp_randiset_mt@Base 0 __gmp_rands@Base 0 __gmp_rands_initialized@Base 0 __gmp_randseed@Base 0 __gmp_randseed_ui@Base 0 __gmp_reallocate_func@Base 0 __gmp_scanf@Base 0 __gmp_set_memory_functions@Base 0 __gmp_snprintf@Base 0 __gmp_snprintf_funs@Base 0 __gmp_sprintf@Base 0 __gmp_sprintf_funs@Base 0 __gmp_sqrt_of_negative@Base 0 __gmp_sscanf@Base 0 __gmp_sscanf_funs@Base 0 __gmp_tmp_reentrant_alloc@Base 0 __gmp_tmp_reentrant_free@Base 0 __gmp_urandomb_ui@Base 0 __gmp_urandomm_ui@Base 0 __gmp_vasprintf@Base 0 __gmp_version@Base 0 __gmp_vfprintf@Base 0 __gmp_vfscanf@Base 0 __gmp_vprintf@Base 0 __gmp_vscanf@Base 0 __gmp_vsnprintf@Base 0 __gmp_vsprintf@Base 0 __gmp_vsscanf@Base 0 __gmpf_abs@Base 0 __gmpf_add@Base 0 __gmpf_add_ui@Base 0 __gmpf_ceil@Base 0 __gmpf_clear@Base 0 __gmpf_clears@Base 0 __gmpf_cmp@Base 0 __gmpf_cmp_d@Base 0 __gmpf_cmp_si@Base 0 __gmpf_cmp_ui@Base 0 __gmpf_div@Base 0 __gmpf_div_2exp@Base 0 __gmpf_div_ui@Base 0 __gmpf_dump@Base 0 __gmpf_eq@Base 0 __gmpf_fits_sint_p@Base 0 __gmpf_fits_slong_p@Base 0 __gmpf_fits_sshort_p@Base 0 __gmpf_fits_uint_p@Base 0 __gmpf_fits_ulong_p@Base 0 __gmpf_fits_ushort_p@Base 0 __gmpf_floor@Base 0 __gmpf_get_d@Base 0 __gmpf_get_d_2exp@Base 0 __gmpf_get_default_prec@Base 0 __gmpf_get_prec@Base 0 __gmpf_get_si@Base 0 __gmpf_get_str@Base 0 __gmpf_get_ui@Base 0 __gmpf_init2@Base 0 __gmpf_init@Base 0 __gmpf_init_set@Base 0 __gmpf_init_set_d@Base 0 __gmpf_init_set_si@Base 0 __gmpf_init_set_str@Base 0 __gmpf_init_set_ui@Base 0 __gmpf_inits@Base 0 __gmpf_inp_str@Base 0 __gmpf_integer_p@Base 0 __gmpf_mul@Base 0 __gmpf_mul_2exp@Base 0 __gmpf_mul_ui@Base 0 __gmpf_neg@Base 0 __gmpf_out_str@Base 0 __gmpf_pow_ui@Base 0 __gmpf_random2@Base 0 __gmpf_reldiff@Base 0 __gmpf_set@Base 0 __gmpf_set_d@Base 0 __gmpf_set_default_prec@Base 0 __gmpf_set_prec@Base 0 __gmpf_set_prec_raw@Base 0 __gmpf_set_q@Base 0 __gmpf_set_si@Base 0 __gmpf_set_str@Base 0 __gmpf_set_ui@Base 0 __gmpf_set_z@Base 0 __gmpf_size@Base 0 __gmpf_sqrt@Base 0 __gmpf_sqrt_ui@Base 0 __gmpf_sub@Base 0 __gmpf_sub_ui@Base 0 __gmpf_swap@Base 0 __gmpf_trunc@Base 0 __gmpf_ui_div@Base 0 __gmpf_ui_sub@Base 0 __gmpf_urandomb@Base 0 __gmpn_add@Base 0 __gmpn_add_1@Base 0 __gmpn_add_err1_n@Base 2:5.1.1~ __gmpn_add_err2_n@Base 2:5.1.1~ __gmpn_add_err3_n@Base 2:5.1.1~ __gmpn_add_n@Base 0
Bug#746043: ejabberd: Cannot listen for both IPv6 and IPv4 on same port
Package: ejabberd Version: 2.1.11-1 Severity: normal Tags: ipv6 Dear Maintainer, * What led up to the situation? As README.Debian suggests, I configured two c2s listeners to listen on the same port, one with an IPv4 wildcard, and the other with an IPv6 wildcard. In /etc/ejabberd/ejabberd.cfg: {listen, [ {{5222, 0.0.0.0}, ejabberd_c2s, [ {access, c2s}, {shaper, c2s_shaper}, {max_stanza_size, 65536}, %%zlib, starttls, {certfile, /etc/ejabberd/ejabberd.pem} ]}, {{5222, ::}, ejabberd_c2s, [ {access, c2s}, {shaper, c2s_shaper}, {max_stanza_size, 65536}, %%zlib, starttls, {certfile, /etc/ejabberd/ejabberd.pem} ]}, * What was the outcome of this action? ejabberd failed to start, giving the reason that the IP/port was already used. In /var/log/ejabberd/ejabberd.log: =ERROR REPORT 2014-04-27 10:44:14 === E(0.273.0:ejabberd_listener:512) : Failed to open socket: {5222,ejabberd_c2s,[inet6,{ip,{0,0,0,0,0,0,0,0}}]} Reason: IP address and port number already used: :: 5222 =INFO REPORT 2014-04-27 10:44:14 === I(0.42.0:cyrsasl_digest:44) : FQDN used to check DIGEST-MD5 SASL authentication: freedombox =ERROR REPORT 2014-04-27 10:44:14 === C(0.42.0:gen_mod:75) : Problem starting the module mod_adhoc for host freedombox options: [] exit: {noproc, {gen_server,call, [ejabberd_iq_sup, {start_child,[freedombox,mod_adhoc,process_local_iq]}, infinity]}} =ERROR REPORT 2014-04-27 10:44:14 === C(0.42.0:gen_mod:80) : ejabberd initialization was aborted because a module start failed. * What outcome did you expect instead? I expected that ejabberd should be able to listen for both IPv6 and IPv4 connections using the same port number, as described in README.Debian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.13-1-kirkwood Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ejabberd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii erlang-asn11:17.0-dfsg-1 ii erlang-base [erlang-abi-15.b] 1:17.0-dfsg-1 ii erlang-crypto 1:17.0-dfsg-1 ii erlang-inets 1:17.0-dfsg-1 ii erlang-mnesia 1:17.0-dfsg-1 ii erlang-odbc1:17.0-dfsg-1 ii erlang-public-key 1:17.0-dfsg-1 ii erlang-ssl 1:17.0-dfsg-1 ii erlang-syntax-tools1:17.0-dfsg-1 ii libc6 2.18-4 ii libexpat1 2.1.0-4 ii libpam0g 1.1.8-3 ii libssl1.0.01.0.1g-3 ii openssl1.0.1g-3 ii ucf3.0027+nmu1 ii zlib1g 1:1.2.8.dfsg-1 ejabberd recommends no packages. Versions of packages ejabberd suggests: pn imagemagick | graphicsmagick-imagemagick-compat none pn libunix-syslog-perl none -- Configuration Files: In /etc/ejabberd/inetrc: {lookup,[file,native]}. {host,{127,0,0,1}, [localhost,hostalias]}. {file, resolv, /etc/resolv.conf}. /etc/ejabberd/ejabberd.cfg is attached. -- debconf information: ejabberd/user: * ejabberd/hostname: freedombox ejabberd/nomatch: ejabberd.cfg Description: Binary data
Bug#746025: libsemanage: FTBFS: ruby.h: No such file or directory
I forgot to add bug number to changelog, patch updated. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru libsemanage-2.2/debian/changelog libsemanage-2.2/debian/changelog --- libsemanage-2.2/debian/changelog 2013-11-02 07:24:45.0 +0900 +++ libsemanage-2.2/debian/changelog 2014-04-27 20:23:45.0 +0900 @@ -1,3 +1,12 @@ +libsemanage (2.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/{rules,ruby-semanage.install} +- remove ruby1.9.1 (however, it's just a workaround since it specifies + only ruby2.0, and we'll move to ruby2.1) (Closes: #746025) + + -- Hideki Yamane henr...@debian.org Sun, 27 Apr 2014 20:13:32 +0900 + libsemanage (2.2-1) unstable; urgency=low * Team upload. diff -Nru libsemanage-2.2/debian/ruby-semanage.install libsemanage-2.2/debian/ruby-semanage.install --- libsemanage-2.2/debian/ruby-semanage.install 2013-11-02 07:24:45.0 +0900 +++ libsemanage-2.2/debian/ruby-semanage.install 2014-04-27 20:19:07.0 +0900 @@ -1,2 +1 @@ -usr/lib/ruby/vendor_ruby/*/*/semanage.so usr/lib/*/ruby/vendor_ruby/*/semanage.so diff -Nru libsemanage-2.2/debian/rules libsemanage-2.2/debian/rules --- libsemanage-2.2/debian/rules 2013-11-02 07:24:45.0 +0900 +++ libsemanage-2.2/debian/rules 2014-04-27 20:13:30.0 +0900 @@ -25,9 +25,6 @@ PYPREFIX=python-$$version; \ done; - $(MAKE) -C src rubywrap RUBY=ruby1.9.1 RUBYLIBVER=1.9.1 \ - RUBYINC=-I/usr/include/ruby-1.9.1/ -I/usr/include/ruby-1.9.1/\$${RUBYPLATFORM}/ - $(MAKE) -C src rubywrap RUBY=ruby2.0 RUBYLIBVER=2.0.0 \ RUBYINC=-I/usr/include/ruby-2.0.0/ -I/usr/include/\$${RUBYPLATFORM}/ruby-2.0.0/ endif @@ -44,9 +41,6 @@ PYPREFIX=python-$$version; \ done; - $(MAKE) -C src install-rubywrap RUBY=ruby1.9.1 RUBYLIBVER=1.9.1 DESTDIR=${CURDIR}/debian/tmp \ - RUBYINSTALL=${CURDIR}/debian/tmp/usr/lib/ruby/vendor_ruby/\$${RUBYLIBVER}/\$${RUBYPLATFORM}; - $(MAKE) -C src install-rubywrap RUBY=ruby2.0 RUBYLIBVER=2.0.0 DESTDIR=${CURDIR}/debian/tmp \ RUBYINSTALL=${CURDIR}/debian/tmp/usr/lib/\$${RUBYPLATFORM}/ruby/vendor_ruby/\$${RUBYLIBVER}; endif
Bug#745823: libwww-perl: an https request with iso-8859-1 headers, chunked transfer and data with utf8 bit on is corrupted.
On 27/04/14 10:35, John Hughes wrote: But that's the wrong place to fix it. The bug is realy in $socket-syswrite, aka Crypt::SSLeay::Conn::write. That's where the bug should be fixed. This patch fixes it for me. --- SSLeay.xs.dist 2007-08-13 19:42:33.0 +0200 +++ SSLeay.xs 2014-04-27 13:43:47.0 +0200 @@ -283,20 +283,40 @@ int len; int offset = 0; int n; + U8* tmpbuf = NULL; INPUT: char* buf = SvPV(ST(1), blen); CODE: + + if (DO_UTF8(ST(1))) { + STRLEN tmplen = blen; + bool is_utf8 = TRUE; + U8 * const result = bytes_from_utf8((const U8*) buf, tmplen, is_utf8); + if (is_utf8) + croak(Wide character in SSL write (bytes required)); + + if (result != (U8*)buf) { + tmpbuf = result; + buf = (char*) tmpbuf; + blen = tmplen; + } + } + if (items 2) { len = SvOK(ST(2)) ? SvIV(ST(2)) : blen; if (items 3) { offset = SvIV(ST(3)); if (offset 0) { - if (-offset blen) + if (-offset blen) { + Safefree(tmpbuf); croak(Offset outside string); + } offset += blen; } - else if (offset = blen blen 0) + else if (offset = blen blen 0) { + Safefree(tmpbuf); croak(Offset outside string); + } } if (len blen - offset) len = blen - offset; @@ -311,6 +331,7 @@ else { RETVAL = PL_sv_undef; } + Safefree(tmpbuf); OUTPUT: RETVAL
Bug#745169: that conflict is not a fix
Hello, adding a conflict against libvirt-bin is not a fix for this problem. It just created a new problem. I use lxc and libvirt/kvm without any problems, the only problem i have is that conflict. Now I had to put lxc 1.0.0-8 on hold. Maybe the reason why it works on my system is, i use systemd which mounts the cgroups while lxc and libvirt just use them. It could be something else, but i don't think that lxc and libvirt are incompatible enough to add a conflict. Please reopen this bug, thanks. Best regards, Michael Loeffler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744917: luajit: diff for NMU version 2.0.3+dfsg-2.1
On 04/25/2014 09:42 PM, Evgeni Golov wrote: As the Makefile defines LDCONFIG=ldconfig, and not LDCONFIG?=ldconfig, I can not :/ We could add the PATH in debian/rules instead. Shall we cancel the NMU for this fix? Greets -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745599: src:libkolabxml: FTBFS with undefined reference to symbol '_ZTVN5boost6detail16thread_data_baseE'
control: tags -1 + moreinfo unreproducible Hi, On Wed, Apr 23, 2014 at 09:32:19AM +0200, Ondřej Surý wrote: while doing the package recompilation with PHP 5.6 your package failed to build: Linking CXX executable conversiontest cd /tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu/tests /usr/bin/cmake -E cmake_link_script CMakeFiles/conversiontest.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -fpermissive -Wl,--no-undefined -Wl,-z,relro -Wl,--as-needed CMakeFiles/conversiontest.dir/conversiontest.cpp.o -o conversiontest -rdynamic -lQtTest -lQtCore ../src/libkolabxml.so.0.8.4 -lxerces-c -Wl,-rpath,/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu/src /usr/bin/ld.bfd.real: CMakeFiles/conversiontest.dir/conversiontest.cpp.o: undefined reference to symbol '_ZTVN5boost6detail16thread_data_baseE' //usr/lib/x86_64-linux-gnu/libboost_thread.so.1.54.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[3]: *** [tests/conversiontest] Error 1 make[3]: Leaving directory `/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu' make[2]: *** [tests/CMakeFiles/conversiontest.dir/all] Error 2 make[2]: Leaving directory `/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This builds fine for me, both in a clean sid cowbuilder, and when pulling in PHP 5.6 from Experimental. Did you do anything more to produce this? Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665398: systemd: should configure the widthheight of the console
On Mar 23, Samuel Thibault sthiba...@debian.org wrote: In short, for better accessibility, systemd should provide an option to configure the width height of the console, i.e. e.g. the equivalent of Can you clarify why you believe that systemd should do this, instead of some console-specific package? -- ciao, Marco signature.asc Description: Digital signature
Bug#739887: Fix is not convenient for sysv users
Note that as I was affected by the bug preventing systemd to shutdown at reasonable speed I removed the dependency lines. It may be fine for systemd but it is still buggy for sysv init: the shutdown scripts are called multiple times and thus it make the shutdown slows as it wait before trying to kill the daemons. It slows down all the machines I have (and yes I reran insserv after making the change). -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746035: systemd: Systemd prevents to reboot
On 27/04/2014 13:35, Michael Biebl wrote: Am 27.04.2014 13:12, schrieb Eric Valette: This bug is known bug in samba, debugged and filed as [0] Michael [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739887 I applied the suggested patch, rerun insserv -v but it is still called twice on shutdown via sysv init. Dunno if it will change anything for systemd but it still wrong for sysv init. I added an info for the bug you just pointed out. Thanks for your time and patience! -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746044: libreoffice-sdbc-postgresql: Editing of existing columns not possible through the GUI
Package: libreoffice-sdbc-postgresql Version: 1:3.5.4+dfsg2-0+deb7u2 Severity: wishlist Tags: upstream Please see the bug report upstream: https://bugs.freedesktop.org/show_bug.cgi?id=45252 -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-sdbc-postgresql depends on: ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libpq59.1.13-0wheezy1 ii libreoffice-core 1:3.5.4+dfsg2-0+deb7u2 ii libstdc++64.7.2-5 ii uno-libs3 3.5.4+dfsg2-0+deb7u2 ii ure 3.5.4+dfsg2-0+deb7u2 libreoffice-sdbc-postgresql recommends no packages. Versions of packages libreoffice-sdbc-postgresql suggests: ii postgresql 9.1+134wheezy4 -- 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#745599: src:libkolabxml: FTBFS with undefined reference to symbol '_ZTVN5boost6detail16thread_data_baseE'
Hi, I had all build-deps for php5 rev-build-deps installed. e.g. apt-get build-dep on all packages listed here: https://bugs.debian.org/745603 O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server On 27. 4. 2014, at 14:17, Evgeni Golov evg...@debian.org wrote: control: tags -1 + moreinfo unreproducible Hi, On Wed, Apr 23, 2014 at 09:32:19AM +0200, Ondřej Surý wrote: while doing the package recompilation with PHP 5.6 your package failed to build: Linking CXX executable conversiontest cd /tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu/tests /usr/bin/cmake -E cmake_link_script CMakeFiles/conversiontest.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -fpermissive -Wl,--no-undefined -Wl,-z,relro -Wl,--as-needed CMakeFiles/conversiontest.dir/conversiontest.cpp.o -o conversiontest -rdynamic -lQtTest -lQtCore ../src/libkolabxml.so.0.8.4 -lxerces-c -Wl,-rpath,/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu/src /usr/bin/ld.bfd.real: CMakeFiles/conversiontest.dir/conversiontest.cpp.o: undefined reference to symbol '_ZTVN5boost6detail16thread_data_baseE' //usr/lib/x86_64-linux-gnu/libboost_thread.so.1.54.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[3]: *** [tests/conversiontest] Error 1 make[3]: Leaving directory `/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu' make[2]: *** [tests/CMakeFiles/conversiontest.dir/all] Error 2 make[2]: Leaving directory `/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/libkolabxml/libkolabxml-0.8.4/obj-x86_64-linux-gnu' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This builds fine for me, both in a clean sid cowbuilder, and when pulling in PHP 5.6 from Experimental. Did you do anything more to produce this? Regards Evgeni
Bug#725471: Confirmation of flapping test
Hello all, This is just to confirm that I'm also observing a flapping behaviour when building the package in a clean sid chroot (using pbuilder): - First recorded attempt was successful - Second attempt failed with 1) testFailOnMemoryLeak(net.sf.cglib.proxy.TestEnhancer)junit.framework.AssertionFailedError: Memory leak caused by Enhancer The full build log, including java package versions and such, is attached. Hope this helps, Michael build-log.txt.gz Description: application/gunzip pgpfNl3gYMcxY.pgp Description: PGP signature
Bug#745307: FTBFS with ocamlgraph 1.8.4
On Sun, Apr 27, 2014 at 12:55:18PM +0200, Mehdi Dogguy wrote: Le 2014-04-27 12:41, Ralf Treinen a écrit : OK, merci. The next upload of dose3 will exclude in its build-dependency libocamlgraph-ocaml-dev 1.8.4-1 (since this will also be needed for dose 3.2). Can you be more specific about the will exclude in its build-dependency libocamlgraph-ocaml-dev 2.8.4-1 part please? What does it mean technically? Build-Depends: [...] libocamlgraph-ocaml-dev (= 1.8.5-1) | libocamlgraph-ocaml-dev ( 1.8.4-1), -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746038: linux-headers-amd64: configure error in linux-headers
Control: reassign -1 blcr-dkms 0.8.5-2 Control: forcemerge 714045 -1 On Sun, 2014-04-27 at 11:37 +0100, Samuel Bernardo wrote: [...] When configure linux headers after last update in Debian Sid: In file /var/lib/dkms/blcr/0.8.5/build/make.log When configure linux headers after last update in Debian Sid: In file /var/lib/dkms/blcr/0.8.5/build/make.log [...] Please think about what you're seeing here. Is blcr part of linux-headers-amd64? I'm reassigning this accordingly. Ben. -- Ben Hutchings Power corrupts. Absolute power is kind of neat. - John Lehman, Secretary of the US Navy 1981-1987 signature.asc Description: This is a digitally signed message part
Bug#746045: libreoffice-sdbc-postgresql: Autovalue Fields can't be set through the GUI
Package: libreoffice-sdbc-postgresql Version: 1:3.5.4+dfsg2-0+deb7u2 Severity: normal Tags: upstream Please see the bug report upstream: https://bugs.freedesktop.org/show_bug.cgi?id=60643 -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-sdbc-postgresql depends on: ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libpq59.1.13-0wheezy1 ii libreoffice-core 1:3.5.4+dfsg2-0+deb7u2 ii libstdc++64.7.2-5 ii uno-libs3 3.5.4+dfsg2-0+deb7u2 ii ure 3.5.4+dfsg2-0+deb7u2 libreoffice-sdbc-postgresql recommends no packages. Versions of packages libreoffice-sdbc-postgresql suggests: ii postgresql 9.1+134wheezy4 -- 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#696751: Problems with building oss4 package
I do not use dkms as I always want the kernel and the modules prebuild. However, I got to the same problems than the original reporter. I will attach a patch to apply to oss that will fix most bugs (the last has to be done manually, see below). There are several bugs with oss4 and kernel. It seems that the kernal boys like to change APIs as others changes there socks. First there is the original problem here. You can solve that if you link the limits.h header manually in the right place: ln -s uapi/linux/limits.h /usr/src/linux-headers-3.13-1-common/include/limits.h This was easy, wasn't it? ;-) Well I do not know about the objection behind the incompatible moving of header files but however. The next are several incompatible changes in API of the kernel. Naturally oss4 as every external module is always behind the kernel as they do not communicate the changes before. (At least I did not find proper documentations apart from reading git diffs.) All this problems will be fixed by the attached patch that fixes all problems up to 3.13.any. I did collect the solutions from some pages and did some myself as the changes are not that big. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C diff -Nur modules/oss4.orig/core/oss_core.c modules/oss4/core/oss_core.c --- modules/oss4.orig/core/oss_core.c 2013-12-03 16:33:28.0 +0100 +++ modules/oss4/core/oss_core.c2014-04-27 13:20:36.838973404 +0100 @@ -276,13 +276,21 @@ return strlen (tmp); } +#if LINUX_VERSION_CODE KERNEL_VERSION(3,10,0) static struct file_operations oss_proc_operations = { .read = oss_read_devfiles, }; +#else +static struct file_operations fops = { + .owner = THIS_MODULE, + .read = oss_read_devfiles, +}; +#endif static void init_proc_fs (void) { +#if LINUX_VERSION_CODE KERNEL_VERSION(3,10,0) if ((oss_proc_root = create_proc_entry (opensound, 0700 | S_IFDIR, NULL)) == NULL) { @@ -298,6 +306,21 @@ } oss_proc_devfiles-proc_fops = oss_proc_operations; +#else + if ((oss_proc_root = + proc_mkdir (opensound, NULL)) == NULL) +{ + oss_cmn_err (CE_CONT, Cannot create /proc/opensound\n); + return; +} + + if ((oss_proc_devfiles = + proc_create (devfiles, 0600, oss_proc_root, fops)) == NULL) +{ + oss_cmn_err (CE_CONT, Cannot create /proc/opensound/devfiles\n); + return; +} +#endif } static void @@ -436,11 +459,15 @@ int oss_get_uid (void) { +#if LINUX_VERSION_CODE = KERNEL_VERSION(3,13,0) + return __kuid_val(current-cred-uid); +#else #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,29) return current-cred-uid; #else return current-uid; #endif +#endif } typedef struct tmout_desc @@ -934,7 +961,9 @@ fop-llseek = oss_no_llseek; fop-read = tmp_read; fop-write = tmp_write; +#if LINUX_VERSION_CODE KERNEL_VERSION(3,11,0) fop-readdir = NULL; /* tmp_readdir; */ +#endif fop-poll = tmp_poll; #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,35) fop-ioctl = tmp_ioctl; diff -Nur modules/oss4.orig/drivers/pci_wrapper.inc modules/oss4/drivers/pci_wrapper.inc --- modules/oss4.orig/drivers/pci_wrapper.inc 2013-12-03 16:33:28.0 +0100 +++ modules/oss4/drivers/pci_wrapper.inc2014-04-27 13:08:11.235276155 +0100 @@ -17,7 +17,11 @@ static dev_map_t dev_map[MAX_INSTANCE]; static int n_devmap = 0; +#if LINUX_VERSION_CODE KERNEL_VERSION(3,8,0) static int __devinit +#else +static int +#endif osspci_probe (struct pci_dev *pcidev, const struct pci_device_id *pciid) { oss_device_t *osdev; @@ -65,7 +69,11 @@ return 0; } -static void __devexit +#if LINUX_VERSION_CODE KERNEL_VERSION(3,8,0) +static int __devexit +#else +static int +#endif osspci_remove (struct pci_dev *pcidev) { int i; @@ -80,10 +88,11 @@ pci_disable_device (dev_map[i].pcidev); osdev_delete (osdev); - return; + return 0; } printk (KERN_ALERT DRIVER_NICK : Can't find the PCI device to detach\n); + return -EIO; } void signature.asc Description: Digital signature
Bug#705319: systemd: Recommend or depend on libnss-myhostname
reassign 705319 gnome-control-center thanks On Apr 13, Jeremy Bicha jbi...@ubuntu.com wrote: As reported at http://bugs.launchpad.net/bugs/1162475 , hostnamed needs libnss-myhostname to fully set a hostname. As discussed at the systemd / GNOME Sprint, gnome-control-center is a better target for recommending libnss-myhostname. -- ciao, Marco signature.asc Description: Digital signature
Bug#733435: Patch to fix FTBFS
Control: tags -1 + patch Hi, This patch removes the bootstrapping of distribute, which fixes the building the package. Regards, Johannes Brandstätter Description: Remove bootstrapping of distribute. Author: Johannes Brandstätter jbran...@2ds.eu Bug-Debian: http://bugs.debian.org/733435 Last-Update: 2014-04-27 --- pyowncloud-0.3.1.orig/setup.py +++ pyowncloud-0.3.1/setup.py @@ -1,5 +1,3 @@ -from distribute_setup import use_setuptools -use_setuptools() from setuptools import setup, find_packages import csync.version as ver setup( signature.asc Description: OpenPGP digital signature
Bug#731799: Do not work with IPv4 only anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am So den 27. Apr 2014 um 9:02 schrieb Philipp Kern: [one problem with automatic IPv6 stuff] You can also turn off the automatic configuration bits. True but your forgot the security best practice. And, who ever knows how to do this!? [Security problems with accidentally switched on IPv6] I know that people argue that way. Well, cause it is the truth. But I still doubt that many people are affected. Anyway, feel free to provide a patch. :) My first Idea for a patch would have been to revert the broken ubuntu patch that was the source for all the problem. ;-) But serious, I have no way to file a proper patch as I might accidental break IPv6 stuff as I have no real running IPv6. (My tunnel I have is broken everytime as init7, that provides it for sixxs, seems to not expect long running tunnels and breake it from time to time. So I do not know if the connection through init7 is a proper IPv6. To be true, I even care just a little about IPv6. ;-) Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTXP6lAAoJEKZ8CrGAGfasgwAL/2Hp1PkDL6tO3HvTr4/IggHj SmBYJ3ChwdtRxgwTwyDH5eKLhUR5Oixiu2Y6oxaQDY8KNI9sqMLNlS46Hz8GVsel /DaydsIHGuGhi7cgbAi4TT7TrnGdfZK/kSeL0ZyCu2Bffxylbt5vqGPH3MUQV7nd w2Y2aCf50Qrro4Ir4nkIwFt8RvI/T5qb1N0MriqlMJ+TD0sJS9WuWeGomMKFBzVG nuduvUCKKTyWiibPVCIFvViTn5Qbojz2DOdumNcu4DaOTdxRrBQAi7MMU7FcHOlo eWL2zgDU/zj3MKzgTEqCyPGy+tZoDVyLeeSRyxe+7Pstmx51M99GM2M+lyL54qE5 EHkmhMpKZ4D3H1//Ya6UwSM7Y6hlUaeTCLyYKZjnsL8J16kOkKLOElngyWMfqjup deUgKNYgbEFaDDwLj64baLXQW9cK9T5hyKM0MK58QhlyFUWI4S8xwf98ERgyipEp YU9O3WN5fp83qJpFhJmc6jkT0M0UWkdshVuQa4F3tg== =rQKD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746046: ben: support default option values by ~/.benrc
Package: ben Version: 0.6.7+b1 Severity: wishlist ben is very useful as a dependency check tool from user command line. But there seems to be no default option value setting mechanism which can be found easily. * --mirror Mirror to use * --mirror-binariesMirror to use for binaries * --mirror-sources Mirror to use for sources * --areas Areas to consider * --archs Architectures to consider * --suite Suite * --cache-dir Path to cache dir * --config|-c Config file I wonder if ben read files such as ~/.benrc (if exist) or benrc in current directory which define default values for above. (Format should be like /usr/share/doc/ben/examples/download/unstable.ben ) Then I do not need to do $ ben download -c ~/.benrc $ ben query -c ~/.benrc '.build-depends ~ /lib.*ocaml-dev/' But, I can simply do $ ben download $ ben query '.build-depends ~ /lib.*ocaml-dev/' It would be nice this ~/.benrc can set $BEN_CACHE_DIR Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 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 ben depends on: ii bzip2 1.0.6-5 ii curl7.36.0-1+b1 ii libben-ocaml [libben-ocaml-di478] 0.6.7+b1 ii libc6 2.18-4 ii libjs-jquery1.7.2+dfsg-3 ii libpcre31:8.31-5 ii libpq5 9.3.4-1 ii libtyxml-ocaml [libtyxml-ocaml-caro0] 2.2.0-4 ii ocaml-base-nox [ocaml-base-nox-4.01.0] 4.01.0-3 Versions of packages ben recommends: pn dose-debcheck none ben suggests no packages. -- 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#746048: lcalc: build-depends on libpari-dev appear too loose
Package: lcalc Version:1.23-dfsg-2 Severity: minor When building lcalc on raspbian with libpari-dev 2.5.5-1 I ran into the following error. Lcommandline_elliptic.cc:142:40: error: too many arguments to function 'long int* ellinit(GEN, long int)' In file included from /usr/include/pari/pari.h:56:0, from ../include/Lcommandline_elliptic.h:35, from Lcommandline_elliptic.cc:23: /usr/include/pari/paridecl.h:1372:9: note: declared here Based on the fact this went away after a retry with a newer libpari-dev I conclude that this is a case of a build-dependency that is too loose. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746047: O: png2html -- transforms a PNG image to a web page
Package: wnpp Severity: normal Jack Grahams jackgrah...@inbox.com hasn't been working on the pnp2html package for quite some time now. Furthermore, a test message I just sent could not have been delivered: | This message was created automatically by mail delivery software. | | A message that you sent could not be delivered to one or more of | its recipients. This is a permanent error. The following address | failed: | | jackgrah...@inbox.com: | SMTP error from remote server after RCPT command: | host: inc.inbox.com | Mailbox unavailable jackgrah...@inbox.com Being the sponsor of the last upload of png2html, I orphan this package now. Please note that I'm not using this package anymore and thus would prefer not to sponsor it anymore. Also, there hasn't been a new upstream release in ages. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: png2html Binary: png2html Version: 1.1-5 Maintainer: Jack Grahams jackgrah...@inbox.com Build-Depends: debhelper (= 5.0.0), dpatch, libgd2-noxpm-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: cc291ec535becddd93147613165f1412 586 png2html_1.1-5.dsc a018d81e6b6df105b88873dd7b4a2e22 9572 png2html_1.1.orig.tar.gz 288b9288f51ac833a941b64ebdb23c9e 3536 png2html_1.1-5.diff.gz Checksums-Sha1: 88307a894420ead09e9c4fdcaf73345c65d249e7 586 png2html_1.1-5.dsc 1561f8b8045bdf2dcdef5f931ecccd01fcd54a73 3536 png2html_1.1-5.diff.gz de8b5ae25ab2b0a27bec9f4bbd219aab5fbd1352 9572 png2html_1.1.orig.tar.gz Checksums-Sha256: e842c797cc84233f2c213a9979fa2a0d741a92c8aa27cc5c1e1c0bfb84661ade 586 png2html_1.1-5.dsc 1bc49da088d951f2514f9ab697e8a44dc60da9fba077787ef6b2929c29628cdd 3536 png2html_1.1-5.diff.gz c41b355f6a9fef0d9bec25c54af3037dfe689652623e0eaf37da035ccd5f7a39 9572 png2html_1.1.orig.tar.gz Directory: pool/main/p/png2html Priority: source Section: graphics Package: png2html Source: png2html (1.1-5) Version: 1.1-5+b1 Installed-Size: 14 Maintainer: Jack Grahams jackgrah...@inbox.com Architecture: amd64 Depends: libc6 (= 2.2.5), libgd3 (= 2.1.0~alpha~), libpng12-0 (= 1.2.13-4) Description-en: transforms a PNG image to a web page Png2html takes a PNG image and transforms it pixel by pixel to a web page, encoding each pixel as an appropriately coloured letter. It is decided which letter to encode each pixel as by using a text file supplied by the user. An example can be found on the project's homepage. . Homepage: http://www.geoffholden.com/content/projects/png2html/ Description-md5: 1bac0fbdc13482ce4ca86e9083e4dbbf Tag: interface::commandline, role::program, scope::utility, use::converting, works-with-format::html, works-with-format::png, works-with::image, works-with::image:raster, works-with::text Section: graphics Priority: extra Filename: pool/main/p/png2html/png2html_1.1-5+b1_amd64.deb Size: 8974 MD5sum: 033f688137a6013997e5ce553d8b55f1 SHA1: 5ef0b02d569201c799658ea9992bfc3ed5426e78 SHA256: 8eaac0191f07d5de2056ee5ee54e5e4b21c99ef92cda994c77519e5e8f75f27d Cheers, Flo signature.asc Description: Digital signature
Bug#746049: gucharmap: FTBFS: Gucharmap-2.90.gir:1424.7-1424.33: error: The type name `Atk.TableCell' could not be found
Source: gucharmap Version: 1:3.12.0-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): g-ir-scanner: link: /bin/bash ../libtool --mode=link --tag=CC cc -o /«PKGBUILDDIR»/gucharmap/tmp-introspectbUBoeD/Gucharmap-2.90 -export-dynamic /«PKGBUILDDIR»/gucharmap/tmp-introspectbUBoeD/Gucharmap-2.90.o -L. libgucharmap_2_90.la -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 libtool: link: cc -o /«PKGBUILDDIR»/gucharmap/tmp-introspectbUBoeD/.libs/Gucharmap-2.90 /«PKGBUILDDIR»/gucharmap/tmp-introspectbUBoeD/Gucharmap-2.90.o -Wl,--export-dynamic -pthread -Wl,--export-dynamic -L. ./.libs/libgucharmap_2_90.so -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 /usr/lib/x86_64-linux-gnu/libcairo-gobject.so /usr/lib/x86_64-linux-gnu/libcairo.so -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -pthread (process:17698): GLib-GObject-WARNING **: invalid class cast from 'GucharmapChartableAccessible' to 'GtkAccessible' gucharmap-chapters-model.c:133: Warning: Gucharmap: gucharmap_chapters_model_id_to_iter: unknown parameter 'chapters_model' in documentation comment, should be 'model' /usr/bin/g-ir-compiler --includedir=. --includedir=. Gucharmap-2.90.gir -o Gucharmap-2.90.typelib /usr/bin/vapigen-0.24 --library gucharmap-2.90 --metadatadir . --vapidir /usr/share/vala/vapi --pkg glib-2.0 --pkg pango --pkg gdk-3.0 --pkg gtk+-3.0 Gucharmap-2.90.gir Gucharmap-2.90.gir:1424.7-1424.33: error: The type name `Atk.TableCell' could not be found implements name=Atk.TableCell/ ^^^ Generation failed: 1 error(s), 0 warning(s) make[4]: *** [gucharmap-2.90.vapi] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/gucharmap_3.12.0-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746051: pillow: FTBFS: debian/python-pil/usr/lib/python2.7/dist-packages/PIL/_imagingtk.so not found
Source: pillow Version: 2.3.0-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): byte-compiling /«PKGBUILDDIR»/debian/python-sane/usr/lib/python2.7/dist-packages/sane.py to sane.pyc running install_egg_info Writing /«PKGBUILDDIR»/debian/python-sane/usr/lib/python2.7/dist-packages/pysane-2.0.egg-info mkdir -p debian/python-pil/usr/include/python2.7 install -o root -g root -m 644 \ libImaging/Imaging.h \ libImaging/ImPlatform.h \ libImaging/ImDib.h \ debian/python-pil/usr/include/python2.7 dh_movefiles -ppython-pil.imagetk \ --sourcedir=debian/python-pil \ usr/lib/python2.7/$(basename $(_py_=2.7; python${_py_#python*} -c 'from distutils import sysconfig; print(sysconfig.get_python_lib())'))/PIL/_imagingtk.so \ usr/lib/python2.7/$(basename $(_py_=2.7; python${_py_#python*} -c 'from distutils import sysconfig; print(sysconfig.get_python_lib())'))/PIL/ImageTk.py dh_movefiles: debian/python-pil/usr/lib/python2.7/dist-packages/PIL/_imagingtk.so not found (supposed to put it in python-pil.imagetk) make: *** [install-python2.7] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/pillow_2.3.0-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746050: macopix: FTBFS: ld: cannot find -lgcrypt
Source: macopix Version: 1.7.4-4.1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include -DLOCALEDIR=\/usr/share/locale\ -DCOMMON_DIR=\/usr/share/macopix/\ -DPREFIX_DIR=\/usr/share/\ -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o dnd.o dnd.c /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z,relro -lX11 -o macopix main.o callbacks.o pixmap.o gui.o balloon.o clock.o configfile.o utils.o mail.o pop.o md5c.o md5ify.o nokkari.o bmp.o bmpwrite.o sockmsg.o codeconv.o unmime.o base64.o quoted-printable.o unlha.o untar.o trayicon.o alpha.o ssl.o sslmanager.o dnd.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -pthread -lglib-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lgnutls -lgcrypt -lgnutls-openssl libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z -Wl,relro -o macopix main.o callbacks.o pixmap.o gui.o balloon.o clock.o configfile.o utils.o mail.o pop.o md5c.o md5ify.o nokkari.o bmp.o bmpwrite.o sockmsg.o codeconv.o unmime.o base64.o quoted-printable.o unlha.o untar.o trayicon.o alpha.o ssl.o sslmanager.o dnd.o -pthread -lX11 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 /usr/lib/x86_64-linux-gnu/libcairo.so -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lfontconfig /usr/lib/x86_64-linux-gnu/libfreetype.so -lgthread-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lgnutls -lgcrypt -lgnutls-openssl -pthread /usr/bin/ld: cannot find -lgcrypt collect2: error: ld returned 1 exit status The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/macopix_1.7.4-4.1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746052: libxfont: FTBFS: ../../../src/util/patcache.c:130:1: error: conflicting types for 'CacheFontPattern'
Source: libxfont Version: 1:1.4.7-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): /bin/bash ../../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../../src/util -I../.. -I../../include/X11/fonts -I../../../include -I../../../src/stubs -D_FORTIFY_SOURCE=2 -D_DEFAULT_SOURCE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_XOPEN_SOURCE -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main -Werror=missing-braces -Werror=sequence-point -Werror=return-type -Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c -o patcache.lo ../../../src/util/patcache.c libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../../src/util -I../.. -I../../include/X11/fonts -I../../../include -I../../../src/stubs -D_FORTIFY_SOURCE=2 -D_DEFAULT_SOURCE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_XOPEN_SOURCE -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main -Werror=missing-braces -Werror=sequence-point -Werror=return-type -Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c ../../../src/util/patcache.c -fPIC -DPIC -o .libs/patcache.o ../../../src/util/patcache.c:130:1: error: conflicting types for 'CacheFontPattern' CacheFontPattern (FontPatternCachePtr cache, ^ In file included from /usr/include/X11/fonts/fontstruct.h:28:0, from ../../../src/util/patcache.c:35: /usr/include/X11/fonts/font.h:141:18: note: previous declaration of 'CacheFontPattern' was here extern void CacheFontPattern ( ^ ../../../src/util/patcache.c:176:1: error: conflicting types for 'FindCachedFontPattern' FindCachedFontPattern (FontPatternCachePtr cache, ^ In file included from /usr/include/X11/fonts/fontstruct.h:28:0, from ../../../src/util/patcache.c:35: /usr/include/X11/fonts/font.h:151:21: note: previous declaration of 'FindCachedFontPattern' was here extern FontPtr FindCachedFontPattern ( ^ make[5]: *** [patcache.lo] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/libxfont_1.4.7-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746054: twinkle: FTBFS: configure: error: Library requirements (libzrtpcpp = 1.3.0) not met
Source: twinkle Version: 1:1.4.2-4 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for speex/speex_preprocess.h... yes checking speex/speex_echo.h usability... yes checking speex/speex_echo.h presence... yes checking for speex/speex_echo.h... yes checking for libzrtpcpp = 1.3.0... Package libcrypto was not found in the pkg-config search path. Perhaps you should add the directory containing `libcrypto.pc' to the PKG_CONFIG_PATH environment variable Package 'libcrypto', required by 'libzrtpcpp', not found configure: error: Library requirements (libzrtpcpp = 1.3.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/twinkle_1.4.2-4_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746055: ruby-fakeweb: FTBFS: ERROR: Test ruby2.1 failed
Source: ruby-fakeweb Version: 1.3.0+dfsg1-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): Running tests for ruby2.1 using debian/ruby-tests.rb... Run options: # Running tests: .F.FF.. Finished tests in 0.851353s, 219.6503 tests/s, 348.8564 assertions/s. 1) Failure: TestFakeWeb#test_real_http_request [/usr/lib/ruby/2.1.0/net/http.rb:881]: unexpected invocation: #Mock:TCPSocket.setsockopt(6, 1, 1) unsatisfied expectations: - expected at least once, not yet invoked: #Mock:TCPSocket.read_nonblock(any_parameters) - expected exactly once, not yet invoked: #Mock:TCPSocket.write(all_of(includes('GET /main/rss/hotnews/hotnews.rss HTTP/1.1'), includes('Host: images.apple.com'))) - expected at least once, not yet invoked: Socket.===(#Mock:TCPSocket) satisfied expectations: - allowed any number of times, not yet invoked: #Mock:TCPSocket.close(any_parameters) - allowed any number of times, not yet invoked: #Mock:TCPSocket.closed?(any_parameters) - expected at least once, invoked once: TCPSocket.open('images.apple.com', 80, nil, nil) 2) Failure: TestFakeWeb#test_real_http_request_with_undocumented_full_uri_argument_style [/usr/lib/ruby/2.1.0/net/http.rb:881]: unexpected invocation: #Mock:TCPSocket.setsockopt(6, 1, 1) unsatisfied expectations: - expected at least once, not yet invoked: #Mock:TCPSocket.read_nonblock(any_parameters) - expected exactly once, not yet invoked: #Mock:TCPSocket.write(all_of(includes('GET http://images.apple.com/main/rss/hotnews/hotnews.rss HTTP/1.1'), includes('Host: images.apple.com'))) - expected at least once, not yet invoked: Socket.===(#Mock:TCPSocket) satisfied expectations: - allowed any number of times, not yet invoked: #Mock:TCPSocket.close(any_parameters) - allowed any number of times, not yet invoked: #Mock:TCPSocket.closed?(any_parameters) - expected at least once, invoked once: TCPSocket.open('images.apple.com', 80, nil, nil) 3) Failure: TestFakeWeb#test_real_https_request [/usr/lib/ruby/2.1.0/net/http.rb:881]: unexpected invocation: #Mock:SSLSocket.setsockopt(6, 1, 1) unsatisfied expectations: - expected at least once, not yet invoked: #Mock:SSLSocket.read_nonblock(any_parameters) - expected exactly once, not yet invoked: #Mock:SSLSocket.write(all_of(includes('GET /main/rss/hotnews/hotnews.rss HTTP/1.1'), includes('Host: images.apple.com'))) - expected at least once, not yet invoked: #Mock:SSLSocket.session() - expected at least once, not yet invoked: #Mock:SSLSocket.connect() - expected at least once, not yet invoked: OpenSSL::SSL::SSLSocket.new(#Mock:SSLSocket, instance_of(OpenSSL::SSL::SSLContext)) - expected at least once, not yet invoked: OpenSSL::SSL::SSLSocket.===(#Mock:SSLSocket) satisfied expectations: - allowed any number of times, not yet invoked: #Mock:SSLSocket.close(any_parameters) - allowed any number of times, not yet invoked: #Mock:SSLSocket.closed?(any_parameters) - allowed any number of times, not yet invoked: #Mock:SSLSocket.sync_close=(any_parameters) - expected at least once, invoked once: TCPSocket.open('images.apple.com', 443, nil, nil) 4) Failure: TestFakeWeb#test_real_post_with_body_sets_the_request_body [/usr/lib/ruby/2.1.0/net/http.rb:881]: unexpected invocation: #Mock:TCPSocket.setsockopt(6, 1, 1) unsatisfied expectations: - expected at least once, not yet invoked: #Mock:TCPSocket.read_nonblock(any_parameters) - expected exactly once, not yet invoked: #Mock:TCPSocket.write('title=Test') - expected exactly once, not yet invoked: #Mock:TCPSocket.write(all_of(includes('POST /posts HTTP/1.1'), includes('Host: images.apple.com'))) - expected at least once, not yet invoked: Socket.===(#Mock:TCPSocket) satisfied expectations: - allowed any number of times, not yet invoked: #Mock:TCPSocket.close(any_parameters) - allowed any number of times, not yet invoked: #Mock:TCPSocket.closed?(any_parameters) - expected at least once, invoked once: TCPSocket.open('images.apple.com', 80, nil, nil) 5) Failure: TestFakeWeb#test_real_request_on_same_domain_as_mock [/usr/lib/ruby/2.1.0/net/http.rb:881]: unexpected invocation: #Mock:TCPSocket.setsockopt(6, 1, 1) unsatisfied expectations: - expected at least once, not yet invoked: #Mock:TCPSocket.read_nonblock(any_parameters) - expected exactly once, not yet invoked: #Mock:TCPSocket.write(all_of(includes('GET /main/rss/hotnews/hotnews.rss HTTP/1.1'), includes('Host: images.apple.com'))) - expected at least once, not yet invoked: Socket.===(#Mock:TCPSocket) satisfied expectations: -
Bug#746053: couchdb: FTBFS: configure: error: The installed Erlang version must be = R14B (erts-5.8.1) and R17 (erts-5.11)
Source: couchdb Version: 1.4.0-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking ICU_CFLAGS... -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -std=c99 -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings checking ICU_CXXFLAGS... -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x checking ICU_LIBS... -Wl,-z,relro -ldl -lm -L/usr/lib/x86_64-linux-gnu -licui18n -licuuc -licudata -ldl -lm checking for curl-config... /usr/bin/curl-config checking for curl (7.36.0) = 7.18.0... yes configure: error: The installed Erlang version must be = R14B (erts-5.8.1) and R17 (erts-5.11) checking Erlang version compatibility... == config.log == This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Apache CouchDB configure 1.4.0, which was generated by GNU Autoconf 2.69. Invocation command line was $ ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking ## - ## ## Platform. ## ## - ## hostname = ip-172-31-7-86 uname -m = x86_64 uname -r = 2.6.32-5-xen-amd64 uname -s = Linux uname -v = #1 SMP Sun Sep 23 13:49:30 UTC 2012 [cutted here] configure:17869: result: no configure:18004: checking for icu-config configure:18022: found /usr/bin/icu-config configure:18035: result: /usr/bin/icu-config configure:18051: checking for ICU = 3.4.1 configure:18055: result: yes configure:18059: checking ICU_CPPFLAGS configure:18062: result: -D_FORTIFY_SOURCE=2 -D_REENTRANT -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1 -I/usr/include configure:18065: checking ICU_CFLAGS configure:18068: result: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -std=c99 -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings configure:18071: checking ICU_CXXFLAGS configure:18074: result: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x configure:18077: checking ICU_LIBS configure:18080: result: -Wl,-z,relro -ldl -lm -L/usr/lib/x86_64-linux-gnu -licui18n -licuuc -licudata -ldl -lm configure:18192: checking for curl-config configure:18210: found /usr/bin/curl-config configure:18222: result: /usr/bin/curl-config configure:18278: checking for curl (7.36.0) = 7.18.0 configure:18313: result: yes configure:18381: checking Erlang version compatibility configure:18391: error: The installed Erlang version must be = R14B (erts-5.8.1) and R17 (erts-5.11) The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/couchdb_1.4.0-3_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746057: frogr: FTBFS: configure: error: Unrecognized YELP_HELP_INIT option 3.1.1
Source: frogr Version: 0.9-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for perl... /usr/bin/perl checking for perl = 5.8.1... 5.18.2 checking for XML::Parser... ok configure: error: Unrecognized YELP_HELP_INIT option 3.1.1 checking whether ln -s works... yes The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/frogr_0.9-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746056: pycode-browser: FTBFS: Latex errors
Source: pycode-browser Version: 20120614+git+b041dd2-5 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): (/usr/share/texlive/texmf-dist/tex/context/base/supp-pdf.mkii [Loading MPS to PDF converter (version 2006.09.02).] ) (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/pdftexcmds.sty (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty)) (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/epstopdf-base.sty (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/grfext.sty (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/kvdefinekeys.sty)) (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/kvoptions.sty (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/kvsetkeys.sty (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/etexcmds.sty))) (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg)) pics/ylm20.png, id=1, 566.115pt x 468.75125pt use pics/ylm20.png [1{/var/li b/texmf/fonts/map/pdftex/updmap/pdftex.map} ./pics/ylm20.png (PNG copy)] [2] No file mapy.toc. [3] Chapter 1. kpathsea: Running mktextfm tcrm1000 mkdir: cannot create directory '././sbuild-nonexistent': Permission denied mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input tcrm1000 This is METAFONT, Version 2.718281 (TeX Live 2013/Debian) kpathsea: Running mktexmf tcrm1000 ! I can't find file `tcrm1000'. * ...ljfour; mag:=1; nonstopmode; input tcrm1000 Please type another input file name ! Emergency stop. * ...ljfour; mag:=1; nonstopmode; input tcrm1000 Transcript written on mfput.log. grep: tcrm1000.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input tcrm1000' failed to make tcrm1000.tfm. kpathsea: Appending font creation commands to missfont.log. [4] ! Font TS1/cmr/m/n/10=tcrm1000 at 10.0pt not loadable: Metric (TFM) file not fo und. to be read again relax l.249 \item S ingle user, single process systems like MS DOS. Only one process ? ! Emergency stop. to be read again relax l.249 \item S ingle user, single process systems like MS DOS. Only one process ! == Fatal error occurred, no output PDF file produced! Transcript written on mapy.log. make[2]: *** [mapy.pdf] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/pycode-browser_20120614+git+b041dd2-5_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746058: sqlite: FTBFS: /bin/sh: 1: tclsh: not found
Source: sqlite Version: 2.8.17-10 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): ar cru .libs/libtclsqlite.a tclsqlite.o ranlib .libs/libtclsqlite.a creating libtclsqlite.la (cd .libs rm -f libtclsqlite.la ln -s ../libtclsqlite.la libtclsqlite.la) cat ./src/attach.c ./src/auth.c ./src/btree.c ./src/btree.h ./src/btree_rb.c ./src/build.c ./src/copy.c ./src/date.c ./src/delete.c ./src/encode.c ./src/expr.c ./src/func.c ./src/hash.c ./src/hash.h ./src/insert.c ./src/main.c ./src/os.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pragma.c ./src/printf.c ./src/random.c ./src/select.c ./src/shell.c ./src/sqlite.h.in ./src/sqliteInt.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbeaux.c ./src/vdbe.h ./src/where.c | grep '$Id: ' | sort +4 | tail -1 \ | awk '{print $5,$6}' last_change sort: cannot read: +4: No such file or directory tclsh ./www/index.tcl `cat ./VERSION` index.html /bin/sh: 1: tclsh: not found make[2]: *** [index.html] Error 127 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/sqlite_2.8.17-10_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746059: ruby-oauth2: FTBFS: ERROR: Test ruby2.0 failed
Source: ruby-oauth2 Version: 0.9.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): Failure/Error: expect(subject.connection.ssl).to eq({:ca_file = 'foo.pem'}) expected: {:ca_file=foo.pem} got: #Faraday::SSLOptions ca_file=foo.pem (compared using ==) Diff: @@ -1,2 +1,13 @@ -:ca_file = foo.pem +#struct Faraday::SSLOptions + verify=nil, + ca_file=foo.pem, + ca_path=nil, + verify_mode=nil, + cert_store=nil, + client_cert=nil, + client_key=nil, + certificate=nil, + private_key=nil, + verify_depth=nil, + version=nil # ./spec/oauth2/client_spec.rb:184:in `block (3 levels) in top (required)' Finished in 0.31091 seconds 158 examples, 2 failures Failed examples: rspec ./spec/oauth2/client_spec.rb:37 # OAuth2::Client#initialize leaves Faraday::Connection#ssl unset rspec ./spec/oauth2/client_spec.rb:183 # OAuth2::Client with SSL options passes the SSL options along to Faraday::Connection#ssl /usr/bin/ruby2.0 -S rspec ./spec/oauth2/access_token_spec.rb ./spec/oauth2/client_spec.rb ./spec/oauth2/response_spec.rb ./spec/oauth2/strategy/assertion_spec.rb ./spec/oauth2/strategy/auth_code_spec.rb ./spec/oauth2/strategy/base_spec.rb ./spec/oauth2/strategy/client_credentials_spec.rb ./spec/oauth2/strategy/implicit_spec.rb ./spec/oauth2/strategy/password_spec.rb failed ERROR: Test ruby2.0 failed: The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/ruby-oauth2_0.9.1-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746060: lldpd: FTBFS: configure: error: *** incorrect CFLAGS from net-snmp-config
Source: lldpd Version: 0.7.7-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for history.h... no checking readline/history.h usability... yes checking readline/history.h presence... yes checking for readline/history.h... yes checking for net-snmp-config... /usr/bin/net-snmp-config configure: error: *** incorrect CFLAGS from net-snmp-config checking whether C compiler supports flag -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -DNETSNMP_USE_INLINE -Ulinux -Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.18/CORE -D_FORTIFY_SOURCE=2 -I/usr/include -DNETSNMP_NO_INLINE -Wl,-z,relro -Wl,-z,now -L/usr/lib/x86_64-linux-gnu -lnetsnmpmibs -lsensors -lpci -ldl -lnetsnmpagent -lwrap -Wl,-E -lnetsnmp -lcrypto -lm from Net-SNMP... no The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/lldpd_0.7.7-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746066: python-steadymark: FTBFS: Tests failures
Source: python-steadymark Version: 0.4.5-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[2]: Entering directory `/«PKGBUILDDIR»' Cleaning up files that are already in .gitignore... OK! Running unit tests SteadyMark should find python code and use the previous header as title ... FAIL SteadyMark should find docstrings and use the previous header as title ... FAIL SteadyMark should find all the tests under the same header (title) ... FAIL SteadyMark should skip tests with the 'ignore' modeline ... ok SteadyMark should find doctest and use the previous header as title ... ok SteadyMark should find python code and use the previous header as title ... ok SteadyMark should accumulate the scope throughout the python code snippets ... ok == FAIL: SteadyMark should find python code and use the previous header as title -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /«PKGBUILDDIR»/tests/unit/test_parser.py, line 70, in test_find_python_code_with_titles eval.when.called_with(test1.code).should.throw(AssertionError, boom!) File /usr/lib/python2.7/dist-packages/sure/__init__.py, line 376, in wrapper value = func(self, *args, **kw) File /usr/lib/python2.7/dist-packages/sure/__init__.py, line 790, in throw return _that.raises(*args, **kw) File /usr/lib/python2.7/dist-packages/sure/old.py, line 130, in raises self._src, exc, e.__class__, traceback.format_exc(e))) AssertionError: built-in function eval should raise type 'exceptions.AssertionError', but raised type 'exceptions.TypeError': ORIGINAL EXCEPTION: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/sure/old.py, line 118, in raises self._src(*self._callable_args, **self._callable_kw) TypeError: eval expected at least 1 arguments, got 0 == FAIL: SteadyMark should find docstrings and use the previous header as title -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /«PKGBUILDDIR»/tests/unit/test_parser.py, line 124, in test_find_inline_doctests_with_titles eval.when.called_with(test2.code).should.throw(AssertionError, uh yeah) File /usr/lib/python2.7/dist-packages/sure/__init__.py, line 376, in wrapper value = func(self, *args, **kw) File /usr/lib/python2.7/dist-packages/sure/__init__.py, line 790, in throw return _that.raises(*args, **kw) File /usr/lib/python2.7/dist-packages/sure/old.py, line 130, in raises self._src, exc, e.__class__, traceback.format_exc(e))) AssertionError: built-in function eval should raise type 'exceptions.AssertionError', but raised type 'exceptions.TypeError': ORIGINAL EXCEPTION: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/sure/old.py, line 118, in raises self._src(*self._callable_args, **self._callable_kw) TypeError: eval expected at least 1 arguments, got 0 == FAIL: SteadyMark should find all the tests under the same header (title) -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /«PKGBUILDDIR»/tests/unit/test_parser.py, line 154, in test_use_same_title_for_all_tests eval.when.called_with(test1.code).should.throw(AssertionError, FIRST) File /usr/lib/python2.7/dist-packages/sure/__init__.py, line 376, in wrapper value = func(self, *args, **kw) File /usr/lib/python2.7/dist-packages/sure/__init__.py, line 790, in throw return _that.raises(*args, **kw) File /usr/lib/python2.7/dist-packages/sure/old.py, line 130, in raises self._src, exc, e.__class__, traceback.format_exc(e))) AssertionError: built-in function eval should raise type 'exceptions.AssertionError', but raised type 'exceptions.TypeError': ORIGINAL EXCEPTION: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/sure/old.py, line 118, in raises self._src(*self._callable_args, **self._callable_kw) TypeError: eval expected at least 1 arguments, got 0 -- Ran 7 tests in 0.013s FAILED (failures=3) make[2]: *** [unit] Error 1 The full build log is available from:
Bug#746062: libhtml-formfu-model-dbic-perl: FTBFS: Tests failures
Source: libhtml-formfu-model-dbic-perl Version: 1.02-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): t/update/null_if_empty.t .. ok t/update/opt_accessor.t ... ok t/update/opt_accessor_nested.t ok t/update/unchecked_not_null_checkbox.t ok t/x_roundtrip/checkbox_false2true.t ... ok t/x_roundtrip/checkbox_true2false.t ... ok Test Summary Report --- t/constraints/dbic_unique.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 15 tests but ran 0. t/constraints/dbic_unique_repeatable_id_field.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 8 tests but ran 0. Files=94, Tests=584, 182 wallclock secs ( 0.46 usr 0.63 sys + 166.50 cusr 15.18 csys = 182.77 CPU) Result: FAIL Failed 2/94 test programs. 0/584 subtests failed. make[1]: *** [test_dynamic] Error 255 dh_auto_test: make -j1 test returned exit code 2 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/libhtml-formfu-model-dbic-perl_1.02-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746070: ruby-capybara: FTBFS: E: ruby1.9.1 is not supported by gem2deb anymore
Source: ruby-capybara Version: 2.1.0-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): fakeroot debian/rules binary dh binary --buildsystem=ruby --with ruby dh_testroot -O--buildsystem=ruby dh_prep -O--buildsystem=ruby dh_auto_install -O--buildsystem=ruby Entering dh_ruby --install E: ruby1.9.1 is not supported by gem2deb anymore dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/ruby-capybara returned exit code 1 make: *** [binary] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/ruby-capybara_2.1.0-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746067: rgtk2: FTBFS: gioManuals.c:197:39: error: format not a string literal and no format arguments [-Werror=format-security]
Source: rgtk2 Version: 2.20.27-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -g -D_R_=1 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I. -DHAVE_UINTPTR_T -fpic -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -g -c gioManuals.c -o gioManuals.o gioManuals.c: In function 'S_g_simple_async_report_error_in_idle': gioManuals.c:197:39: error: format not a string literal and no format arguments [-Werror=format-security] format); ^ cc1: some warnings being treated as errors make[1]: *** [gioManuals.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/rgtk2_2.20.27-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org