Bug#769541: ams: please add the 'Atte-Jensen-instrumentpatches' to the Ams package
The links to the AMS patches of Atte are fixed on his website, he told me. It seems possible to download them now: http://atte.dk/stuff On Sat, Nov 15, 2014 at 3:03 AM, Jonas Smedegaard d...@jones.dk wrote: Quoting rosea grammostola (2014-11-14 21:13:45) Ok, I asked Atte via email and you can use the latest GPL license. Thanks again for your help with this, Rosea - and thanks to Atte for clarifying. Sorry to be nitpicking so much, but can you please forward that email from Atte, including headers, for use as public record? Even better would be if instead Atte could state himself the licensing of his contribution by including such statement together with the code itself. ...and speaking of the code - it looks odd how the patch is committed to Github as a tarball. That seems unsuitable for kenrestivo to adopt - I suggest (unless you know better and have coordinated with kenrestivo already) to instead commit as regular source code the way it is intended to merge together with the rest of that code project, an then make a pull request. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private ___ 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: Re: Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Processing control commands: tags -1 pending upstream confirmed Bug #774038 [xbmc] xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black Added tag(s) upstream, confirmed, and pending. -- 774038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774038 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#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git ___ 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: Re: Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Processing control commands: tags -1 pending upstream confirmed Bug #774038 [xbmc] xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black Ignoring request to alter tags of bug #774038 to the same tags previously set -- 774038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774038 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
Package: libdvdnav4 Version: 5.0.1-1 mplayer2 2.0-554-gf63dbad-1+b1 no longer starts after upgrading libdvdnav4 from 4.2.0+20120524-2 to 5.0.1-1: % mplayer mplayer: error while loading shared libraries: libdvdnavmini.so.4: cannot open shared object file: No such file or directory ___ 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#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
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. I will try to build a kodi package from your repo and report back. 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 On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= bal...@balintreczey.hu wrote: Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Ãbelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git ___ 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#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
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 OnLostDevice() call in CWinSystemX11::SetFullScreen() possibly fixing both issues. Could you please try disabling xrandr in debian/rules instead of using the hint trick? Cheers, Balint On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= bal...@balintreczey.hu wrote: Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Ãœbelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git ___ 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#774091: mpv: insufficient dependency on libquvi7
Package: mpv Version: 0.6.2-2 Control: close -1 0.7.1-1 mpv from jessie fails to play anything which is not directly a file when libquvi7 0.4.1-1 (from wheezy) is installed: % mpv dvd:// Playing: dvd:// PANIC: unprotected error in call to Lua API (attempt to index a number value) zsh: abort mpv dvd:// This is probably because old libquvi7 uses different lua version then mpv. mpv in unstable is probably unaffected as it dropped libquvi support. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mpv depends on: ii libasound2 1.0.28-1 ii libass5 0.10.2-3 ii libavcodec-extra-56 6:11-2 ii libavdevice55 6:11-2 ii libavfilter56:11-2 ii libavformat56 6:11-2 ii libavresample2 6:11-2 ii libavutil54 6:11-2 ii libbluray1 1:0.6.2-1 ii libbs2b03.1.0+dfsg-2.1 ii libc6 2.19-13 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libegl1-mesa [libegl1-x11] 10.3.2-1 ii libenca01.16-1 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libguess1 1.2-1 ii libjack-jackd2-0 [libjack-0.116]1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-11 ii liblcms2-2 2.6-3+b3 ii liblircclient0 0.9.0~pre1-1.1 ii liblua5.2-0 5.2.3-1.1 ii libmpg123-0 1.20.1-2 ii libpulse0 5.0-13 ii libquvi70.4.1-1 ii libsdl2-2.0-0 2.0.2+dfsg1-6 ii libswscale3 6:11-2 ii libuuid12.25.2-4 ii libva-glx1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvdpau1 0.8-3 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.3.2-1 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxkbcommon0 0.4.3-2 ii libxrandr2 2:1.4.2-1+b1 ii libxss1 1:1.2.2-1 ii libxv1 2:1.0.10-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 mpv recommends no packages. mpv suggests no packages. -- 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
Loan opportunities
Ellen Wilfred Financial Loan Firm give out Guarantee Loans, Unlike your Bank we cross the edges we know no limits or Boundaries yet simplicity is our ultimate sophistication. We are the ideal bridge for All Financial aspect both long or short term financial loans. Borrow smart?save smarter, we make loans simple and fast with Superior Rates as low as 2% without any hidden conditions together with a proven service engineered to amaze! You?re not just another customer. We?re not just another financial institution; life is full of possibilities, ACT NOW!Contact Ellen Wilfred Financial Loan Firm via email on (ellen-wilfredfinancialloanf...@administrativos.com). ___ 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 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 ... % 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? - 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