Arch Linux User Repository

Please make sure to run the registering scripts register_widevine_firefox and/or register_widevine_chromium for every user that needs to be able to use widevine. This script only needs to be run once; no need to repeat it after upgrade.

The latest version no longer requires the LD_PRELOAD!!!

In order to get netflix to run, you need to spoof the user agent of the browser by setting it to ChromeOS.

@mogwai, you were right. I got the widevine.js into firefox-nightly and it now at least recognizes the plugin. However, whenever I try to play anything, the plugin just seems to crash. On firefox stable, the content plays without any issue. I can't seem to find any way to get logs for it, but if there's anything that I can upload to help diagnose why its crashing I'd be happy to do so!

@ddxtanx: You're probably still missing the preferences.js bit. You can either adapt the PKGBUILD to also install it into the firefox-nightly install directory (not profile dir). Or you can simply set those things by hand inside firefox-nightly by going to the config editor (or whatever it's called).

@mogwai, weirdly enough if I open the same profile in nightly and normal firefox (all it seems that register_widevine_firefox does is edit the profile folders) firefox stable can find the widevine plugin while firefox nightly just can't find it...

@ddxtanx: Probably because nightly is using different directories for the binaries and/or user profiles? Maybe you can check the contents of the register_widevine_firefox and the PKGBUILD script and figure out which extra directories need to be added.

Especially the preferences.js bit will be missing if firefox-nightly is installed to a separate directory.

Has anyone been able to get this to work on the firefox-nightly compiled version? Firefox stable can recognize the widevine plugin, but for whatever reason nightly just can't seem to get the plugin to exist.

I have problems building the package on my Raspberry 4B. After submitting 'yay -S widevine-aarch64' the compilation terminates with:

 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S: Assembler messages:
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:65: Error: invalid operands (*UND* and *ABS* sections) for `&'
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:66: Error: invalid operands (*UND* and *ABS* sections) for `>>'
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:67: Error: invalid operands (*UND* and *UND* sections) for `+'
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:69: Error: invalid operands (*UND* and *UND* sections) for `+'
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:89: Error: invalid operands (*UND* and *UND* sections) for `+'
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:90: Error: invalid operands (*UND* and *UND* sections) for `+'
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:36: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:38: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:39: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:40: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:41: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:42: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:43: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:44: Error: undefined symbol oX0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:51: Error: undefined symbol oPC used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:55: Error: undefined symbol oSP used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:58: Error: undefined symbol oPSTATE used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:62: Error: undefined symbol oEXTENSION used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:68: Error: undefined symbol FPSIMD_CONTEXT_SIZE used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:72: Error: undefined symbol oV0 used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:78: Error: undefined symbol oFPSR used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:84: Error: can't resolve oFPCR - oFPSR
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:84: Error: undefined symbol oFPCR used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:87: Error: undefined symbol FPSIMD_CONTEXT_SIZE used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:94: Error: undefined symbol UCONTEXT_SIGMASK used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:95: Error: undefined symbol SIG_BLOCK used as an immediate value
 ../sysdeps/unix/sysv/linux/aarch64/getcontext.S:97: Error: undefined symbol _NSIG8 used as an immediate value
 make[2]: *** [/home/michael/.cache/yay/glibc-widevine/src/glibc-build/sysd-rules:7: /home/michael/.cache/yay/glibc-widevine/src/glibc-build/stdlib/getcontext.o] Error 1

Maybe someone can help, Thanks!

This works great with Kodi's widevine-using addons (e.g. Retrospect). I previously was mucking around with armv7 kodi so I had a 32-bit widevine so in /var/lib/kodi/.kodi/cdm I just replaced. No idea if this file is the only thing needed or you also need the other metadata files.

I did modify the InputStreamHelper's code as it's still hardcoded to reject aarch64 widevine, just return True here: https://github.com/emilsvennesson/script.module.inputstreamhelper/blob/master/lib/inputstreamhelper/__init__.py#L147

You'll need InputStream.Adaptive 20.3.5 as well, as that adds support for loading the aarch64 widevine blob.

@kalrykh: Fine, my comment is deleted.

Still, you are mentioning problems you have on Asahi Linux, which is not the same as plain vanilla Archlinux (ARM). From a quick inspection, I see that Asahi has a.o. a patched libinput package. I'm pretty sure you can get better support by opening a topic on the Asahi forum or whatever medium they use for support, and share your issues and experiences there.

I've been running with this particular version of the patched glibc on multiple plain-vanilla Archlinux ARM systems (armv7h and aarch64) for about a year now including my daily driver machine without any problems, as have many other people. Comments like "Might want to hold off on this" are not helpful to other users of plain-vanilla Archlinux (ARM).

Yeah, I'm running Arch. I wiped Fedora and put Arch back on, did a a full system update, then installed the Edge kernal/mesa driver just to play around with this. It was a bit of an exciting development to see this finally working and I wanted to see it in action. If you want comments deleted, you can start with your own. The only thing I tried on Fedora was this package alone, with no dependencies, as the package build is just a bash script and I wanted to see if I could automate that little bit messing around. I wipe/reinstall Asahi almost daily checking out different things between Arch, Ubuntu and Fedora and have for a few weeks now and have never had so many failures. Hell, compiling the patched glib failed itself, the same as a previous comment (on the glibc-widevine package), and I had to start it over completely a second time. (bloody edits, sorry if you're getting notifications for all these)