Bug#734020: FTBFS: error: unknown type name ‘GtkCallbackMarshal’

Package: jack-rack Version: 1.4.8~rc1-2 Severity: serious adamm@mira:/tmp$ apt-get source jack-rack Reading package lists... Done Building dependency tree Reading state information... Done NOTICE: 'jack-rack' packaging is maintained in the 'Git' version control system at:

Bug#734023: libass: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el

Package: libass Version: 0.10.1-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary instead of just

Bug#732670: segfault on loading of setting files

On Mon, Dec 23, 2013 at 11:26:11PM +0100, Adrian Knoth wrote: On 12/20/13 06:42, Adam Majer wrote: Package: jack-rack Version: 1.4.8~rc1-2 Severity: important 1. Set some filters in jack-rack 2. save 3. load 4. [segfault] Attached is an example file that segfaults. [39022.436412]

Processed: Re: RM: ecasound [sparc] -- RC-buggy; build-depends on liblo-dev (Was: Re: Removal of liblo)

Processing control commands: reassign -1 ecasound 2.9.0-1 Bug #733783 [ftp.debian.org] RM: ecasound [sparc] -- RC-buggy; build-depends on liblo-dev Bug reassigned from package 'ftp.debian.org' to 'ecasound'. Ignoring request to alter found versions of bug #733783 to the same values previously

Bug#733783: RM: ecasound [sparc] -- RC-buggy; build-depends on liblo-dev (Was: Re: Removal of liblo)

On Fri, Jan 3, 2014 at 10:26 AM, Alessandro Ghedini gh...@debian.org wrote: Control: reassign -1 ecasound 2.9.0-1 Control: retitle -1 ecasound: remove Build-Depends on liblo-dev on sparc Control: severity -1 serious On mar, dic 31, 2013 at 05:01:59 -0300, Felipe Sateler wrote: On Thu, Dec

Re: Bug#732386: RM: liblo [sparc] -- ANAIS; Does not work, never has

