Bug#774181: audacity: Always appends the .aiff extension when exporting to WAV

Package: audacity Version: 2.0.6-2 Severity: normal For some time now I've been having issues with the Export feature. Every time I want to export a project to a WAV file, it appends .aiff as extension to whatever filename Audacity constructed. This gets especially annoying when I forget to remove

libva_1.5.0-1_amd64.changes ACCEPTED into experimental

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 29 Dec 2014 22:04:11 +0100 Source: libva Binary: libva-dev libva1 libva-x11-1 libva-glx1 libva-tpi1 libva-egl1 libva-drm1 libva-wayland1 vainfo va-driver-all Architecture: source Version: 1.5.0-1 Distribution: exp

intel-vaapi-driver_1.5.0-1_amd64.changes ACCEPTED into experimental

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 29 Dec 2014 22:08:51 +0100 Source: intel-vaapi-driver Binary: i965-va-driver i965-va-driver-dbg Architecture: source Version: 1.5.0-1 Distribution: experimental Urgency: medium Maintainer: Debian Multimedia Maintai

Processing of libva_1.5.0-1_amd64.changes

libva_1.5.0-1_amd64.changes uploaded successfully to localhost along with the files: libva_1.5.0-1.dsc libva_1.5.0.orig.tar.bz2 libva_1.5.0-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-mu

Processing of intel-vaapi-driver_1.5.0-1_amd64.changes

intel-vaapi-driver_1.5.0-1_amd64.changes uploaded successfully to localhost along with the files: intel-vaapi-driver_1.5.0-1.dsc intel-vaapi-driver_1.5.0.orig.tar.bz2 intel-vaapi-driver_1.5.0-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) __

kodi_14.0~beta1+dfsg1-1_amd64.changes REJECTED

Hi Balint, the name change seems to be a good opportunity to revise your debian/copyright as well. For example I found a remark in xbmc/utils/fstrcmp.c that this is derived from PHP and such under PHP 3.01 license. This license is not yet mentioned in your debian/copyright. There are also s

Processed: [bts-link] source package audacious

Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package audacious > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian

[bts-link] source package audacious

# # bts-link upstream status pull for source package audacious # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #700804 (http://bugs.debian.org/700804) # Bug title: Audacious fails to play files i

Re: Build jackd,ffado,calf packages from source.

Hi Aurelien, On Sat, Dec 27, 2014 at 2:59 PM, Aurelien Martin <01aurel...@gmail.com> wrote: > Hi all, > > I'm using Debian whezzy (stable) 7.7, and I need to build the last version > of jackd,ffado and calf from source with debug flag. > It's done, and it's working. > > Is there a good way to buil

Bug#774075: libdvdnav4: breaks mplayer2 from wheezy

On Mon, Dec 29, 2014 at 10:20 AM, Fabian Greffrath wrote: > Am Montag, den 29.12.2014, 09:48 -0300 schrieb Felipe Sateler: >> Partial upgrades are very much supported. Otherwise we wouldn't bother >> with dependencies so much. > > Not across stable releases, AFAICT, which is the situation we have

Processed: [bts-link] source package audacious-plugins

Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package audacious-plugins > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.aliot

[bts-link] source package audacious-plugins

# # bts-link upstream status pull for source package audacious-plugins # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #724488 (http://bugs.debian.org/724488) # Bug title: audacious-plugins: scro

[bts-link] source package gnome-mplayer

# # bts-link upstream status pull for source package gnome-mplayer # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #699695 (http://bugs.debian.org/699695) # Bug title: gnome-mplayer: should read

[no subject]

___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#774075: libdvdnav4: breaks mplayer2 from wheezy

Am Montag, den 29.12.2014, 09:48 -0300 schrieb Felipe Sateler: > Partial upgrades are very much supported. Otherwise we wouldn't bother > with dependencies so much. Not across stable releases, AFAICT, which is the situation we have here (i.e. we will have here once testing has become jessie). >

[no subject]

 هل تحتاج إلى قرض للاستخدام الشخصي أو الأعمال؟ إذا كانت الإجابة بنعم، والبريد الإلكتروني لنا كمية ومدة، وذلك بفضل.___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailma

Bug#774075: libdvdnav4: breaks mplayer2 from wheezy

On Mon, Dec 29, 2014 at 4:02 AM, Fabian Greffrath wrote: > > Am Sonntag, den 28.12.2014, 16:52 +0400 schrieb Stepan Golosunov: > > mplayer2 2.0-554-gf63dbad-1+b1 no longer starts after upgrading > > libdvdnav4 from 4.2.0+20120524-2 to 5.0.1-1: > > This is the mplayer2 package from stable and the l

Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black

Hello Bálint, I was successful in creating a package for kodi from you git and some ffmpeg packages from unstable, and then building and using axbmc-pvr-addons zip from it. The issue I described I could not reproduce with kodi-14. >From the logfile I assume that vdpau is in use: VDPAU::Crea