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::CreateContext - creating decoder context And by getting to fullscreen the decoder is still destroyed, but later recreated: OnKey: backslash (0xf05c) pressed, action is ToggleFullScreen ... CVDPAU::OnLostDevice event (VDPAU) FiniVDPAUOutput ... CWinSystemX11::RefreshGlxContext: refreshing context CVDPAU::OnResetDevice event ... VDPAU::CreateContext - creating decoder context I attached a debugger to see where we come from for this OnResetDevice: (gdb) bt #0 VDPAU::CDecoder::OnResetDevice (this=0x7f5c180017e0) at VDPAU.cpp:694 #1 0x00e88458 in CWinSystemX11::SetWindow (this=this@entry=0x1b39a80, width=1680, height=optimized out, fullscreen=fullscreen@entry=true, output=DVI-D-0) at WinSystemX11.cpp:1234 #2 0x00e89235 in CWinSystemX11::SetFullScreen (this=this@entry=0x1b39a80, fullScreen=fullScreen@entry=true, res=..., blankOtherDisplays=optimized out) at WinSystemX11.cpp:313 #3 0x00e8f5ff in CWinSystemX11GL::SetFullScreen (this=0x1b39a80, fullScreen=true, res=..., blankOtherDisplays=optimized out) at WinSystemX11GL.cpp:212 #4 0x007ce58e in CGraphicContext::SetVideoResolutionInternal (this=this@entry=0x1b387a0, res=optimized out, res@entry=RES_DESKTOP, forceUpdate=forceUpdate@entry=false) at GraphicContext.cpp:466 #5 0x007cee56 in CGraphicContext::SetVideoResolution (this=0x1b387a0, res=RES_DESKTOP, forceUpdate=optimized out) at GraphicContext.cpp:371 #6 0x006ffa24 in CDisplaySettings::OnSettingChanging (this=0x18e90c0 CDisplaySettings::Get()::sDisplaySettings, setting=0x10) at DisplaySettings.cpp:248 #7 0x00c66a91 in CSettingsManager::OnSettingChanging (this=optimized out, setting=0x1d087a0) at SettingsManager.cpp:732 #8 0x00c5172c in CSettingString::SetValue (this=0x1d087a0, value=DESKTOP) at Setting.cpp:1272 #9 0x00c643d8 in CSettingsManager::SetString (this=0x1bb2410, id=videoscreen.screenmode, value=DESKTOP) at SettingsManager.cpp:601 #10 0x006ee169 in CSettings::SetString (this=optimized out, id=videoscreen.screenmode, value=DESKTOP) at Settings.cpp:396 #11 0x006fe083 in CDisplaySettings::SetCurrentResolution (this=0x18e90c0 CDisplaySettings::Get()::sDisplaySettings, resolution=resolution@entry=RES_DESKTOP, save=save@entry=true) at DisplaySettings.cpp:358 #12 0x007cf1df in CGraphicContext::ToggleFullScreenRoot (this=0x1b387a0) at GraphicContext.cpp:1004 #13 0x00cb3ea2 in CApplication::OnAction (this=0x1b35c90, action=...) at Application.cpp:2541 ... This kodi-14 stack is nearly equal to the stack of xbmc-13 when we call the VDPAU::CDecoder::FiniVDPAUOutput. The difference starts in CWinSystemX11::SetFullScreen. Will do some more testing, probably we need only to make a call to CWinSystemX11::SetWindow too ... --- The commit message for xbmc-13 you mentioned reads like the exact opposite what I observed? --- I build a package xbmc-13 with these changes to debian/rules: - --enable-xrandr \ + --disable-xrandr \ And indeed, this version works like expected, for my short test. Kind regards, Bernhard Am 28.12.2014 um 16:32 schrieb Bálint Réczey: Hi Bernhard, 2014-12-28 14:28 GMT+01:00 Bernhard Ãbelacker bernha...@vr-web.de: Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. Well, if this was OK for DVD streams, it should be OK for PVR streams as well. BTW the original commit adding hint.software = true;: commit d75a46a9f9626be12cc486c8e7c7d9be9d216922 Author: elupus elupus@svn Date: Fri Apr 9 18:59:15 2010 + changed: only use libmpeg2 for dvd playback Side effect that vaapi/vdpau is now allowed for all mpeg2 content. git-svn-id: https://xbmc.svn.sourceforge.net/svnroot/xbmc/trunk@29147 568bbfeb-2a22-0410-94d2-cc84cf5bfa90 ... I will try to build a kodi package from your repo and report back. It would also be interesting to check an xbmc build using FFmpeg, it may make a difference: http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry I'm hesitant a bit, too to upload the change. You may have hit a different manifestation of #769057. Looking at the code it seems compiling with xrandr disabled may make XBMC skip the
Bug#774075: libdvdnav4: breaks mplayer2 from wheezy
On Mon, Dec 29, 2014 at 4:02 AM, Fabian Greffrath fab...@greffrath.com 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 libdvdnav4 package from testing. Generally, partial upgrades are not supported, but ... Partial upgrades are very much supported. Otherwise we wouldn't bother with dependencies so much. That does not mean every possible combination is supported. Just that apt should not leave your programs unusable. % mplayer mplayer: error while loading shared libraries: libdvdnavmini.so.4: cannot open shared object file: No such file or directory ... since this specific issue gets reported every now and then, and it has also been reported that adding a libdvdnavmini.so.4 - libdvdnav.so.4 symlink will fix it. So, shouldn't we just add this link to the libdvdnav4 package and be done with it? The maintenance burden will be a single line in debian/links and the gain would be better upgrade robustness (for an otherwise unsupported scenario, though). Or are there any objections against this way of support for a deprecated interface? I would instead add a Breaks: mplayer2 ( X) on libdvdnav, to force upgrade of mplayer2 alongside libdvdnav. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[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). I would instead add a Breaks: mplayer2 ( X) on libdvdnav, to force upgrade of mplayer2 alongside libdvdnav. -ETOOEASY? No, sure, don't know why I didn't think of this myself, but it appears to be the right thing to do. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[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
[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: scrobbler plugin not working: Peer certificate cannot be authenticated # * http://redmine.audacious-media-player.org/issues/343 # * remote status changed: (?) - Closed # * closed upstream tags 724488 + fixed-upstream usertags 724488 + status-Closed thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[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 and use any mplayer configuration file # * http://code.google.com/p/gnome-mplayer/issues/detail?id=670 # * remote status changed: (?) - done usertags 699695 + status-done # remote status report for #761223 (http://bugs.debian.org/761223) # Bug title: gnome-mplayer: make gnome-mplayer depend on mplayer, mplayer2 or mpv # * http://code.google.com/p/gnome-mplayer/issues/detail?id=725 # * remote status changed: (?) - New usertags 761223 + status-New thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #724488 (http://bugs.debian.org/724488) # Bug title: audacious-plugins: scrobbler plugin not working: Peer certificate cannot be authenticated # * http://redmine.audacious-media-player.org/issues/343 # * remote status changed: (?) - Closed # * closed upstream tags 724488 + fixed-upstream Bug #724488 [audacious-plugins] audacious-plugins: scrobbler plugin not working: Peer certificate cannot be authenticated Added tag(s) fixed-upstream. usertags 724488 + status-Closed There were no usertags set. Usertags are now: status-Closed. thanks Stopping processing here. Please contact me if you need assistance. -- 724488: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724488 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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
On Mon, Dec 29, 2014 at 10:20 AM, Fabian Greffrath fab...@greffrath.com 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 here (i.e. we will have here once testing has become jessie). But partial upgrades from wheezy to jessie will have this problem too. And that is supposed to be supported. I would instead add a Breaks: mplayer2 ( X) on libdvdnav, to force upgrade of mplayer2 alongside libdvdnav. -ETOOEASY? No, sure, don't know why I didn't think of this myself, but it appears to be the right thing to do. ;) -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 build them like a package and avoid to mess up the system if I'm installing other tool that depend from them ? eg: If I install a package like Ardour from whezzy port, it needs jackd. So dpkg will install it, but I don't want it because I make the last version by hand. This above point is a bit dark for me and the workflow also, and I'm ready to learn more. By the way, I noticed that these packages doesn't exist in the backport so I would be happy to contribute There are two options: the easy and the more involved. The easy one is to use the equivs program to generate an empty package with the name, so dpkg thinks it has it installed. The other one is to do a backport. I am not sure how easy it would be to backport the current jessie packages, but you could try. Grab the latest source from git (you can use debcheckout), and try to run dpkg-buildpackage on the downloaded sources. If it works, you could install the generated packages. And maybe even upload to backports. More likely you will need to update options on debian/rules to make the software build. You could post your results here, and if any modifications were needed integrate them and then upload to backports. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[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 if caharacter encoding is not recognised # * http://redmine.audacious-media-player.org/issues/78 # * remote status changed: (?) - Closed # * closed upstream tags 700804 + fixed-upstream usertags 700804 + status-Closed # remote status report for #720198 (http://bugs.debian.org/720198) # Bug title: [audacious] song name doesn't change when cue-playlist advances # * http://redmine.audacious-media-player.org/issues/347 # * remote status changed: (?) - Closed usertags 720198 + status-Closed thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #700804 (http://bugs.debian.org/700804) # Bug title: Audacious fails to play files if caharacter encoding is not recognised # * http://redmine.audacious-media-player.org/issues/78 # * remote status changed: (?) - Closed # * closed upstream tags 700804 + fixed-upstream Bug #700804 [audacious] Audacious fails to play files if caharacter encoding is not recognised Added tag(s) fixed-upstream. usertags 700804 + status-Closed There were no usertags set. Usertags are now: status-Closed. # remote status report for #720198 (http://bugs.debian.org/720198) # Bug title: [audacious] song name doesn't change when cue-playlist advances # * http://redmine.audacious-media-player.org/issues/347 # * remote status changed: (?) - Closed usertags 720198 + status-Closed There were no usertags set. Usertags are now: status-Closed. thanks Stopping processing here. Please contact me if you need assistance. -- 700804: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700804 720198: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720198 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 some file in tools/EventClients/Clients/* which are under GPLv3+. Can you please explain how they are linked together with files in xbmc/screensavers/rsxs-0.9/* that are only under GPLv2? Thanks! Thorsten === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Sebastian Ramacher sramac...@debian.org Description: i965-va-driver - VAAPI driver for Intel G45 HD Graphics family i965-va-driver-dbg - VAAPI driver for Intel G45 HD Graphics family (debug symbols) Changes: intel-vaapi-driver (1.5.0-1) experimental; urgency=medium . * New upstream release. Checksums-Sha1: 62a0b7b435582a35f0a8175cf27cfac9c4513c62 2554 intel-vaapi-driver_1.5.0-1.dsc 9f8dc82879d1cf6cbbe7ef49b5d659ccdf45acd7 1019243 intel-vaapi-driver_1.5.0.orig.tar.bz2 5d1e88bed6b996898e6fefc95a6afe83be2fdccb 10116 intel-vaapi-driver_1.5.0-1.debian.tar.xz Checksums-Sha256: 544e9ef73326ca18af13663d3294977347394aa60d809c19a7a91480aadfdf52 2554 intel-vaapi-driver_1.5.0-1.dsc d0b448193ab34b622cd14e4db8ca29991a4038b4eb459a8fbbcbd7db843da3dc 1019243 intel-vaapi-driver_1.5.0.orig.tar.bz2 695338153365c401781aa92f7faf82e7cfc8a5f005ed1e0200e5da545e854141 10116 intel-vaapi-driver_1.5.0-1.debian.tar.xz Files: 0d5017b54ff249d0e090edd42a9637de 2554 video optional intel-vaapi-driver_1.5.0-1.dsc 16752f1584398265072129553b7907ce 1019243 video optional intel-vaapi-driver_1.5.0.orig.tar.bz2 97f60441be979792e05b5813801dc78b 10116 video optional intel-vaapi-driver_1.5.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUocPPAAoJEGny/FFupxmTDkwP/1277CfvGSxJE/BENp4D+rSY IXj/NbxPjp2GC8x2q+mCD6gCaOyM3HLS1H5X3tEbCN2wiW8JWBPAAaq6Eydeh/5a DeWqSN36KkETgAEb7n5G894R1Hr5Y96Kt5+XEAi1smp0GnrDEMDxDMIsdAcIexpR lc/XydU+Sh5zueXJQsJTI086LYhP+hz0D8qUtIAqXfxaEQ7K97y06grHTTuJvaLi wZFvSJiipghwxOwAQjm0fFc/a+qN/tZO9MfPzQUYBCxdg0goj3d3zmRis0hSu6Ur 5AXEFTlk0RbMNq4cNn63dCk5khklPaEVN5RM6yOzNxFRdZhBpbwfz+x8US/GAHp4 KLJfCGeNXNFTj9Zgt44n9SYRWimXtbXL1gGNZi9iSc2TshG6NceRzzy9seBaoCRU 0+qA1LB+QcV2Yppkn6fTCtjSY9amhB3Q6E3a/ZGeuircvbWhi876Xdhp3cqM4Y5R WBUARrhg5/cMA/Nphyz8PXWhRcvEEKsHDiUT/YAFoz4KKOxGb1354FphmFrSQWid W+JTxoN6cMycEMqzksGe2uwXzkSNGWQWtxN0gEADJ5nNvjZ3ZbPZF4iWkxACf08b S+Pi3ePI7P8MxMojwdsnO33DWP322HmCj2TuJ/WGHxm0y4W4adfSTbJ+6p56hVxn fYM3JrV1zuO9MU7KdLQN =6CZl -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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: experimental Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Sebastian Ramacher sramac...@debian.org Description: libva-dev - Video Acceleration (VA) API for Linux -- development files libva-drm1 - Video Acceleration (VA) API for Linux -- DRM runtime libva-egl1 - Video Acceleration (VA) API for Linux -- EGL runtime libva-glx1 - Video Acceleration (VA) API for Linux -- GLX runtime libva-tpi1 - Video Acceleration (VA) API for Linux -- TPI runtime libva-wayland1 - Video Acceleration (VA) API for Linux -- Wayland runtime libva-x11-1 - Video Acceleration (VA) API for Linux -- X11 runtime libva1 - Video Acceleration (VA) API for Linux -- runtime va-driver-all - Video Acceleration (VA) API -- driver metapackage vainfo - Video Acceleration (VA) API for Linux -- info program Changes: libva (1.5.0-1) experimental; urgency=medium . * New upstream release. Checksums-Sha1: 8c92f95859377316f94a29b2e7b7bb32720cdbef 2684 libva_1.5.0-1.dsc f83cc0d1dd42701ec79d943d9462f092d32c51fa 774266 libva_1.5.0.orig.tar.bz2 56d5519b00651e228e43e743b14d0359e643bd22 11488 libva_1.5.0-1.debian.tar.xz Checksums-Sha256: f9ee79d26636990b50bd3ca7f42e2043c5c3bd4fce70124a6ca80764b32cafe0 2684 libva_1.5.0-1.dsc e946d4b3110e4e23ec6a588e0c828937e502c67196d1266214441fefc4b83486 774266 libva_1.5.0.orig.tar.bz2 1dde0ba82c0441e39dfb915d0e5152d5e69dd76f425f79a3995eac84d05723d7 11488 libva_1.5.0-1.debian.tar.xz Files: eaae20b1e0279233e92b8d3847c16a10 2684 libs optional libva_1.5.0-1.dsc ad0b55794308ec397d249a0a2a6df27a 774266 libs optional libva_1.5.0.orig.tar.bz2 97470b2e0eccb25534a5157422be256b 11488 libs optional libva_1.5.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUocPPAAoJEGny/FFupxmTI60P/RMc+YdE6lRTpZyPI6/Plpg8 hhW40xTXwBTapOjhxF/vwBT1q0dRZLB0xYwzVoHFOkQKObp8wgao147ViFoAdouh FMMUTKH3xLwHo6ec1eTmQjCF4MGRQUADmkLtyciao/LVVb05F6IncnQoDlcL5au7 PR6A/9axvDMGsN0tz5qF/dYNORExEKP/MxeSydtfgFjaK9pdkXIN4jttrHNRN7r3 tOKmKCFO4sVTbbtAenCqzphtYaimLDeaEHI38EyWPbZcIgj+qYPjUttEQca0TWWd Lz8CvQpp8i+dxL5eqeL4WNlhfW5dmDZfWJJip2zIK/0ssvsadzqtzcihSQxA7Et2 rTn12OwEh/yc/9RREI5momQZhSS68BwA6bfCaLMjTw1WBVysRtVITe2JenXn3AY5 RAB1omrPDlkFStMz3GhvKNMm+QDG/Pt7b80O1ZIW6ciOiyZyTrWKusguvYsCdKL6 lcv6jBeIUd6z2+X6hvFsyeQSvJQC3Ocx9+m6CEoVhgVL8V0BqMc3dQ1e3BhkZrBR X7kFEJDcjSppKV1xphouKhX8oy/Zjo4oWbnOdvcMXCG+m05wTjBtKv52bDfTAemI t8wRJlXg75GY0g/tM7KK2Jv2YoAI7YSfEdC+mur0PN3UFaXU2jmD61/4zNZNuFE+ nMjkDgk16MsracteKDY0 =kyQX -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ 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#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 the extension, and click on Export directly, and then the pop-up window asks me if I really want to save the file with the .aiff extension. Don't know what caused it to behave this way but I know for certain that it doesn't do this under Windows. _ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 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 audacity depends on: ii audacity-data 2.0.6-2 ii libasound21.0.28-1 ii libavcodec56 6:11-2 ii libavformat56 6:11-2 ii libavutil54 6:11-2 ii libc6 2.19-13 ii libexpat1 2.1.0-6+b3 ii libflac++61.3.0-3 ii libflac8 1.3.0-3 ii libgcc1 1:4.9.2-10 ii libglib2.0-0 2.42.1-1 ii libid3tag00.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio2 19+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms102.0.2-1 ii libsndfile1 1.0.25-9+b1 ii libsoundtouch01.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++64.9.2-10 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libvorbisfile31.3.4-2 ii libwxbase3.0-03.0.2-1+b1 ii libwxgtk3.0-0 3.0.2-1+b1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers