Bug#757772: RFP: widevineplugin-nonfree: Widevine DRM Plugin - browser plugin
Hi, Arch now has a script to install the plugin correctly for chromium (extract it first from the chrome binaries and then copying it to the correct place): https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=chromium-widevine Maybe this thing here is also important for the chromium maintainers: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1371274
Bug#774387: ITP: letsencrypt -- Let's Encrypt client that can update Apache configurations
Hi,
it seems your package doesn't build in pbuilder:
fakeroot debian/rules clean
dh clean --with python2,sphinxdoc --buildsystem=pybuild
dh_testdir -O--buildsystem=pybuild
dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean
Traceback (most recent call last):
File setup.py, line 2, in module
from setuptools import setup
ImportError: No module named setuptools
E: pybuild pybuild:262: clean: plugin distutils failed with: exit code=1:
python2.7 setup.py clean
dh_auto_clean: pybuild --clean --test-tox -i python{version} -p 2.7 --dir .
returned exit code 13
debian/rules:9: recipe for target 'clean' failed
Adding python-setuptools to the build-depends seems to fix it. Not sure if it
is the correct solution.
The next problem is
/tmp/buildd/letsencrypt-0.20150321/docs/api/client/CONFIG.rst:4: WARNING:
autodoc: failed to import module u'letsencrypt.client.CONFIG'; the following
exception was raised:
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py, line 335, in
import_object
__import__(self.modname)
[...]
find /tmp/buildd/letsencrypt-0.20150321/debian/doc-build/html/ -type f -name
'*.html' \
-exec sed -i -e
's|https://cdnjs.cloudflare.com/ajax/libs/modernizr/.*/modernizr.min.js|../../../javascript/modernizr/modernizr.min.js|'
'{}' +
sed -i -e 's|img alt=Travis CI status
src=https://travis-ci.org/letsencrypt/lets-encrypt-preview.svg?branch=master;
/|Travis CI status|'
/tmp/buildd/letsencrypt-0.20150321/debian/doc-build/html/intro.html
sed: can't read
/tmp/buildd/letsencrypt-0.20150321/debian/doc-build/html/intro.html: No such
file or directory
debian/rules:16: recipe for target 'override_dh_auto_build' failed
I have not tried to fix this.
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/479143243.506801.1438524872501.javamail.ya...@mail.yahoo.com
Bug#757772: RFP: widevineplugin-nonfree: Widevine DRM Plugin - browser plugin
Package: wnpp Severity: wishlist Package name: widevineplugin-nonfree URL: https://tools.google.com/dlpage/widevine License: proprietary non-free The google chrome version 38 now provides libwidevinecdm.so and libwidevinecdmadapter.so which are (pepper?) plugins used to view things like Netflix through their HTML5 player [1]. It may need a package like pepperflashplugin-nonfree which has a script to automatically extract the plugins and installs it to the right place. [1] http://www.phoronix.com/scan.php?page=news_itempx=MTc1ODY -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1407749895.56255.yahoomail...@web133201.mail.ir2.yahoo.com
Bug#729203: libav: Doesn't decode opus while opus support is compiled in?
$ avprobe -codecs | grep Opus avprobe version 9.8-6:9.8-2, Copyright (c) 2007-2013 the Libav developers built on Aug 13 2013 21:50:46 with gcc 4.8 (Debian 4.8.1-8) DEA.L. opus Opus (Opus Interactive Audio Codec) (decoders: libopus ) (encoders: libopus ) $ avprobe somefile.opus avprobe version 9.8-6:9.8-2, Copyright (c) 2007-2013 the Libav developers built on Aug 13 2013 21:50:46 with gcc 4.8 (Debian 4.8.1-8) [ogg @ 0xc40460] Codec not found somefile.opus: End of file Really, this libav is a shame. This doesn't happen with the actual libav* from ffmpeg. Now I have a lot of tools in Debian which I need to use to get some work done... and they just fail again, again and again because libav. Can we really drop this buggy fork called 'libav' and go back to ffmpeg.. or at least allow users to switch to a working libav*? See also bug #729203 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1386729198.93055.yahoomail...@web171904.mail.ir2.yahoo.com
Bug#731070: RFP: PySDL2 -- Python wrapper around SDL2 using ctypes
Package: wnpp Severity: wishlist Cc: debian-pyt...@lists.debian.org, debian-devel-ga...@lists.debian.org * Package name : pysdl2 Version : 0.7.0 Upstream Author : Marcus von Appen mar...@sysfault.org * URL : https://bitbucket.org/marcusva/py-sdl2/ * License : public domain OR zlib (see doc/copying.rst) Programming Lang: Python Description : SDL2 bindings for Python These are bindings for SDL2 for python with some benefits compared to the old SDL1.2 wrapper by pygame (no c code, license either public domain or zlib). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1385914926.93124.yahoomail...@web171904.mail.ir2.yahoo.com
Bug#637771: RFP: wxmupen64plus -- Mupen64Plus 2.0 GUI frontend written using wxWidgets
The upstream project is already dead. Here a quote from the maintainer
{Saturday, October 26, 2013} [21:14:27] Auria I don't really have
time/interest anymore to properly develop wxMupen64Plus, unfortunately.
It wasn't working since a while with the mupen64plus version in debian and the
author started to to make it incompatible with mupen64plus 2.0 by purpose in
the past by making it mupen64plus 1.99.5 exclusive. It is most likely better to
just close this bug and move on to m64py [1].
I've already saw m64py packages on git.debian.org (server seems to be down
right now) and it only needs pysdl2 packaged in Debian.
[1] http://bugs.debian.org/678947
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1384620828.12249.yahoomail...@web171905.mail.ir2.yahoo.com
Bug#678947: RFP: M64Py -- Mupen64Plus 2.0 GUI frontend written in python
Package: wnpp Severity: wishlist * Package name: M64Py Version : 0.1.0 Upstream Author : Milan Nikolic gen2br...@gmail.com * URL : http://m64py.sourceforge.net/ * License : GPL3+, BSD3 Programming Lang: Python Description : Mupen64Plus 2.0 GUI frontend written in python M64Py seems to be the only (good) GUI for mupen64plus 2.0 that can be run on Debian. The other good one (see bug #637771) has dependencies to wxwidgets 2.9. I think it has to be fixed for distribution (files generated by PyQt4, included source from pygames, unfree resources/screenshots, prebuild demo rom, also the source code is missing for rom, logo that was created using two other logos but ignoring their license, all other icons seem to be taken from somewhere else without giving license/copyright information, ...). I think it is also missing the debugger part from wxmupen64plus -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1340618421.51688.yahoomail...@web29401.mail.ird.yahoo.com
