Package Details: chromium-widevine 1:1.4.8.962-1

Git Clone URL: https://aur-dev.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: http://www.google.com/chrome
Keywords: chrome netflix
Licenses: custom:chrome
Submitter: Scimmia
Maintainer: Scimmia
Last Packager: Scimmia
Votes: 203
Popularity: 15.768929
First Submitted: 2015-04-17 05:05
Last Updated: 2017-02-02 03:34

Pinned Comments

Scimmia commented on 2016-03-03 03:12

There are no more 32-bit builds of Chrome on Linux. I've pinned the i686 download to the last version available; currently it is the same plugin as the current package. This could (and likely will) change in the future, and i686 users will be stuck on the current version. While it works, I suggest upgrading to a 64-bit system whenever it's feasible.

Scimmia commented on 2015-04-21 03:02

FYI, I've got updates for this package set on a timer. When there's a new chrome, this package should be automatically updated within 3 hours at the most. No need to notify me of a 404 download error.

Latest Comments

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?

Trilby commented on 2016-12-21 12:55

Thanks leonardof, I've come to similar conclusions. I've also realized I can make a "proper" qt5-webengine version that installs the so files to a qt5-webengine specific path. This is much cleaner, but does necessitate a separate package.

I just always prefer to be cautious when creating new AUR packages to ensure that we don't get more needless duplication. In this case though it does seem needed.

Doug, feel free to disregard my previous question - but thanks for this package, it made an excellent template for the qt5-webengine version.

leonardof commented on 2016-12-21 12:45

I use Chromium to watch Netflix with this plugin, and from reading the gist posted in the forum I understand the this change will make the package incompatible with the chromium one. With this change, not only this package will install "libwidevinecdmadapter.so" (which currently is owned by the chromium package at my system) but also (from reading the gist mentioned in the forum) this package will advertise itself as conflicting with the chromium one. As far as I can tell, this means the changes need to go in another package.

Trilby commented on 2016-12-21 12:04

Doug,

I've been working on getting netflix playing in qutebrowser without also needing chromium installed and have recently found success. I was going to make an AUR package for others with the same goals, but I found we'd be largely duplicating efforts. The changes to the PKGBUILD would make this aur package applicable to a wider audience:

-depends=("chromium")
- bsdtar -xf data.tar.xz opt/google/chrome/{chrome,libwidevinecdm.so}
+ bsdtar -xf data.tar.xz opt/google/chrome/{chrome,libwidevinecdm.so,libwidevinecdmadapter.so}
+ install -Dm644 opt/google/chrome/libwidevinecdmadamter.so -t "$pkgdir/usr/lib/chromium/"

Those 2 so files are all that's needed to watch video on sites like netflix in QtWebEngine browsers (e.g., qutebrowser). So for my purposes I've removed the chromium dependency and added the other .so file to the PKGBUILD. The only reason it may still be valuable to have separate AUR packages would be due to the conflict of my modification with the cdmadapter in chromium. I wanted to get your thoughts on whether it'd be worth trying to have a single package that can cover both use cases, or if I'd be better of creating a new qt5-webenegine-widevine package.

xref forum post: https://bbs.archlinux.org/viewtopic.php?pid=1677638#p1677638

Scimmia commented on 2016-11-12 15:47

dekellum, see previous comments and download a new license.

All comments