Package Details: chromium-widevine 1:4.10.2830.0-1

Git Clone URL: https://aur.archlinux.org/chromium-widevine.git (read-only, click to copy)
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 webengine
Licenses: custom
Submitter: Scimmia
Maintainer: envolution
Last Packager: envolution
Votes: 419
Popularity: 0.076349
First Submitted: 2015-04-17 05:05 (UTC)
Last Updated: 2024-12-02 19:14 (UTC)

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 36 Next › Last »

salm commented on 2017-03-23 00:58 (UTC)

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 (UTC)

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

pheerai commented on 2017-02-08 06:41 (UTC)

@Soukyuu: Unfortunately, basing dependencies upon already installed packages is not possible with AUR and pacman (and I'm not aware of any package management system that can do this). For your request to work, there are two possibilities: - Support @ninian s request to BlackIkeEagle to add a 'provides' statement to vivaldi-snapshot-ffmpeg-codecs. This would clearly be the better option. - Create a vivaldi-snapshot-widevine package that modifies this PKGBUILD. Unfortunately, I don't have the time to do so and maintain it.

ninian commented on 2017-02-07 20:53 (UTC)

@Soukyuu Please see my comment at: https://aur.archlinux.org/packages/vivaldi-snapshot-ffmpeg-codecs/#comment-578622 for another view of the problem

Soukyuu commented on 2017-02-07 20:48 (UTC)

Shouldn't this one look for vivaldi-snapshot-ffmpeg-codecs if vivaldi-snapshot is used? Else I have to install both packages just to make this one happy.

Scimmia commented on 2017-02-02 04:11 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

Delete it and redownload it. Checksum is correct.

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 36 Next › Last »