Package Details: chromium-widevine 1:4.10.1440.18-2

Git Clone URL: https://aur.archlinux.org/chromium-widevine.git (read-only)
Package Base: chromium-widevine
Description: A browser plugin designed for the viewing of premium video content
Upstream URL: https://www.widevine.com/
Keywords: amazon chrome netflix prime qt5 webengine
Licenses: custom
Conflicts: chromium-widevine-dev
Provides: chromium-widevine-dev=4.10.1440.18
Submitter: Scimmia
Maintainer: Scimmia
Last Packager: Scimmia
Votes: 352
Popularity: 6.347938
First Submitted: 2015-04-17 05:05
Last Updated: 2019-08-06 23:56

Latest Comments

« First ‹ Previous ... 4 5 6 7 8 9 10 11 12 13 14 ... Next › Last »

salm commented on 2017-03-23 02:54

polyzen, I tried that first but this didn't work. It seemed as if it wouldn't download the binaries. I see that the Debian distro has widevine for armhf: https://packages.debian.org/stretch/armhf/chromium-widevine/download.
Is there any way I can utilze that?
I see that in the Debian package there's only a widevinecdmadapter.so file. No widevinecdm.so file.

polyzen commented on 2017-03-23 01:06

If it already works with ARMv7, you could build the package with this option:
https://git.archlinux.org/pacman.git/tree/doc/makepkg.8.txt#n39

salm commented on 2017-03-23 00:58

Do you have any plans for adding support for ARMv7?
If not, how can I go about doing this myself?
Thanks

digitalone commented on 2017-02-20 09:05

That's awesome! I can see Premium Play on Linux with this plugin. I wanted this for years. Thanks a lot!

Scimmia commented on 2017-02-02 04:11

In the nearly 2 years this package has existed, the license has changed twice. That's it. Putting the chromever on it so that people potentially have dozens of copies of the same thing sitting around makes no sense to me. I wouldn't think cleaning the cache once a year would be such an issue.

bulletmark commented on 2017-02-01 00:47

@Scimmia did not reply to my query so perhaps I was not clear. The chrome-eula_test.html file sometimes changes between versions but since pacaur caches the file it does not download it again and then it fails the sha256 check when we do a regular update of our AUR packages, as @tkei reports below. This problem can be avoided if the source download name is changed in the PKGBUILD to chrome-eula_text-${_chrome_ver}.html.

bulletmark commented on 2017-01-27 22:07

@Scimmia, perhaps in the PKGBUILD you should tack _chrome_ver on the downloaded chrome-eula_text.html file name because pacaur caches this file and so doing a regular update fails with a checksum error, as @tkei reports below and as I have experienced this time and previous times. We have to delete the pacaur cache so the update can work (or use yaourt!).

Scimmia commented on 2017-01-26 23:50

Delete it and redownload it. Checksum is correct.

tkel commented on 2017-01-26 21:04

==> Validating source files with sha256sums...
chrome-eula_text.html ... FAILED

Since 2017-1-25.

Scimmia commented on 2016-12-21 13:17

Trilby, this used to ship the adapter lib, but the adapter was tied to a specific major version of chromium making things a bit complex (there's a whole lot of complaining in previous comments). The maintainer of chromium decided to build the adapter as part of the chromium package to simplify things here. Maybe you could adapt that patch to either qt5-webengine or qutebrowser to build the adapter?