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#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 e1ywh5n-00043t...@franck.debian.org
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
---BeginMessage---
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---
---BeginMessage---
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 nome...@debian.org (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
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Joachim Breitner nome...@debian.org
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
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#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 mp...@debian.org 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 e1ywjaf-0002yh...@franck.debian.org 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 ---BeginMessage--- 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--- ---BeginMessage--- 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 pk...@debian.org (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 pk...@debian.org Changed-By: Philipp Kern pk...@debian.org 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:
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#786436: ncurses FTBFS: configure loops
- Original Message - | From: Helmut Grohne hel...@subdivi.de | 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 dic...@invisible-island.net 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
Processed: reassign 785356 to gnome-session, forcibly merging 776746 785356
Processing commands for cont...@bugs.debian.org: reassign 785356 gnome-session Bug #785356 [xrdp] xrdp Oh no! Something has gone wrong. is back Bug reassigned from package 'xrdp' to 'gnome-session'. No longer marked as found in versions xrdp/0.6.1-2. Ignoring request to alter fixed versions of bug #785356 to the same values previously set forcemerge 776746 785356 Bug #776746 [gnome-session] gnome-session: Oh no! Something has gone wrong when used under Xvnc Bug #785356 [gnome-session] xrdp Oh no! Something has gone wrong. is back Severity set to 'normal' from 'grave' 785356 was not blocked by any bugs. 785356 was not blocking any bugs. Added blocking bug(s) of 785356: 650394 and 654924 785356 was blocked by: 650394 654924 785356 was not blocking any bugs. Ignoring request to alter blocking bugs of bug #785356 to the same blocks previously set 785356 was blocked by: 650394 654924 785356 was not blocking any bugs. Added blocking bug(s) of 785356: 780434 785356 was blocked by: 654924 650394 780434 785356 was not blocking any bugs. Added blocking bug(s) of 785356: 780435 Added indication that 785356 affects ldm,xrdp Marked as found in versions gnome-session/3.14.0-2. Merged 776746 785356 thanks Stopping processing here. Please contact me if you need assistance. -- 776746: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776746 785356: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785356 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~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
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
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
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
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-glibarch=amd64ver=0.0.22-1%2Bb1stamp=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-pygit2arch=amd64ver=0.21.4-2%2Bb1stamp=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#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 lordofenup...@gmail.com: 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#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#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#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 none pn freeglut3 none 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 none pn libopenthreads14 none pn libplib1 none ii libpng12-01.2.50-2+b2 pn libsimgearcore3.0.0 none pn libsimgearscene3.0.0 none 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#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 e1yw6ym-0004l0...@franck.debian.org 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 ---BeginMessage--- 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--- ---BeginMessage--- 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 gre...@debian.org (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 pkg-perl-maintain...@lists.alioth.debian.org Changed-By: gregor herrmann gre...@debian.org 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
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 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#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#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#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 `top (required)' 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 `main' -- 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
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
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
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#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#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
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
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
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 a...@debian.org, 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#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 a...@debian.org: 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 manuel.montez...@gmail.com -- 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)
-=| 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 pkg-perl-maintain...@lists.alioth.debian.org --- 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#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