[I'm terribly sorry this earlier message wasn't sent to the Multimedia team. I'm correcting this now] On Tue, Dec 17, 2013 at 11:21 AM, Felipe Sateler fsate...@debian.org wrote: Dear maintainers of liblo-reverse dependencies, I forward you the mail in which I request the removal of liblo in

Bug#734079: ardour3: Unable to export session WAV 32bit, 48kHz

Package: ardour3 Version: 3.5.143~dfsg-1 Severity: normal Dear Maintainer, after I upgrade Ardour 3 to the version Ardour3.5.143~dfsg-1 (built using 3.5.143~dfsg-1 and GCC version 4.8.2) I'm not anymore able to export WAV 32bit, 48kHz. If I try to export I got this error in Ardour: [ERROR]:

Processing of supercollider_3.6.3~repack-5_amd64.changes

supercollider_3.6.3~repack-5_amd64.changes uploaded successfully to localhost along with the files: supercollider_3.6.3~repack-5.dsc supercollider_3.6.3~repack-5.debian.tar.gz supercollider-common_3.6.3~repack-5_all.deb supercollider-emacs_3.6.3~repack-5_all.deb

supercollider_3.6.3~repack-5_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 03 Jan 2014 13:11:22 -0300 Source: supercollider Binary: supercollider supercollider-language supercollider-common supercollider-server supercollider-ide supercollider-supernova libscsynth1 supercollider-dev

Bug#733277: marked as done (supercollider: build-dep libyaml-cpp0.3 not available)

Your message dated Fri, 03 Jan 2014 16:34:15 + with message-id e1vz7hp-0003pj...@franck.debian.org and subject line Bug#733277: fixed in supercollider 1:3.6.3~repack-5 has caused the Debian Bug report #733277, regarding supercollider: build-dep libyaml-cpp0.3 not available to be marked as

ardour3 3.5.143~dfsg-1 MIGRATED to testing

FYI: The status of the ardour3 source package in Debian's testing distribution has changed. Previous version: 3.4~dfsg-2 Current version: 3.5.143~dfsg-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you

Processing of ecasound_2.9.1-1_amd64.changes

ecasound_2.9.1-1_amd64.changes uploaded successfully to localhost along with the files: ecasound_2.9.1-1.dsc ecasound_2.9.1.orig.tar.gz ecasound_2.9.1-1.debian.tar.gz ecasound_2.9.1-1_amd64.deb ecatools_2.9.1-1_amd64.deb libecasoundc1_2.9.1-1_amd64.deb

ecasound_2.9.1-1_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 03 Jan 2014 17:53:10 +0100 Source: ecasound Binary: ecasound ecatools libecasoundc1 libecasoundc-dev libkvutils10 libkvutils-dev python-ecasound ruby-ecasound ecasound-el ecasound-doc Architecture: source amd64 all

Bug#733783: marked as done (ecasound: remove Build-Depends on liblo-dev on sparc)

Your message dated Fri, 03 Jan 2014 17:18:32 + with message-id e1vz8og-0004we...@franck.debian.org and subject line Bug#733783: fixed in ecasound 2.9.1-1 has caused the Debian Bug report #733783, regarding ecasound: remove Build-Depends on liblo-dev on sparc to be marked as done. This means

Bug#731465: marked as done (ecasound: Please update to allow for Ruby 1.8 deprecation)

Your message dated Fri, 03 Jan 2014 17:18:32 + with message-id e1vz8og-0004wz...@franck.debian.org and subject line Bug#731465: fixed in ecasound 2.9.1-1 has caused the Debian Bug report #731465, regarding ecasound: Please update to allow for Ruby 1.8 deprecation to be marked as done. This

Bug#734100: vlc: Video stuttering with ALSA output

Package: vlc Version: 2.1.2-2 Severity: important Hi! Starting somewhere around VLC 2.x, I experience video stuttering problems on many files, mostly = 720P, MKV/H.264+AC3 (almost all such files), but not only them - for example I also experience it on some MPEG2 720x576 files (mpeg

Bug#734110: openni: FTBFS: Unknown platform: ppc

Source: openni Version: 1.5.4.0-6 Severity: important Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, on powerpc and powerpcspe, openni FTBFS like this: ... make[1]: Entering directory `/«PKGBUILDDIR»' cd Platform/Linux/CreateRedist ./RedistMaker Unknown platform:

Bug#734110: openni: FTBFS: Unknown platform: ppc

Thanks for the patch! This would be a great thing to forward upstream, have you tried that? I think they would accept it. I'm also OK with including it as part of the Debian package regardless. .hc On 01/03/2014 04:44 PM, Roland Stigge wrote: Source: openni Version: 1.5.4.0-6 Severity:

Processing of intel-vaapi-driver_1.2.2-1_amd64+source.changes

intel-vaapi-driver_1.2.2-1_amd64+source.changes uploaded successfully to localhost along with the files: i965-va-driver_1.2.2-1_amd64.deb i965-va-driver-dbg_1.2.2-1_amd64.deb intel-vaapi-driver_1.2.2-1.dsc intel-vaapi-driver_1.2.2.orig.tar.gz intel-vaapi-driver_1.2.2-1.debian.tar.gz

intel-vaapi-driver_1.2.2-1_amd64+source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 03 Jan 2014 15:06:13 +0100 Source: intel-vaapi-driver Binary: i965-va-driver i965-va-driver-dbg libva-intel-vaapi-driver libva-intel-vaapi-driver-dbg Architecture: amd64 source Version: 1.2.2-1 Distribution:

Bug#732162: marked as done (build-depends does not mention minimum version for libdrm-dev)

Your message dated Fri, 03 Jan 2014 23:18:29 + with message-id e1vze0b-0008gj...@franck.debian.org and subject line Bug#732162: fixed in intel-vaapi-driver 1.2.2-1 has caused the Debian Bug report #732162, regarding build-depends does not mention minimum version for libdrm-dev to be marked as

Bug#734110: doesn't build with patch

When I add the patch as the final patch in the package, it fails to build. It looks like the patch is formatted for applying upstream. If you make your patch a patch to the packaging, and I'll include it in the package. dpkg-source: info: patches are not applied, applying them now dpkg-source: