Processed: Re: Bug#790978: android-platform-build: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #790978 [src:android-platform-build] android-platform-build: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #790978 [src:android-platform-build] android-platform-bu

Bug#795143: marked as done (libindi: FTBFS on !any-amd64 !ppc64el: symbols mismatch)

Your message dated Tue, 11 Aug 2015 06:34:15 + with message-id and subject line Bug#795143: fixed in libindi 1.0.0-2 has caused the Debian Bug report #795143, regarding libindi: FTBFS on !any-amd64 !ppc64el: symbols mismatch to be marked as done. This means that you claim that the problem has

Processed: reassign 795131 to libreoffice-gtk3, found 795131 in 1:5.0.1~rc1-1, tagging 795131

Processing commands for cont...@bugs.debian.org: > reassign 795131 libreoffice-gtk3 Bug #795131 [libreoffice-core] libreoffice-core: segfault in libvclplug_gtk3lo.so Bug reassigned from package 'libreoffice-core' to 'libreoffice-gtk3'. No longer marked as found in versions libreoffice/1:5.0.1~rc1

Processed: Re: Bug#795131: libreoffice-core: segfault in libvclplug_gtk3lo.so

Processing commands for cont...@bugs.debian.org: > tag 795131 + moreinfo Bug #795131 [libreoffice-core] libreoffice-core: segfault in libvclplug_gtk3lo.so Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 795131: http://bugs.debian.org/cgi-bi

Bug#795131: libreoffice-core: segfault in libvclplug_gtk3lo.so

tag 795131 + moreinfo thanks Hi, On Tue, Aug 11, 2015 at 01:12:05AM +0200, Christoph Anton Mitterer wrote: > Apparently the issue happens much more often than it seemed in the > beginning. Oh my. Define "much more often"? > I think this justifies at least the severity grave, if not critical > (

Processed: found 795002 in 3.2.12+git20140228-6

Processing commands for cont...@bugs.debian.org: > found 795002 3.2.12+git20140228-6 Bug #795002 {Done: Ximin Luo } [motion] motion fails to detects newer ffmpeg and silently disables all ffmpeg features Marked as found in versions motion/3.2.12+git20140228-6. > thanks Stopping processing here.

Bug#795153: wrong license in debian/copyright

Package: libitpp Version: 4.3.1-5 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, according to ChangeLog-2008 the license has changed from GPL-2+ to GPL-3+. Please mention this in your debian/copyright. Thanks!

Bug#790985: bobcat: library transition may be needed when GCC 5 is the default

Dear tony mancill, you wrote: > Frank, George, > > I've pushed a new branch to alioth for this upload. The branch name is > bobcat-gcc5abi. > > Please let know if you have any concerns, otherwise, I'll plan to upload > the evening of August 11th (here in GMT-0700). No problems from my side, tha

Bug#750918: Fixed in last upload

Control: reopen -1 Control: found -1 0.11.0-1 [Resending after unarchiving the bug] On Mon, Jul 28, 2014 at 02:07:22PM +0200, Bas Wijnen wrote: > Yes, I'll upload a new version this week. The wx BD has reverted to libwxgtk2.8-dev in 0.11.0-1: https://sources.debian.net/src/openmsx-catapult/0.11

Processed: your mail

Processing commands for cont...@bugs.debian.org: > severity 794301 important Bug #794301 [389-ds-base] 389-console: missing bogus dependency Severity set to 'important' from 'serious' > thanks Stopping processing here. Please contact me if you need assistance. -- 794301: http://bugs.debian.org/c

Processed: Re: Bug#750918: Fixed in last upload

Processing control commands: > reopen -1 Bug #750918 {Done: Bas Wijnen } [src:openmsx-catapult] openmsx-catapult: Please update to use wxwidgets3.0 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reo

Bug#790985: bobcat: library transition may be needed when GCC 5 is the default

Frank, George, I've pushed a new branch to alioth for this upload. The branch name is bobcat-gcc5abi. Please let know if you have any concerns, otherwise, I'll plan to upload the evening of August 11th (here in GMT-0700). Cheers, tony signature.asc Description: OpenPGP digital signature

Processed: unarchiving 750918

Processing commands for cont...@bugs.debian.org: > unarchive 750918 Bug #750918 {Done: Bas Wijnen } [src:openmsx-catapult] openmsx-catapult: Please update to use wxwidgets3.0 Unarchived Bug 750918 > thanks Stopping processing here. Please contact me if you need assistance. -- 750918: http://bug

Processed: tagging 790985

Processing commands for cont...@bugs.debian.org: > tags 790985 + pending Bug #790985 [src:bobcat] bobcat: library transition may be needed when GCC 5 is the default Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 790985: http://bugs.debian.o

Bug#789038: jitsi: Unable to install on sid/unstable

ping, any updates on getting jitsi for talking to people ? -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E

Processed: affects 389-admin-console

Processing commands for cont...@bugs.debian.org: > affects 794301 389-admin-console Bug #794301 [389-ds-base] 389-console: missing bogus dependency Added indication that 794301 affects 389-admin-console > thanks Stopping processing here. Please contact me if you need assistance. -- 794301: http:

Bug#794301: [Pkg-fedora-ds-maintainers] Bug#794301: Bug#794301: 389-console: missing bogus dependency

On 11.08.2015 05:43, Ben Hildred wrote: > > > On Mon, Aug 10, 2015 at 8:30 PM, Timo Aaltonen > wrote: > > reassign 794301 389-ds-base > thanks > > On 10.08.2015 22:47, Ben Hildred wrote: > > The console depends on the directory server, which does not

Processed: severity of 793251 is serious

Processing commands for cont...@bugs.debian.org: > severity 793251 serious Bug #793251 [src:libdap] libdap: change of type in system_error might break with GCC-5 Severity set to 'serious' from 'important' > thanks Stopping processing here. Please contact me if you need assistance. -- 793251: ht

Bug#794937: Applications crash with phonon-backend-vlc

retitle 794937 phonon-qt5 packages should not depend/recommend phonon-backend thanks I think the problem is that the virtual package phonon-backend is provided by phonon-backend-gstreamer, phonon-backend-null, phonon-backend-vlc, phonon4qt5- backend-gstreamer Now what amazes me is that quassel i

Processed: Re: Bug#794937: Applications crash with phonon-backend-vlc

Processing commands for cont...@bugs.debian.org: > retitle 794937 phonon-qt5 packages should not depend/recommend phonon-backend Bug #794937 [phonon] Applications crash with phonon-backend-vlc Changed Bug title to 'phonon-qt5 packages should not depend/recommend phonon-backend' from 'Applications

Processed: Re: [Pkg-fedora-ds-maintainers] Bug#794301: Bug#794301: 389-console: missing bogus dependency

Processing commands for cont...@bugs.debian.org: > reassign 794301 389-ds-base Bug #794301 [389-console] 389-console: missing bogus dependency Bug reassigned from package '389-console' to '389-ds-base'. No longer marked as found in versions 389-console/1.1.7-2. Ignoring request to alter fixed vers

Bug#794301: [Pkg-fedora-ds-maintainers] Bug#794301: Bug#794301: 389-console: missing bogus dependency

reassign 794301 389-ds-base thanks On 10.08.2015 22:47, Ben Hildred wrote: > The console depends on the directory server, which does not depend on > systemd, but still acts as if it does. And since the directory server > conflicts with slapd, and I need a ldap server to test the ldap client, > and

Bug#794937: Applications crash with phonon-backend-vlc

On Saturday 08 August 2015 13:09:09 Michael Biebl wrote: > Package: phonon > Version: 4:4.8.0-5 > Severity: serious [snip] > Looks like it might be a Qt4/Qt5 mixup related problem. I seriously missed this part. Indeed, there is something fishy here. By the waythe backtrace was not in the origin

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

On Mon, 10 Aug 2015, László Böszörményi wrote: On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn wrote: On Mon, 10 Aug 2015, Jakub Wilk wrote: Perhaps this issue is due to g++ defaulting to a newer version of the C++ standard and thus it requires a new C++ ABI? I don't think so. I'd rather bl

Bug#778103: reconserver FTBFS.

Trying to look at #778103, things stopped quite soon since your package has a build-dep on librecon-1.9-dev while the archive only has librecon-1.10-dev. I just tested the obvious change of changing the build-dependency from librecon-1.9-dev to librecon-1.10-dev and the error I got looks the

Bug#794931: marked as done (FTBFS in Sid)

Your message dated Tue, 11 Aug 2015 00:19:15 + with message-id and subject line Bug#794931: fixed in mongodb 1:2.4.14-3 has caused the Debian Bug report #794931, regarding FTBFS in Sid to be marked as done. This means that you claim that the problem has been dealt with. If this is not the cas

Bug#795146: llvm-toolchain-3.4 FTBFS on mipsel: E: Caught signal ‘Terminated’: terminating immediately

Package: llvm-toolchain-3.4 Version: 1:3.4.2-15 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, Package is failing to build on buildd. I'm working on a fix and I will attach it as soon as possible. Build Log tail: if g++-5 -I/

Processed: Re: Bug#795131: libreoffice-core: segfault in libvclplug_gtk3lo.so

Processing control commands: > severity -1 grave Bug #795131 [libreoffice-core] libreoffice-core: segfault in libvclplug_gtk3lo.so Severity set to 'grave' from 'important' -- 795131: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795131 Debian Bug Tracking System Contact ow...@bugs.debian.org

Processed: block 791268 with 791243

Processing commands for cont...@bugs.debian.org: > block 791268 with 791243 Bug #791268 [release.debian.org] rlog: library transition may be needed when GCC 5 is the default 791268 was blocked by: 790756 791268 was not blocking any bugs. Added blocking bug(s) of 791268: 791243 > thanks Stopping p

Bug#790993: marked as done (library transition needed for g++-5)

Your message dated Mon, 10 Aug 2015 23:00:16 + with message-id and subject line Bug#790993: fixed in canl-c++ 1.1.0-2 has caused the Debian Bug report #790993, regarding library transition needed for g++-5 to be marked as done. This means that you claim that the problem has been dealt with. I

Processed: Re: Bug#790991: cal3d: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #790991 [src:cal3d] cal3d: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #790991 [src:cal3d] cal3d: library transition may be needed when GCC 5 is the default Add

Processed: Re: Bug#790984: blitz++: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #790984 [src:blitz++] blitz++: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #790984 [src:blitz++] blitz++: library transition may be needed when GCC 5 is the def

Bug#791248: psurface: diff for NMU version 2.0.0-1.1

Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for psurface (versioned as 2.0.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer

Processed: psurface: diff for NMU version 2.0.0-1.1

Processing control commands: > tag -1 patch pending Bug #791248 [src:psurface] psurface: library transition may be needed when GCC 5 is the default Added tag(s) patch and pending. -- 791248: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791248 Debian Bug Tracking System Contact ow...@bugs.de

Processed: Re: Bug#790977: alglib: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #790977 [src:alglib] alglib: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #790977 [src:alglib] alglib: library transition may be needed when GCC 5 is the default

Bug#795143: libindi: FTBFS on !any-amd64 !ppc64el: symbols mismatch

Source: libindi Version: 1.0.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) libindi builds have now been attempted on every architecture except hurd-i386, and they are failing to build from source on every non-amd64, non-ppc64el architecture: <

Bug#795142: maven-dependency-tree: FTBFS: missing: org.sonatype.aether:aether-api:jar:debian

Source: maven-dependency-tree Version: 2.0-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: [ERR

Bug#791134: libktoblzcheck: diff for NMU version 1.48-2.1

Slightly updated patch attached, because the overridden call to dh_makeshlibs needs to be dropped. This is uploaded directly to unstable (well, NEW). -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw

Bug#795141: zeitgeist-explorer: FTBFS: invalid dates in changelog

Source: zeitgeist-explorer Version: 0.2-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: The pac

Bug#795140: hunspell-br: FTBFS: invalid dates in changelog

Source: hunspell-br Version: 0.12-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build. dpkg has rece

Bug#795138: chemps2: FTBFS: invalid dates in changelog

Source: chemps2 Version: 1.5-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build. dpkg has recently[

Processed: Re: Bug#791195: lttoolbox: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #791195 [src:lttoolbox] lttoolbox: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #791195 [src:lttoolbox] lttoolbox: library transition may be needed when GCC 5 is

Bug#793601: marked as done (virt-manager: purging virt-manager deletes files owned by virtinst: /usr/share/virt-manager/**/*.py)

Your message dated Mon, 10 Aug 2015 21:40:08 + with message-id and subject line Bug#793601: fixed in virt-manager 1:1.0.1-6 has caused the Debian Bug report #793601, regarding virt-manager: purging virt-manager deletes files owned by virtinst: /usr/share/virt-manager/**/*.py to be marked as d

Bug#793015: marked as done (taoframework: FTBFS, needs update of hardcoded sonames)

Your message dated Mon, 10 Aug 2015 21:40:00 + with message-id and subject line Bug#793015: fixed in taoframework 2.1.svn20090801-11 has caused the Debian Bug report #793015, regarding taoframework: FTBFS, needs update of hardcoded sonames to be marked as done. This means that you claim that

Processed: Reported upstream

Processing commands for cont...@bugs.debian.org: > forwarded 794704 https://github.com/schnorr/viva/issues/6 Bug #794704 [src:viva] viva: FTBFS Set Bug forwarded-to-address to 'https://github.com/schnorr/viva/issues/6'. > thanks Stopping processing here. Please contact me if you need assistance.

Processed: Re: Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #791176 [src:libtorrent-rasterbar] libtorrent-rasterbar: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #791176 [src:libtorrent-rasterbar] libtorrent-rasterbar: lib

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

* László Böszörményi (GCS) , 2015-08-10, 21:53: * Test build with QuantumDepth 16 (closes: #557879). But wait, isn't change of QuantumDepth an ABI breakage? SONAME of the non-C++ library didn't change; it's still /usr/lib/libGraphicsMagick.so.3. As I know it's only an internal precision change

Bug#777953: marked as done (libkolabxml: ftbfs with GCC-5)

Your message dated Mon, 10 Aug 2015 21:55:44 +0200 with message-id <19195004.8C8FIa2zmZ@tabin.local> and subject line Re: [pkg-kolab] Bug#777953: libkolabxml: ftbfs with GCC-5 has caused the Debian Bug report #777953, regarding libkolabxml: ftbfs with GCC-5 to be marked as done. This means that yo

Processed: tagging 795125, block 795125 with 794835 790756

Processing commands for cont...@bugs.debian.org: > tags 795125 - stretch sid Bug #795125 [release.debian.org] transition: libassimp3 -> libassimp3v5 Bug #790980 [release.debian.org] assimp: library transition to libassimp3v5 Removed tag(s) stretch and sid. Removed tag(s) stretch and sid. > block 7

Processed: forcibly merging 795125 790980

Processing commands for cont...@bugs.debian.org: > forcemerge 795125 790980 Bug #795125 [release.debian.org] transition: libassimp3 -> libassimp3v5 Bug #795125 [release.debian.org] transition: libassimp3 -> libassimp3v5 Added tag(s) stretch and sid. Bug #790980 {Done: IOhannes m zmölnig (Debian/GN

Bug#794817: Should mplayer2 be removed from unstable?

Hi! On Aug 6, 2015 11:09 PM, "Andreas Cadhalpun" < andreas.cadhal...@googlemail.com> wrote: > [...] > > Unless someone objects, I'll reassign this bug to ftp.debian.org for > removal soon. OK for me. Cheers. -- Matteo F. Vescovi

Processed: Re: Bug#790980: assimp: library transition to libassimp3v5

Processing commands for cont...@bugs.debian.org: > user release.debian@packages.debian.org Setting user to release.debian@packages.debian.org (was s...@debian.org). > usertag 790980 + transition There were no usertags set. Usertags are now: transition. > block 790980 by 790756 Bug #790980

Bug#790980: assimp: library transition to libassimp3v5

user release.debian@packages.debian.org usertag 790980 + transition block 790980 by 790756 reassign 790980 release.debian.org retitle 790980 assimp: library transition to libassimp3v5 thanks Reopening the bug as a transition tracker and reassigning, as requested in the original bug report. Re

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn wrote: > On Mon, 10 Aug 2015, Jakub Wilk wrote: >>> Perhaps this issue is due to g++ defaulting to a newer version of the C++ >>> standard and thus it requires a new C++ ABI? >> I don't think so. I'd rather blame: >> >> * Test build with QuantumDept

Bug#795134: ruby-rabl-rails: FTBFS: minitest: invalid option: -f

Source: ruby-rabl-rails Version: 0.4.0-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: ┌───

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

Duh, I forgot the attachment. * Bob Friesenhahn , 2015-08-10, 13:27: Regardless, if GCC 5.X is now being used (is this the case?), I get the same error both with GCC 4.9 and GCC 5. I would suspect that the C++ default ABI (and libraries) have changed (to C++ 11) and this results in different

Bug#795132: relatorio: FTBFS: missing build-dep: ImportError: No module named yaml

Source: relatorio Version: 0.6.1-3 Severity: serious Justification: fails to build from source Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: I: pybuild base:170: c

Bug#795129: python-exif: FTBFS: missing build-dep on python-setuptools(?)

Source: python-exif Version: 2.1.1-1 Severity: serious Justification: fails to build from source Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: dh clean --buildsyst

Bug#794301: [Pkg-fedora-ds-maintainers] Bug#794301: 389-console: missing bogus dependency

The console depends on the directory server, which does not depend on systemd, but still acts as if it does. And since the directory server conflicts with slapd, and I need a ldap server to test the ldap client, and I need a ldap client to verify and test the server before moving it from my test ma

Bug#795128: python-barbicanclient: FTBFS: test_delete_checks_status_code: AttributeError: assert_called

Source: python-barbicanclient Version: 3.0.3-1 Severity: serious Justification: fails to build from source Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: ==

Bug#795127: redhat-cluster: FTBFS with gcc5: get_time/_diff_tv have incorrect "inline"

Source: redhat-cluster Version: 3.1.8-1.3 Severity: serious Justification: fails to build from source Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build. I believe the i

Processed: Re: Bug#791154: libpcre++: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #791154 [src:libpcre++] libpcre++: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #791154 [src:libpcre++] libpcre++: library transition may be needed when GCC 5 is

Bug#795014: mpd fails to start because of a symbol mismatch with libadplug-2.2.1.so.0&body=On Sun, 09 Aug 2015 16:36:51 +0200 Xavier Guerrin <xav...@kindwolf.org> wrote:> Package: mpd> Ver

Same problem here on Debian unstable.mpd: symbol lookup error: mpd: undefined symbol: _ZN7CAdPlug7factoryERKSsP4CoplRK8CPlayersRK13CFileProvider

Bug#795123: ruby-warden: FTBFS: rspec3 port(?): undefined method `have' for #

Source: ruby-warden Version: 1.2.3-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: Failures:

Processed: Re: Bug#791083: kyotocabinet: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #791083 [src:kyotocabinet] kyotocabinet: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #791083 [src:kyotocabinet] kyotocabinet: library transition may be needed w

Bug#795122: ruby-virtus: FTBFS: `method_missing': undefined method `its'

Source: ruby-virtus Version: 1.0.2-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: ┌───

Bug#795120: ruby-test-declarative: FTBFS: NameError: uninitialized constant TestDeclarativeTest::MiniTest

Source: ruby-test-declarative Version: 0.0.5-2 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: ┌─

Bug#795121: ruby-treetop: FTBFS: rspec3 port(?): Failure/Error: File.exists?(target_path).should be_false

Source: ruby-treetop Version: 1.6.2-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: Failures:

Bug#795119: ruby-stomp: FTBFS: `method_missing': undefined method `its' for #

Source: ruby-stomp Version: 1.3.4-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build in a very simil

Bug#788161: marked as done (python-llfuse-dbg, python3-llfuse-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE)

Your message dated Mon, 10 Aug 2015 19:07:32 + with message-id and subject line Bug#788161: fixed in python-llfuse 0.40+dfsg-2 has caused the Debian Bug report #788161, regarding python-llfuse-dbg, python3-llfuse-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE to be mar

Processed: Re: Bug#791032: ffmpegthumbnailer: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #791032 [src:ffmpegthumbnailer] ffmpegthumbnailer: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #791032 [src:ffmpegthumbnailer] ffmpegthumbnailer: library transit

Bug#781652: marked as done (python3-llfuse-dbg: fails to upgrade from 'testing' - trying to overwrite /usr/lib/python3/dist-packages/llfuse/capi.cpython-34dm-x86_64-linux-gnu.so)

Your message dated Mon, 10 Aug 2015 19:07:32 + with message-id and subject line Bug#781652: fixed in python-llfuse 0.40+dfsg-2 has caused the Debian Bug report #781652, regarding python3-llfuse-dbg: fails to upgrade from 'testing' - trying to overwrite /usr/lib/python3/dist-packages/llfuse/c

Bug#795118: ruby-sshkit: FTBFS: SSHKit::TestConfiguration#test_backend flaky

Source: ruby-sshkit Version: 1.7.1-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package sometimes fails to build. It

Bug#794056: marked as done (python-llfuse: python3-llfuse FTBFS in unstable)

Your message dated Mon, 10 Aug 2015 19:07:32 + with message-id and subject line Bug#794056: fixed in python-llfuse 0.40+dfsg-2 has caused the Debian Bug report #794056, regarding python-llfuse: python3-llfuse FTBFS in unstable to be marked as done. This means that you claim that the problem h

Bug#795117: ruby-sinatra-contrib: FTBFS: rspec3 port(?): Failure/Error: ran.should be_true

Source: ruby-sinatra-contrib Version: 1.4.2-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: Fai

Bug#795116: ruby-simple-navigation: FTBFS: undefined method `stub!'

Source: ruby-simple-navigation Version: 3.11.0-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build:

Processed: Re: Bug#790989: bulletml: library transition may be needed when GCC 5 is the default

Processing control commands: > severity -1 serious Bug #790989 [src:bulletml] bulletml: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' > tag -1 confirmed Bug #790989 [src:bulletml] bulletml: library transition may be needed when GCC 5 is the

Bug#787229: marked as done (xen-hypervisor-4.4-amd64: xl command hangs on Dell R720)

Your message dated Mon, 10 Aug 2015 19:56:42 +0100 with message-id <1439233002.18644.64.ca...@debian.org> and subject line Re: [Pkg-xen-devel] Bug#787229: xen-hypervisor-4.4-amd64: xl command hangs on Dell R720 has caused the Debian Bug report #787229, regarding xen-hypervisor-4.4-amd64: xl comman

Bug#795109: plasma-widget-adjustableclock: Not usable anymore in Plasma5

Lisandro Damián Nicanor Pérez Meyer wrote: > Source: plasma-widget-adjustableclock > Severity: serious > Justification: Not usable anymore > > Hi! Plasma 5 has arrived to testing a few weeks ago and so all Plasma 4 > widgets have become unusable. > > Please consider either porting this widget to

Bug#775733: marked as done (xemacs21-gnome-*: hangs during upgrade from squeeze -> wheezy -> jessie)

Your message dated Mon, 10 Aug 2015 18:51:13 + with message-id and subject line Bug#775733: fixed in xemacs21 21.4.22-14~deb8u1 has caused the Debian Bug report #775733, regarding xemacs21-gnome-*: hangs during upgrade from squeeze -> wheezy -> jessie to be marked as done. This means that yo

Bug#792857: marked as done (CVE-2014-3576)

Your message dated Mon, 10 Aug 2015 18:51:38 + with message-id and subject line Bug#792857: fixed in activemq 5.6.0+dfsg-1+deb7u1 has caused the Debian Bug report #792857, regarding CVE-2014-3576 to be marked as done. This means that you claim that the problem has been dealt with. If this is

Bug#792857: marked as done (CVE-2014-3576)

Your message dated Mon, 10 Aug 2015 18:47:05 + with message-id and subject line Bug#792857: fixed in activemq 5.6.0+dfsg1-4+deb8u1 has caused the Debian Bug report #792857, regarding CVE-2014-3576 to be marked as done. This means that you claim that the problem has been dealt with. If this is

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

On Mon, 10 Aug 2015, Jakub Wilk wrote: Perhaps this issue is due to g++ defaulting to a newer version of the C++ standard and thus it requires a new C++ ABI? I don't think so. I'd rather blame: * Test build with QuantumDepth 16 (closes: #557879). But wait, isn't change of QuantumDepth an AB

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

* Bob Friesenhahn , 2015-08-10, 12:53: $ g++ -I/usr/include/GraphicsMagick test.cc -lGraphicsMagick++ /tmp/ccrGwLtD.o: In function `main': test.cc:(.text+0x1c): undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)' collect2: error: ld returned 1 exit sta

Bug#795109: plasma-widget-adjustableclock: Not usable anymore in Plasma5

Source: plasma-widget-adjustableclock Version: 4.1.4-1 Severity: serious Justification: Not usable anymore Hi! Plasma 5 has arrived to testing a few weeks ago and so all Plasma 4 widgets have become unusable. Please consider either porting this widget to Plasma5 or asking it's removal from the ar

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

On Mon, 10 Aug 2015, Jakub Wilk wrote: Package: libgraphicsmagick1-dev Version: 1.3.21-2 Severity: serious I upgraded libgraphicsmagick1-dev to 1.3.21, but not libgraphicsmagick++1-dev: $ dpkg-query -W | grep '^libgraphicsmagick.*-dev' libgraphicsmagick++1-dev1.3.20-3+deb8u1 libgraph

Bug#790980: marked as done (assimp: library transition may be needed when GCC 5 is the default)

Your message dated Mon, 10 Aug 2015 17:00:15 + with message-id and subject line Bug#790980: fixed in assimp 3.1.1~dfsg-2 has caused the Debian Bug report #790980, regarding assimp: library transition may be needed when GCC 5 is the default to be marked as done. This means that you claim that

Bug#794835: marked as done (assimp: FTBFS with g++-5)

Your message dated Mon, 10 Aug 2015 17:00:13 + with message-id and subject line Bug#794835: fixed in assimp 3.1.1~dfsg-1 has caused the Debian Bug report #794835, regarding assimp: FTBFS with g++-5 to be marked as done. This means that you claim that the problem has been dealt with. If this i

Bug#790980: marked as done (assimp: library transition may be needed when GCC 5 is the default)

Your message dated Mon, 10 Aug 2015 17:00:13 + with message-id and subject line Bug#790980: fixed in assimp 3.1.1~dfsg-1 has caused the Debian Bug report #790980, regarding assimp: library transition may be needed when GCC 5 is the default to be marked as done. This means that you claim that

Bug#795104: mediawiki2latex: diff for NMU version 7.20-1.1

Control: tags 795104 + patch Control: tags 795104 + pending Here's the diff - uploading to DELAYED/7. Let me know if I should change or cancel it. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian

Processed: mediawiki2latex: diff for NMU version 7.20-1.1

Processing control commands: > tags 795104 + patch Bug #795104 [src:mediawiki2latex] FTBFS on powerpc: gcc: error trying to exec 'as': execvp: No such file or directory Added tag(s) patch. > tags 795104 + pending Bug #795104 [src:mediawiki2latex] FTBFS on powerpc: gcc: error trying to exec 'as':

Bug#795104: FTBFS on powerpc: gcc: error trying to exec 'as': execvp: No such file or directory

Package: src:mediawiki2latex Version: 7.20-1 Severity: serious Hi, From https://buildd.debian.org/status/fetch.php?pkg=mediawiki2latex&arch=powerpc&ver=7.20-1&stamp=1433880385 runhaskell Setup.lhs configure Configuring mediawiki2latex-7.20... gcc: error trying to exec 'as': execvp: No s

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

Package: libgraphicsmagick1-dev Version: 1.3.21-2 Severity: serious I upgraded libgraphicsmagick1-dev to 1.3.21, but not libgraphicsmagick++1-dev: $ dpkg-query -W | grep '^libgraphicsmagick.*-dev' libgraphicsmagick++1-dev1.3.20-3+deb8u1 libgraphicsmagick1-dev 1.3.21-2 Now I can't link

Bug#790996: cgal: library transition may be needed when GCC 5 is the default

On 08/10/2015 04:16 PM, Helmut Grohne wrote: > Control: severity -1 serious > > libcgal11 broke ABI in 4.6.1-1+b1. > > Example symbol diff: > > -CGAL::swallow(std::istream&, std::string const&) > +CGAL::swallow(std::istream&, std::__cxx11::basic_string std::char_traits, std::allocator > const&)

Bug#777950: marked as done (libkdegames: ftbfs with GCC-5)

Your message dated Mon, 10 Aug 2015 15:53:53 + with message-id and subject line Bug#777950: fixed in libkdegames 4:4.14.2-2 has caused the Debian Bug report #777950, regarding libkdegames: ftbfs with GCC-5 to be marked as done. This means that you claim that the problem has been dealt with. I

Bug#765284: marked as done (htdig: FTBFS on kfreebsd-*: 'ETIME' undeclared)

Your message dated Mon, 10 Aug 2015 15:52:30 + with message-id and subject line Bug#765284: fixed in htdig 1:3.2.0b6-14 has caused the Debian Bug report #765284, regarding htdig: FTBFS on kfreebsd-*: 'ETIME' undeclared to be marked as done. This means that you claim that the problem has been

Bug#791204: modglue: library transition may be needed when GCC 5 is the default

On 10/08/15 16:30, Julien Cristau wrote: > On Mon, Aug 10, 2015 at 15:55:31 +0100, Simon McVittie wrote: >> On 10/08/15 15:28, Julien Cristau wrote: > > You mean you've been building cadabra with g++ 5 against the old > modglue? Or against the already-binNMUed modglue? OK, now I see what my error

Bug#777793: marked as done (baloo-widgets: ftbfs with GCC-5)

Your message dated Mon, 10 Aug 2015 15:50:07 + with message-id and subject line Bug#93: fixed in baloo-widgets 4:4.14.0-2 has caused the Debian Bug report #93, regarding baloo-widgets: ftbfs with GCC-5 to be marked as done. This means that you claim that the problem has been dealt wit

Bug#791204: modglue: library transition may be needed when GCC 5 is the default

On Mon, Aug 10, 2015 at 15:55:31 +0100, Simon McVittie wrote: > On 10/08/15 15:28, Julien Cristau wrote: > > Whether it builds does not show anything about the ABI (it shows that the > > API didn't > > change, which we already knew). > > Oh? Other packages in this situation have mostly been fail

Bug#795098: cxref complains about a locally modified config file on a fresh installation

Package: cxref Version: 1.6e-1 Severity: serious Justification: Policy 10.7.3 Dear Maintainer, on a fresh installation cxref complains about a locally modified config file: A new version (/tmp/cxref-cpp.defines) of configuration file /etc/cxref/cxref-cpp.defines is available, but the version

  1   2   >