Bug#785778: marked as done (ipsec-tools: CVE-2015-4047: null pointer dereference crash in racoon)
Your message dated Sun, 24 May 2015 06:34:05 + with message-id and subject line Bug#785778: fixed in ipsec-tools 1:0.8.2+20140711-3 has caused the Debian Bug report #785778, regarding ipsec-tools: CVE-2015-4047: null pointer dereference crash in racoon to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 785778: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785778 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: ipsec-tools Version: 1:0.8.0-14 Severity: grave Tags: security upstream Hi Marked as severity grave as this could lead to denial of service, see the following for details: http://www.openwall.com/lists/oss-security/2015/05/20/1 No CVE is assigned yet (will update the bug once assigned). Regards, Salvatore --- End Message --- --- Begin Message --- Source: ipsec-tools Source-Version: 1:0.8.2+20140711-3 We believe that the bug you reported is fixed in the latest version of ipsec-tools, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 785...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. no...@debian.org (supplier of updated ipsec-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 20 May 2015 10:46:55 -0700 Source: ipsec-tools Binary: ipsec-tools racoon Architecture: source amd64 Version: 1:0.8.2+20140711-3 Distribution: unstable Urgency: medium Maintainer: pkg-ipsec-tools team Changed-By: no...@debian.org Description: ipsec-tools - IPsec utilities racoon - IPsec Internet Key Exchange daemon Closes: 785778 Changes: ipsec-tools (1:0.8.2+20140711-3) unstable; urgency=medium . * Fix null pointer dereference leading to a possible crash and denial of service attack. (Closes: 785778) Checksums-Sha1: f8da82ef687313514a117f2257ebf863b4ef22d8 2253 ipsec-tools_0.8.2+20140711-3.dsc b959808e868a10116b15d9edee53d4d50280eb06 61704 ipsec-tools_0.8.2+20140711-3.debian.tar.xz 8f306268a4e27a149c401ce41ddd66c5f2f8644a 92514 ipsec-tools_0.8.2+20140711-3_amd64.deb 3a08539466d0e38cfbf1fd2e6a69fa4335634fd8 367322 racoon_0.8.2+20140711-3_amd64.deb Checksums-Sha256: 21b803026d0d7841373373e559ab4c828827b0e06519f8eed004149d22199a56 2253 ipsec-tools_0.8.2+20140711-3.dsc f14528fade5be38811af7a5e3f0e167c334dea56e5a9c9a9604daef156b74350 61704 ipsec-tools_0.8.2+20140711-3.debian.tar.xz d8b37ed64c7a078ea669ffada2fa79abefca8a5223cdd9e88f32d874912c1954 92514 ipsec-tools_0.8.2+20140711-3_amd64.deb 3d18e375274dcbaac698ff362824e7cbec9336c6602b108d8d075d01327b8ac6 367322 racoon_0.8.2+20140711-3_amd64.deb Files: a795b1f88b722788f411ddd5ed2e78df 2253 net extra ipsec-tools_0.8.2+20140711-3.dsc 42a498a8ccd7e18300681cb05b7e53a9 61704 net extra ipsec-tools_0.8.2+20140711-3.debian.tar.xz 13cc0bb3950bb89b5687987ef2abaff4 92514 net extra ipsec-tools_0.8.2+20140711-3_amd64.deb a677aab2f0058430af8de5dcd6d38d14 367322 net extra racoon_0.8.2+20140711-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVWFvZvYw89L1q13TAQgylw/8DyJvjkp8bhlRTn2A69k8s9tXjROBU/OT 8x2bTJ6q7Hiuso6UA9R9rz0rJOyZyQSGHkiAVdYdmygsG3KENZf9Kz2TxdT5CoUS WLNtHBBQic49R7NE3VCnStxi/XzPdXgzRtce1PZeOM+AgN92K6HOcQXTdTFPs578 n+MlvZj/B0cXVQOB/1Lg6idnmzW72SoLCfqJVDgfujWg+Z2GagNANVjc3uHz+yCp /scK/RBZWNGzIiT9UuEXrApIvddkM2k73AaP4D5uBWL/5oMWSHoFlKMlu3Iw0t/J IxGHgvndWUMFVU+u7pkgMNm8SKsZqsVw8Tp8iVTVUqLFhwurJmOn6hMsgHUPud4E FvR5oIHjf0s7KUAsuFSIivqerh4AhFWAwfB1Tx8roL5En/t4UWOTt+Ql5fDR4/UC qMQn0fC/DWxvA5oI8tXmM2aDnn/WdFkbv5y2i9tDsHvWX7fWiBt/0Mu3TijrZxDs NqkZ9sIgJE/Tb6HZbd4bSfVcG2Sr/Ln5bSUAHPMs6TFM1IrDn30FIZVlyJuGQwL4 Wv9AsyOfYQWHkj9fdkJcU/j9H/U7gJo3Rt8DYf3C46OQ4wKGYI7MFKXmFVp8fOQY PqJurbxMVQqc4K05+aR/xJyU1uqr19ApBfKF0iB6rygzDwKsaRa6hHBWt8WGYRqB +w6vCRrh/LQ= =zEqS -END PGP SIGNATURE End Message ---
Bug#786494: libgit2: loss of libssh2 functionality; please add "pkg-config" to Build-Depends
Hi Dmitry, Dmitry Smirnov writes: > Just uploaded libgit2 introduced serious regression due to loss of bindings > with libssh2 which causes loss of symbols in dependent library "libgit2-glib" > and then in turn FTBFS in "gitg". > > Quoting "CHANGELOG.md": > > * The search for libssh2 is now done via pkg-config instead of a > custom search of a few directories. > > Because "libgit2" do not depend on "pkg-config" new upstream release fails to > detect libssh library and builds without SSH support. > > After adding "pkg-config" to Build-Depends the following should appear in > build log: > > -- checking for module 'libssh2' > -- found libssh2, version 1.5.0 > > and "libgit2-22" will Depend on "libssh2-1". > > Please add "pkg-config" to Build-Depends. Thanks for the thorougher details. :) -- Cheers, Russell -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786436: ncurses FTBFS: configure loops
On Sat, May 23, 2015 at 09:26:48PM -0400, Thomas Dickey wrote: > Perhaps the proper fix for your build is to ensure that there is a pkg-config > for the cross-build, > rather than restoring the ncurses*-config scripts to your build-environment. If this issue were about a pkg-config that wasn't configuring cross paths, it would not be affecting native builds, right? Further more, my cross builds do set PKG_CONFIG_LIBDIR (until #759556 is fixed) and this works for other packages. In other words, the issue at hand is/was not cross-specific. Helmut -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760853: jitsi uninstallable in sid
What's the status here? Has jitsi been abandoned? Cheers. smime.p7s Description: S/MIME cryptographic signature
Bug#786436: ncurses FTBFS: configure loops
- Original Message - | From: "Helmut Grohne" | To: 786...@bugs.debian.org | Sent: Thursday, May 21, 2015 1:48:24 PM | Subject: Bug#786436: ncurses FTBFS: configure loops | | Control: tags -1 - moreinfo | Control: severity -1 serious | | On Thu, May 21, 2015 at 07:24:18PM +0200, Helmut Grohne wrote: | > | Looking for ncursesw-config | > | checking for ncursesw-config... no | > | checking for ncursesw6-config... no | > | checking for ncursesw5-config... no | | There is a notable difference to successful builds here. Those say: | | | checking for ncursesw5-config... ncursesw5-config | | Now where does that come from? ncurses-bin. Well, it came from there, | but it no longer does. On the other hand, I have the impression that Debian packagers would prefer to use ".pc" files. The log shows that there is no suitable pkg-config for the cross-compiler, so it falls through to the script looking for ncurses*-config I did that recently, and verified that the script works with the pkg-config which is part of the MinGW cross-compilers. (If there is something I've overlooked, that would be nice to know). Perhaps the proper fix for your build is to ensure that there is a pkg-config for the cross-build, rather than restoring the ncurses*-config scripts to your build-environment. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785091: spatialite-bin: spatialite gives a Segmentation fault.
Hi Andy, On 05/23/2015 09:47 PM, Wood, Andy wrote: > Version: 4.1.1-5 now in testing does not fix the problem. > Segmentation fault still occurs. spatialite-bin no longer segfaults because it doesn't use the spatialite_init() method anymore. gdal, qgis & pyspatialite still use the deprecated spatialite_init() method though. gdal 1.11.2 in experimental will stop using it in favor of spatialite_init_ex() for spatialite >= 4.1.2, so we also need to transition to spatialite 4.2.x. See my recent message to the debian-gis list and the threads linked therein: https://lists.debian.org/debian-gis/2015/05/msg00035.html Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786469: fixed in util-linux 2.26.2-5
On Fri, May 22, 2015 at 09:18:33AM -0700, Josh Triplett wrote: > On Fri, 22 May 2015 10:49:38 + Martin Pitt wrote: > > * Using sysvinit-utils (<< 2.88dsf-59.1~) confuses apt during upgrade, so > > use Depends: instead. This isn't technically true, but ensures a robust > > upgrade also from jessie. (Closes: #786469) > > This seems unfortunate, considering that one of the primary purposes of > this change was to reduce dependence on sysvinit-utils. > > Could the dependency go the other way, instead? I agree it's unfortunate that sysvinits "upside down" packaging style now has spread to util-linux. As I see it it will be possible to fix (via further sysvinit NMUs) once we're ready to get rid of the initscripts dependency completely in util-linux. It would be good to hear what the longterm plans are for sysvinit (the binary package). Even if things stay as they are right now I guess new jessie installs will be in great numbers and people will generally have to install sysvinit-core to get a working sysvinit by the time of stretch release that we can already now see it as ok to drop initscripts dependency from u-l, given that sysvinit-core already depends on initscripts. I quickly looked at blockers for simply dropping the binary sysvinit package and it seems to boil down to "init-select". On the other hand the init-select package seems to entirely be based on farse assumptions. No replies from maintainer on filed bugs. Maybe someone should just push for it to get removed Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783601: marked as done (gobby silently accepts expired certificates)
Your message dated Sat, 23 May 2015 23:49:11 + with message-id and subject line Bug#783601: fixed in libinfinity 0.6.6-1 has caused the Debian Bug report #783601, regarding gobby silently accepts expired certificates to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 783601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783601 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: gobby Version: 0.5.0-4 Severity: serious X-Debbugs-Cc: intrig...@boum.org Dear Maintainer, At the moment the certificate of gobby.debian.net is expired (reported separately as Bug#783599) but Jessie's gobby happily establishes a full connection to it without any warning. This is a regression since Wheezy, since it's not the case in gobby-0.5 (version 0.4.94-5), which shows a warning stating that the certificate has expired with the option to accept it any way. It's strange (and perhaps relevant), but if one configures an empty file as the "Trusted CAs" file in Jessie's gobby's security options, *then* it lists the connection with a "certificate expired" error next to it in the Document Browser pane. However, no prompt is shown, so it's not possible to manually accept the expired certificate. Cheers! -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gobby depends on: ii dpkg1.17.25 ii libatk1.0-0 2.14.0-1 ii libatkmm-1.6-1 2.22.7-2.1 ii libc6 2.19-18 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-11.10.0-1.1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgnutls-deb0-28 3.3.8-6 ii libgsasl7 1.8.0-6 ii libgtk-3-0 3.14.5-1 ii libgtkmm-3.0-1 3.14.0-1 ii libgtksourceview-3.0-1 3.14.1-1 ii libinfgtk3-0.6-00.6.5-1 ii libinfinity-0.6-0 0.6.5-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangomm-1.4-12.34.0-1.1 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.2-10 ii libunique-3.0-0 3.0.2-2 ii libxml++2.6-2 2.36.0-2.1 ii libxml2 2.9.1+dfsg1-5 signature.asc Description: OpenPGP digital signature --- End Message --- --- Begin Message --- Source: libinfinity Source-Version: 0.6.6-1 We believe that the bug you reported is fixed in the latest version of libinfinity, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 783...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Philipp Kern (supplier of updated libinfinity package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 24 May 2015 01:29:07 +0200 Source: libinfinity Binary: libinfinity-0.6-dev libinfinity-0.6-doc libinfinity-0.6-dbg libinfinity-0.6-0 libinfgtk3-0.6-0 infinoted Architecture: source amd64 all Version: 0.6.6-1 Distribution: unstable Urgency: medium Maintainer: Philipp Kern Changed-By: Philipp Kern Description: infinoted - dedicated server for infinote-based collaborative editing libinfgtk3-0.6-0 - infinote-based collaborative editing (Gtk widgets) libinfinity-0.6-0 - infinote-based collaborative editing libinfinity-0.6-dbg - infinote-based collaborative editing - debugging symbols libinfinity-0.6-dev - infinote-based collaborative editing - development files libinfinity-0.6-doc - infinote-based collaborative editing - documentation Closes: 783601 Changes: libinfinity (0.6.6-1) unstable; urgency=medium . * New upstream release - Check certificates for expiration and weak algorithms even if the CA is trusted. (Closes: #783601) Checksums-Sha1: 1323e5c823eed007b6e6e1a3e602cb2f98813196 1895 libinfinity_0.6.6-1.dsc 8ea
Bug#784316: Please upgrade to hoauth2
On 05/22/2015 02:27 AM, Joachim Breitner wrote: > Hi, > > Am Dienstag, den 05.05.2015, 11:06 +0200 schrieb Joachim Breitner: >> hoauth has not seen a release in three years and its git repo has >> disappeared; I believe this is dead and should be removed from Debian >> (#784315). >> >> twidge is its only reverse dependency. Can you check if you can use >> hoauth2? Or alternatively, maybe twidge needs to go as well? > > any news on this? This will soon be a testing transition blocker. > > Greetings, > Joachim > Hi Joachim, I am super busy right now (taking flying lessons) and will not likely have the chance to look at this soon, unfortunately. I would happily accept patches if anybody else has the time to do so. John
Bug#757800: marked as done (haskell-hs-bibutils: FTBFS with bibutils-dev from experimental)
Your message dated Sat, 23 May 2015 21:36:27 + with message-id and subject line Bug#757800: fixed in haskell-hs-bibutils 5.5-1 has caused the Debian Bug report #757800, regarding haskell-hs-bibutils: FTBFS with bibutils-dev from experimental to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 757800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757800 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: haskell-hs-bibutils Version: 4.12-7 Severity: important Hi Gang; I'd like to get a more up to date version of bibutils into jessie; unfortunately the API is a bit unstable, and (unsurprisingly) the current version of haskell-hs-bibutils in sid FTBFS with the bibutils in experimental (5.4-1). I had a quick look at the upstream site, and it looks like the latest version of the bindings is 5.0; this is probably closer to 5.4. From 5.0 to 5.4 there were a bunch of symbols added, but only one deleted. Maybe someone (TM) could prod hs-bibutils upstream to update the bindings for bibutils 5.4. I haven't requested a formal transition slot yet; haskell-hs-bibutils is the only direct build depends for bibutils, but it has further reverse build depends haskell-citeproc-hs haskell-pandoc-citeproc To reproduce the FTBFS, replace the versioned depends on libbibutils-dev with (>= 5.4-1) and rebuild in an experimental chroot, e.g. with % sbuild --build-dep-resolver=aptitude -d experimental haskell-hs-bibutils_4.12-7.dsc -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- End Message --- --- Begin Message --- Source: haskell-hs-bibutils Source-Version: 5.5-1 We believe that the bug you reported is fixed in the latest version of haskell-hs-bibutils, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 757...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joachim Breitner (supplier of updated haskell-hs-bibutils package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 23 May 2015 21:53:45 +0200 Source: haskell-hs-bibutils Binary: libghc-hs-bibutils-dev libghc-hs-bibutils-prof libghc-hs-bibutils-doc Architecture: source amd64 all Version: 5.5-1 Distribution: unstable Urgency: medium Maintainer: Debian Haskell Group Changed-By: Joachim Breitner Description: libghc-hs-bibutils-dev - Haskell bindings to bibutils library${haskell:ShortBlurb} libghc-hs-bibutils-doc - Haskell bindings to bibutils library${haskell:ShortBlurb} libghc-hs-bibutils-prof - Haskell bindings to bibutils library${haskell:ShortBlurb} Closes: 757800 Changes: haskell-hs-bibutils (5.5-1) unstable; urgency=medium . * New upstream release (Closes: 757800) Checksums-Sha1: d7e1771b87451c71a0a4d3e710023c7d15c50a1a 2360 haskell-hs-bibutils_5.5-1.dsc f06ce92ad0dd2e51ddb4239ef557ac624fdd7a3c 499546 haskell-hs-bibutils_5.5.orig.tar.gz 806478513673782456f65b3720d009e7ec403113 3408 haskell-hs-bibutils_5.5-1.debian.tar.xz 71bbd89cea885bbecc4d0b572051b35f7ec4f31b 55942 libghc-hs-bibutils-dev_5.5-1_amd64.deb b3db02dcda8069e1257eb19bdf9d4c8abd421eb3 40638 libghc-hs-bibutils-doc_5.5-1_all.deb 7c2a32386202270f46c90888aa7cf977ed81d397 67834 libghc-hs-bibutils-prof_5.5-1_amd64.deb Checksums-Sha256: c30eb43126f1b07e91437650452686e6e6bb75518be9c6c9639030ee559f6234 2360 haskell-hs-bibutils_5.5-1.dsc 95f9f34be9f3145da8acc8a0e9de379236cfe31c5a9bc0eb9489e77402a4c55d 499546 haskell-hs-bibutils_5.5.orig.tar.gz 8e95c6d7405a23a14192daacf5203af0da0e962580b37d03c81fbc9b58ddea0c 3408 haskell-hs-bibutils_5.5-1.debian.tar.xz d5ffccb04fcdd2fc2d981015105ca5f37240da3240e407159a8ec06f7761fe19 55942 libghc-hs-bibutils-dev_5.5-1_amd64.deb e6aa048a6cfe44f08084cadeccbf150eaf34fcadb10bfbea8874d743fa0e49ab 40638 libghc-hs-bibutils-doc_5.5-1_all.deb 1bc10da7afdfe3f049acf3835e4e42fb37d39df985e6b18d8694361b323d62d8 67834 libghc-hs-bibutils-prof_5.5-1_amd64.deb Files: 059a1fc43be1752bb50d90da153e0a94
Bug#785091: spatialite-bin: spatialite gives a Segmentation fault.
Sorry Bas, Version: 4.1.1-5 now in testing does not fix the problem. Segmentation fault still occurs. Andy. This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785557: perl: FTBFS on i386 and amd64: itimer problems on buildds?
On Wed, May 20, 2015 at 09:01:26PM +0100, Dominic Hargreaves wrote: > On Mon, May 18, 2015 at 09:44:24AM +0200, Martin Zobel-Helas wrote: > > Hi, > > > > On Sun May 17, 2015 at 22:18:52 +0300, Niko Tyni wrote: > > > DSA (also cc'd): What's the virtualization setup with x86-grnet-01, > > > brahms and binet? Is there a difference with babin, which managed > > > to build the i386 binaries? Are the underlying virtualization hosts > > > running jessie too? > > > > ganeti, using qemu for all architectures. The underlying virtualization > > hosts for x86-grnet-01 and brahms run jessie, binet's virtualization > > host still runs wheezy. All VMs are bootstraped by DSA with the same > > script, which is available at [1]. After the bootstrapping is done, > > buildd maintainers take over and setup the buildd on the VM. > > It seems to be reproducible on barriere.debian.org: > > t/op/time . # Failed test > 2 - very basic times test at op/time.t line 33 > FAILED at test 2 > > More digging needed. The test calls the times(2) system call, expecting to see the real issue can be reduced to: dom@barriere:~$ time yes > /dev/null ^C real0m2.768s user0m0.000s sys 0m2.764s We'd expect to instead 'yes' take 'user' time, like this: dom@himalia:~$ time yes > /dev/null ^C real0m2.686s user0m2.656s sys 0m0.032s This is rather strange; any ideas from DSA? Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749357: libmakefile-parser-perl: FTBFS - tests fail
On Mon, 26 May 2014 16:51:26 +0100, Michael Tautschnig wrote: > Package: libmakefile-parser-perl > Version: 0.215-2 > Severity: seriou > Usertags: goto-cc > > During a rebuild of all Debian packages in a clean sid chroot (using > cowbuilder > and pbuilder) the build failed with the following error. FTR: still fails with upstream 0.216. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#732725: We intent to request the removal of libogre-perl (was: Re: Bug#732725: libogre-perl: Please upgrade OGRE dependency to 1.9 when upstream ready)
-=| Axel Beckert, 23.05.2015 16:48:43 +0200 |=- > Hi, > > the Debian Perl Team intents to file a removal bug for libogre-perl as > > * it no more builds against libogre 1.9 (#732725); > * its upstream seems inactive since 2013, see > https://rt.cpan.org/Public/Bug/Display.html?id=94066#txn-1344923; > * it never had much popcon (maximum 26, current 22, vote maximum 7, > vote current 1); and > * it has no hard reverse dependencies. > > The only non-hard reverse dependencies are > > * games-perl-dev which Recommends it, and > * libois-perl which Enhances it. > > Unless there are objections _and_ a fix, we'll soon file a removal bug > report for libogre-perl soon. > > Cc to the submitter of #732725, the games-perl-dev maintainers and > Dmitry E. Oboukhov who RFP'ed libogre-perl. > > (The maintainer of libois-perl is the Debian Perl Team itself, hence > I'll remove that "Enhances" header there myself, soon, too.) dak sees no problems (e.g. broken build-dependencies) in the removal: dmn@coccia:~$ dak rm -n -R -s sid libogre-perl Will remove the following packages from sid: libogre-perl | 0.60-1 | source, ppc64el libogre-perl | 0.60-1+b2 | amd64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, sparc libogre-perl | 0.60-1+b4 | s390x Maintainer: Debian Perl Group --- Reason --- -- Checking reverse dependencies... No dependency problem found. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732725: We intent to request the removal of libogre-perl (was: Re: Bug#732725: libogre-perl: Please upgrade OGRE dependency to 1.9 when upstream ready)
2015-05-23 15:48 GMT+01:00 Axel Beckert : > Hi, > > the Debian Perl Team intents to file a removal bug for libogre-perl as > > * it no more builds against libogre 1.9 (#732725); > * its upstream seems inactive since 2013, see > https://rt.cpan.org/Public/Bug/Display.html?id=94066#txn-1344923; > * it never had much popcon (maximum 26, current 22, vote maximum 7, > vote current 1); and > * it has no hard reverse dependencies. > > The only non-hard reverse dependencies are > > * games-perl-dev which Recommends it, and > * libois-perl which Enhances it. > > Unless there are objections _and_ a fix, we'll soon file a removal bug > report for libogre-perl soon. > > Cc to the submitter of #732725, the games-perl-dev maintainers and > Dmitry E. Oboukhov who RFP'ed libogre-perl. > > (The maintainer of libois-perl is the Debian Perl Team itself, hence > I'll remove that "Enhances" header there myself, soon, too.) Thanks for the update, Axel. Perhaps we could make an effort to get it to compile with ogre-1.9, but even this version is oldish and I expect that we will have soon 1.10 and 2.x, most probably requiring even more changes to rev-depends. The lack of upstream development is indeed a concern, and the popcon usage is low (I wonder if anybody is indeed developing with libogre-perl), so I think that it's probably not very worth to try to keep it alive for another release cycle. OIS is not completely OGRE-dependent, but I guess that most of the projects using it come from the OGRE world -- OIS was once part of OGRE. That said, if it works, no reason to remove it. Cheers. -- Manuel A. Fernandez Montecelo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732725: We intent to request the removal of libogre-perl
On 23.05.2015 16:48, Axel Beckert wrote: > The only non-hard reverse dependencies are > > * games-perl-dev which Recommends it, and Hi Axel, no problem, I will incorporate this change with the next upload of debian-games. Please go ahead. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#732725: We intent to request the removal of libogre-perl (was: Re: Bug#732725: libogre-perl: Please upgrade OGRE dependency to 1.9 when upstream ready)
Hi, the Debian Perl Team intents to file a removal bug for libogre-perl as * it no more builds against libogre 1.9 (#732725); * its upstream seems inactive since 2013, see https://rt.cpan.org/Public/Bug/Display.html?id=94066#txn-1344923; * it never had much popcon (maximum 26, current 22, vote maximum 7, vote current 1); and * it has no hard reverse dependencies. The only non-hard reverse dependencies are * games-perl-dev which Recommends it, and * libois-perl which Enhances it. Unless there are objections _and_ a fix, we'll soon file a removal bug report for libogre-perl soon. Cc to the submitter of #732725, the games-perl-dev maintainers and Dmitry E. Oboukhov who RFP'ed libogre-perl. (The maintainer of libois-perl is the Debian Perl Team itself, hence I'll remove that "Enhances" header there myself, soon, too.) Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786565: [Pkg-mozext-maintainers] Bug#786565: iceweasel: breaks xul-ext-requestpolicy
-=| David Prévot, 22.05.2015 18:55:57 -0400 |=- > Hi Thorsten, > > On Fri, May 22, 2015 at 09:25:43PM +, Thorsten Glaser wrote: > > Package: iceweasel > > Version: 38.0.1-1 > > Severity: serious > > Tags: security > > Justification: security/privacy issue > > > > The new version of iceweasel auto-disables the requestpolicy plugin. > > Can you please try the 1.0.0~beta9.2+dfsg-1 version of > xul-ext-requestpolicy as currently available from experimental and > report back if it fixes the issue? Even if still in beta stage, we > should upload it to unstable providing it actually fixes the > compatibility issue. Installing xul-ext-requestpolicy from experimental fixed the incompatibility for me. I mean, the addon was enabled and seemed to work (at least its configuration interface is working, and no external resources were shown. I didn't try tcpdump to make sure no external resources were requested). I think having it in unstable would be good. -- dam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: affects 786494
Processing commands for cont...@bugs.debian.org: > affects 786494 + src:libgit2-glib Bug #786494 [src:libgit2] libgit2: loss of libssh2 functionality; please add "pkg-config" to Build-Depends Added indication that 786494 affects src:libgit2-glib > thanks Stopping processing here. Please contact me if you need assistance. -- 786494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786494 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: block 786598 with 786494
Processing commands for cont...@bugs.debian.org: > block 786598 with 786494 Bug #786598 [libgit2-glib] FTBFS: unknown type name 'git_cherry_pick_options' 786598 was not blocked by any bugs. 786598 was not blocking any bugs. Added blocking bug(s) of 786598: 786494 > thanks Stopping processing here. Please contact me if you need assistance. -- 786598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786598 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 732725
Processing commands for cont...@bugs.debian.org: > # Still FTBFS > tags 732725 - pending Bug #732725 [src:libogre-perl] libogre-perl: Please upgrade OGRE dependency to 1.9 when upstream ready Removed tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 732725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732725 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786617: ruby-fog: should not require 'fog/vmfusion'
Package: ruby-fog Version: 1.28.0-2 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, ruby -e "require 'fog'" /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- fog/vmfusion (LoadError) from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/fog.rb:60:in `' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from -e:1:in `' -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages ruby-fog depends on: ii ruby1:2.1.5+z ii ruby-fog-atmos 0.1.0-2 ii ruby-fog-aws0.1.2-2 ii ruby-fog-brightbox 0.7.1-2 ii ruby-fog-core 1.30.0-2 ii ruby-fog-ecloud 0.0.2-2 ii ruby-fog-json 1.0.0-1 ii ruby-fog-profitbricks 0.0.1-2 ii ruby-fog-radosgw0.0.3-2 ii ruby-fog-riakcs 0.1.0-2 ii ruby-fog-sakuracloud0.1.1-3 ii ruby-fog-serverlove 0.1.1-2 ii ruby-fog-softlayer 0.3.17-1 ii ruby-fog-storm-on-demand0.1.1-1 ii ruby-fog-terremark 0.0.3-2 ii ruby-fog-voxel 0.0.2-2 ii ruby-inflecto 0.0.2-1 ii ruby-ipaddress 0.8.0-3 ii ruby-nokogiri 1.6.6.2+ds-2 ii ruby2.1 [ruby-interpreter] 2.1.5-3 Versions of packages ruby-fog recommends: ii ruby-libvirt 0.5.1-3+b1 ruby-fog suggests no packages. -- no debconf information 0005-disable-require-of-fog-vmfusion.patch Description: /etc/magic
Bug#786598: FTBFS: unknown type name 'git_cherry_pick_options'
On Sat, 23 May 2015 13:24:34 Jonathan Wiltshire wrote: > On Sat, May 23, 2015 at 09:46:19PM +1000, Dmitry Smirnov wrote: > > I shall be happy to upload newer "libgit2-glib" once #786494 is fixed. > > Until then I'd recommend to postpone transition as "libgit2" is currently > > broken... > Unfortunately it was unco-ordinated, so we're stuck with it... Well, perhaps we can move forward if someone NMU libgit2 with fix for #786494. Without it libgit2-glib is not much use anyway... On libgit2-glib side I have everything ready and committed to repository. -- Best wishes, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#786611: iscsitarget-dkms: Does not build with Linux 4.0
Package: iscsitarget-dkms Version: 1.4.20.3+svn502-2 Severity: serious [...] Loading new iscsitarget-1.4.20.3+svn502 DKMS files... Building only for 4.0.0-1-amd64 Building initial module for 4.0.0-1-amd64 Error! Bad return status for module build on kernel: 4.0.0-1-amd64 (x86_64) Consult /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/make.log for more information. I attach /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/make.log. Thanks.DKMS make.log for iscsitarget-1.4.20.3+svn502 for kernel 4.0.0-1-amd64 (x86_64) sáb may 23 14:53:18 CEST 2015 make: Entering directory '/usr/src/linux-headers-4.0.0-1-amd64' LD /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/built-in.o LD /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/built-in.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/tio.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.o /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c: In function ‘cmnd_skip_pdu’: /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:492:16: error: ‘struct msghdr’ has no member named ‘msg_iov’ conn->read_msg.msg_iov = conn->read_iov; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:493:16: error: ‘struct msghdr’ has no member named ‘msg_iovlen’ conn->read_msg.msg_iovlen = ++i; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c: In function ‘cmnd_recv_pdu’: /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:721:16: error: ‘struct msghdr’ has no member named ‘msg_iov’ conn->read_msg.msg_iov = conn->read_iov; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:733:18: error: ‘struct msghdr’ has no member named ‘msg_iovlen’ conn->read_msg.msg_iovlen = ++i; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:740:18: error: ‘struct msghdr’ has no member named ‘msg_iovlen’ conn->read_msg.msg_iovlen = i; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c: In function ‘nop_out_start’: /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:921:17: error: ‘struct msghdr’ has no member named ‘msg_iov’ conn->read_msg.msg_iov = conn->read_iov; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:949:17: error: ‘struct msghdr’ has no member named ‘msg_iovlen’ conn->read_msg.msg_iovlen = i; ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c: In function ‘scsi_cmnd_start’: /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:989:7: error: ‘SERVICE_ACTION_IN’ undeclared (first use in this function) case SERVICE_ACTION_IN: ^ /var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.c:989:7: note: each undeclared identifier is reported only once for each function it appears in /usr/src/linux-headers-4.0.0-1-common/scripts/Makefile.build:263: recipe for target '/var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.o' failed make[4]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel/iscsi.o] Error 1 /usr/src/linux-headers-4.0.0-1-common/scripts/Makefile.build:408: recipe for target '/var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel' failed make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn502/build/kernel] Error 2 /usr/src/linux-headers-4.0.0-1-common/Makefile:1407: recipe for target '_module_/var/lib/dkms/iscsitarget/1.4.20.3+svn502/build' failed make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.3+svn502/build] Error 2 Makefile:145: recipe for target 'sub-make' failed make[1]: *** [sub-make] Error 2 Makefile:8: recipe for target 'all' failed make: *** [all] Error 2 make: Leaving directory '/usr/src/linux-headers-4.0.0-1-amd64'
Bug#769146: openntpd: fails to upgrade from 'sid' - trying to overwrite /etc/apparmor.d/usr.sbin.ntpd
On 23/05/15 04:17, intrigeri wrote: > Hi, > > Andreas Beckmann wrote (11 Nov 2014 19:20:37 GMT) : >> Selecting previously unselected package openntpd. >> Preparing to unpack .../openntpd_20080406p-11_amd64.deb ... >> Unpacking openntpd (20080406p-11) ... >> dpkg: error processing archive >> /var/cache/apt/archives/openntpd_20080406p-11_amd64.deb (--unpack): >>trying to overwrite '/etc/apparmor.d/usr.sbin.ntpd', which is also in >> package apparmor-profiles-extra 1.4 >> Errors were encountered while processing: >>/var/cache/apt/archives/openntpd_20080406p-11_amd64.deb > The ntp and openntpd packages both ship /usr/sbin/ntpd, and rightfully > conflict with each other. Since we have a 1-to-1 mapping between > absolute binary names and AppArmor profile (unless we bother confining > stuff via the initscript or systemd unit file, the later not being > supported in sid yet), I think the conflict must be reflected in the > packages that ship the AppArmor profiles. So I see a few solutions: > > 1. Have openntpd conflict with apparmor-profiles-extra. This would be >sad, since it prevents openntpd users from benefiting from other, >unrelated profiles shipped in apparmor-profiles-extra. OTOH this is >very easy and can be temporary, until we can e.g. rename the >profile shipped by openntpd to e.g. system_openntpd, and apply it >with AppArmorProfile= (see systemd.exec(5), that should be possible >soon after Jessie 8.1 is out. > > 2. Remove usr.sbin.ntpd from apparmor-profiles-extra or from openntpd. >Same as above, this can be temporary, until systemd v210+ reaches >sid and we have nicer solutions. > > 3. Move the usr.sbin.ntpd profile from apparmor-profiles-extra to ntp. >This seems to be the obvious best long-term solution, I think. > > Thoughts, opinions, volunteers? > > Dererk: I have added the 'help-needed' usertag for > user=pkg-apparmor-t...@lists.alioth.debian.org, so that this bug is on > the AppArmor team's radar. Thanks intrigeri! I'm up to whichever option you apparmor jedys consider appropiate. I don't mind any of the scenarios described, but I would prefer to allow users make the most out of the apparmor-profiles-extra collection as well, which seems to conflict with option 1 (at least in the short term). I'm 100% in agreement with you, and that the more appropiate, longterm alternative on all three scenarios would be to convince ntp guys to import the ntp apparmor profile from apparmor-profiles-extra into ntp itself, which I honestly think makes sense (and that is what openntpd does today too). NTP Team, Hi! What would you say about importing ntp apparmor's hardening profile into ntp package? This carries a little bit of work, trivial in my opinion, that is installing the ntp profile, build-depend on dh-apparmor and to Suggest on apparmor for activation runtime. I wouldn't think the changes are more than 4 or 5 lines of diff. What do you think? Cheers, Dererk -- BOFH excuse #306: CPU-angle has to be adjusted because of vibrations coming from the nearby road signature.asc Description: OpenPGP digital signature
Bug#786598: FTBFS: unknown type name 'git_cherry_pick_options'
On Sat, May 23, 2015 at 09:46:19PM +1000, Dmitry Smirnov wrote: > I shall be happy to upload newer "libgit2-glib" once #786494 is fixed. Until > then I'd recommend to postpone transition as "libgit2" is currently broken... Unfortunately it was unco-ordinated, so we're stuck with it... -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#786604: libgtk3-perl: FTBFS on current sid (probably caused by gdk-pixbuf 2.31.1-2 -> 2.31.4-1)
Package: libgtk3-perl Version: 0.021-2 Severity: serious Tags: upstream Forwarded: https://mail.gnome.org/archives/gtk-perl-list/2015-May/msg00020.html I see test failures when trying to build Gtk3 with gdk-pixbuf 2.31.4 on current Debian unstable: # Gtk3::Gdk::Pixbuf::get_formats ok 141 - An object of class 'Gtk3::Gdk::PixbufFormat' isa 'Gtk3::Gdk::PixbufFormat' ok 142 # skip Gtk3::Gdk::Pixbuf::new_from_data; incorrect annotations ok 143 # skip Gtk3::Gdk::Pixbuf::new_from_data; incorrect annotations # Gtk3::Gdk::Pixbuf::save, save_to_buffer, save_to_callback ok 144 Dubious, test returned 255 (wstat 65280, 0xff00) Failed 20/164 subtests (less 2 skipped subtests: 142 okay) and (in a slightly different build environment): # Gtk3::Gdk::Pixbuf::save, save_to_buffer, save_to_callback ok 144 Can't find information for method Pixbuf::save at t/overrides.t line 644. The corresponding C libraries (and corresponding GI files) in current sid are: * glib 2.44.1 * gdk-pixbuf 2.31.4 Note that the tests pass just fine on current testing, that has: * glib 2.44.0 * gdk-pixbuf 2.31.1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784903: fglrx-driver: broken depends on xorg-video-abi-18
Bug still here with fglrx-driver version 1:14.12-2 2015-05-12 21:12 GMT+02:00 cosimo morelli : > Package: fglrx-driver > Version: 1:14.9+ga14.201-2 > Followup-For: Bug #784903 > > Dear Maintainer, > > Same problem here > > > > -- System Information: > Debian Release: stretch/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > -- La prima cosa da capire a proposito degli universi paralleli... è che non sono paralleli. È importante rendersi conto che, a rigore, non sono neppure universi, ma è molto più facile cercare di capirlo un po' più tardi, dopo che ci si è resi conto che tutto quello che si è capito fino a quel momento non è vero.
Bug#786601: 786601: Re: sbcl: ftbfs when locales-all is installed but not locales
Hi, On Samstag, 23. Mai 2015, Holger Levsen wrote: > Source: sbcl > Version: 2:1.2.11-2 > Severity: serious > User: reproducible-bui...@lists.alioth.debian.org > Usertags: environment > > Hi, > > While working on the “reproducible builds” effort [1], we have noticed > that sbcl fails to build from source, when when locales-all is installed > but not locales: [...] > localedef -i "en_US" -f "UTF-8" "debian/tmpdir/usr/lib/locale/en_US.UTF-8" > character map file `UTF-8' not found: No such file or directory > cannot read character map directory `/usr/share/i18n/charmaps': No such > file or directory because: $ dpkg -L locales|grep /usr/share/i18n/charmaps|wc -l 228 $ dpkg -L locales-all|grep /usr/share/i18n/charmaps|wc -l 0 cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#786598: FTBFS: unknown type name 'git_cherry_pick_options'
On Sat, 23 May 2015 12:31:25 Jonathan Wiltshire wrote: > Package: libgit2-glib > Version: 0.0.22-1 > Severity: serious > Justification: FTBFS, but built in the past > > Hi, > > A binary rebuild of libgit2-glib for the libgit2 transition failed to build > on amd64 (other architectures were not yet attempted). I shall be happy to upload newer "libgit2-glib" once #786494 is fixed. Until then I'd recommend to postpone transition as "libgit2" is currently broken... -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- Science embraces facts and debates opinion; religion embraces opinion and debates the facts. -- Tom Heehler, The Well-Spoken Thesaurus. signature.asc Description: This is a digitally signed message part.
Bug#786601: sbcl: ftbfs when locales-all is installed but not locales
Source: sbcl Version: 2:1.2.11-2 Severity: serious User: reproducible-bui...@lists.alioth.debian.org Usertags: environment Hi, While working on the “reproducible builds” effort [1], we have noticed that sbcl fails to build from source, when when locales-all is installed but not locales: ... dh_testdir touch configure-stamp dh_testdir mkdir -p debian/tmpdir/usr/lib/locale localedef -i "en_US" -f "UTF-8" "debian/tmpdir/usr/lib/locale/en_US.UTF-8" character map file `UTF-8' not found: No such file or directory cannot read character map directory `/usr/share/i18n/charmaps': No such file or directory debian/rules:45: recipe for target 'build-arch-stamp' failed make: *** [build-arch-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package The full log is available at https://reproducible.debian.net/sbcl (but doesn't really show much more. Also you need to know that our pbuilder setup has locales-all, which provides: locales, installed. I'm not really sure atm how to this should be expressed, as build-conflicts does not exist. Maybe this bug should also be of "important" severity only, please downgrade if you think so. [1]: https://wiki.debian.org/ReproducibleBuilds cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#786602: FTBFS: build-depends on libsimgear-dev <= 3.0.99 but it has been superceded
Package: flightgear Version: 3.0.0-5 Severity: serious Justification: FTBFS, but did so in the past Hi, A binary rebuild of flighgear for the simgear transition fails to build on all architectures, because it has a strict build-dependency on the old library version. libsimgear3.4.0 is now in sid. Thanks. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages flightgear depends on: pn flightgear-data-all pn freeglut3 ii libc6 2.19-18 ii libdbus-1-3 1.8.16-1 ii libgcc1 1:4.9.2-10 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgsm1 1.0.13-4 ii libice6 2:1.0.9-1+b1 ii libjpeg8 8d1-2 ii libopenal11:1.15.1-5 pn libopenscenegraph99 pn libopenthreads14 pn libplib1 ii libpng12-01.2.50-2+b2 pn libsimgearcore3.0.0 pn libsimgearscene3.0.0 ii libsm62:1.2.2-1+b1 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libstdc++64.9.2-10 ii libudev1 215-17 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxi62:1.7.4-1+b2 ii libxmu6 2:1.1.2-1 ii zlib1g1:1.2.8.dfsg-2+b1 flightgear recommends no packages. flightgear suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786598: FTBFS: unknown type name 'git_cherry_pick_options'
Package: libgit2-glib Version: 0.0.22-1 Severity: serious Justification: FTBFS, but built in the past Hi, A binary rebuild of libgit2-glib for the libgit2 transition failed to build on amd64 (other architectures were not yet attempted). Full build log: https://buildd.debian.org/status/fetch.php?pkg=libgit2-glib&arch=amd64&ver=0.0.22-1%2Bb1&stamp=1432380162 Thanks. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786597: FTBFS: error: too few arguments to function 'git_remote_delete'
Package: python-pygit2 Version: 0.21.4-2 Severity: serious Justification: FTBFS, but built in the past Hi, During a binary rebuild for the libgit2 transition, python-pygit2 failed to build on amd64 (other architectures are uncompiled, so not serious). The full log is available at https://buildd.debian.org/status/fetch.php?pkg=python-pygit2&arch=amd64&ver=0.21.4-2%2Bb1&stamp=1432380200 Thanks. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786591: marked as done (libtext-quoted-perl: broken by libtext-autoformat-perl changes)
Your message dated Sat, 23 May 2015 10:21:40 + with message-id and subject line Bug#786591: fixed in libtext-quoted-perl 2.09-1 has caused the Debian Bug report #786591, regarding libtext-quoted-perl: broken by libtext-autoformat-perl changes to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 786591: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786591 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libtext-quoted-perl Version: 2.08-1 Severity: serious Tags: sid stretch User: debian-p...@lists.debian.org Usertags: autopkgtest This package recently started to fail its autopkgtest checks, and also fails to build from source on current sid. http://ci.debian.net/packages/libt/libtext-quoted-perl/unstable/amd64/ It was probably broken by libtest-autoformat-perl changes, specifically this (from https://metacpan.org/source/NEILB/Text-Autoformat-1.71/Changes): 1.69 2015-02-15 NEILB - Changed the internal packages Hang and NullHang to Text::Autoformat::Hang and Text::Autoformat::NullHang respectively. Log excerpt: PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, 'inc', 'blib/lib', 'blib/arch')" t/*.t Can't locate object method "new" via package "Hang" (perhaps you forgot to load "Hang"?) at /«PKGBUILDDIR»/blib/lib/Text/Quoted.pm line 199. # Looks like you planned 10 tests but ran 1. # Looks like your test exited with 255 just after 1. t/basics.t ... 1..10 ok 1 - use Text::Quoted; Dubious, test returned 255 (wstat 65280, 0xff00) Failed 9/10 subtests [...] Test Summary Report --- t/basics.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 10 tests but ran 1. t/expand_tab_segfault.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 1. t/life_sample.1.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/life_sample.2.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/life_sample.3.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/separator.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 3 tests but ran 1. Files=7, Tests=6, 1 wallclock secs ( 0.08 usr 0.01 sys + 0.80 cusr 0.06 csys = 0.95 CPU) Result: FAIL -- Niko Tyni nt...@debian.org --- End Message --- --- Begin Message --- Source: libtext-quoted-perl Source-Version: 2.09-1 We believe that the bug you reported is fixed in the latest version of libtext-quoted-perl, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 786...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. gregor herrmann (supplier of updated libtext-quoted-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 23 May 2015 11:59:19 +0200 Source: libtext-quoted-perl Binary: libtext-quoted-perl Architecture: source all Version: 2.09-1 Distribution: unstable Urgency: medium Maintainer: Debian Perl Group Changed-By: gregor herrmann Description: libtext-quoted-perl - Perl module to extract the structure of a quoted mail message Closes: 786591 Changes: libtext-quoted-perl (2.09-1) unstable; urgency=medium . [ gregor herrmann ] * Strip trailing slash from metacpan URLs. . [ Salvatore Bonaccorso ] * Update Vcs-Browser URL to cgit web frontend . [ gregor herrmann ] * Add debian/upstream/metadata . * Import upstream version 2.09 Fixes "broken by libtext-autoformat-perl changes" (Closes: #786591) * Update years of upstream and packaging copyright. * Declare compliance with Debian Policy 3.9.6. * Mark package as autopkgtest-able. Checksums-Sha1: f02bf2293d5da6f6184c9f29b6a1dada2d8c2948 2376 libtext-quoted-perl_2.09
Bug#786591: libtext-quoted-perl: broken by libtext-autoformat-perl changes
Package: libtext-quoted-perl Version: 2.08-1 Severity: serious Tags: sid stretch User: debian-p...@lists.debian.org Usertags: autopkgtest This package recently started to fail its autopkgtest checks, and also fails to build from source on current sid. http://ci.debian.net/packages/libt/libtext-quoted-perl/unstable/amd64/ It was probably broken by libtest-autoformat-perl changes, specifically this (from https://metacpan.org/source/NEILB/Text-Autoformat-1.71/Changes): 1.69 2015-02-15 NEILB - Changed the internal packages Hang and NullHang to Text::Autoformat::Hang and Text::Autoformat::NullHang respectively. Log excerpt: PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, 'inc', 'blib/lib', 'blib/arch')" t/*.t Can't locate object method "new" via package "Hang" (perhaps you forgot to load "Hang"?) at /«PKGBUILDDIR»/blib/lib/Text/Quoted.pm line 199. # Looks like you planned 10 tests but ran 1. # Looks like your test exited with 255 just after 1. t/basics.t ... 1..10 ok 1 - use Text::Quoted; Dubious, test returned 255 (wstat 65280, 0xff00) Failed 9/10 subtests [...] Test Summary Report --- t/basics.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 10 tests but ran 1. t/expand_tab_segfault.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 1. t/life_sample.1.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/life_sample.2.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/life_sample.3.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/separator.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 3 tests but ran 1. Files=7, Tests=6, 1 wallclock secs ( 0.08 usr 0.01 sys + 0.80 cusr 0.06 csys = 0.95 CPU) Result: FAIL -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#769146: openntpd: fails to upgrade from 'sid' - trying to overwrite /etc/apparmor.d/usr.sbin.ntpd
Hi, Andreas Beckmann wrote (11 Nov 2014 19:20:37 GMT) : > Selecting previously unselected package openntpd. > Preparing to unpack .../openntpd_20080406p-11_amd64.deb ... > Unpacking openntpd (20080406p-11) ... > dpkg: error processing archive > /var/cache/apt/archives/openntpd_20080406p-11_amd64.deb (--unpack): >trying to overwrite '/etc/apparmor.d/usr.sbin.ntpd', which is also in > package apparmor-profiles-extra 1.4 > Errors were encountered while processing: >/var/cache/apt/archives/openntpd_20080406p-11_amd64.deb The ntp and openntpd packages both ship /usr/sbin/ntpd, and rightfully conflict with each other. Since we have a 1-to-1 mapping between absolute binary names and AppArmor profile (unless we bother confining stuff via the initscript or systemd unit file, the later not being supported in sid yet), I think the conflict must be reflected in the packages that ship the AppArmor profiles. So I see a few solutions: 1. Have openntpd conflict with apparmor-profiles-extra. This would be sad, since it prevents openntpd users from benefiting from other, unrelated profiles shipped in apparmor-profiles-extra. OTOH this is very easy and can be temporary, until we can e.g. rename the profile shipped by openntpd to e.g. system_openntpd, and apply it with AppArmorProfile= (see systemd.exec(5), that should be possible soon after Jessie 8.1 is out. 2. Remove usr.sbin.ntpd from apparmor-profiles-extra or from openntpd. Same as above, this can be temporary, until systemd v210+ reaches sid and we have nicer solutions. 3. Move the usr.sbin.ntpd profile from apparmor-profiles-extra to ntp. This seems to be the obvious best long-term solution, I think. Thoughts, opinions, volunteers? Dererk: I have added the 'help-needed' usertag for user=pkg-apparmor-t...@lists.alioth.debian.org, so that this bug is on the AppArmor team's radar. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: found 785362 in 1.6.0~rc0+dfsg-1exp
Processing commands for cont...@bugs.debian.org: > found 785362 1.6.0~rc0+dfsg-1exp Bug #785362 [qemu] missing license in debian/copyright Marked as found in versions qemu/1.6.0~rc0+dfsg-1exp. > thanks Stopping processing here. Please contact me if you need assistance. -- 785362: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785362 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: found 785362 in 1.6.0+dfsg-1
Processing commands for cont...@bugs.debian.org: > found 785362 1.6.0+dfsg-1 Bug #785362 [qemu] missing license in debian/copyright Marked as found in versions qemu/1.6.0+dfsg-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 785362: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785362 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org