On a fresh Manjaro XFCE installation I didn’t need all those tips from this thread. What I did:
pamac install inetutils docker
reboot
systemctl enable docker
systemctl start docker
pamac install chromium-docker
reboot
And everything is fine, now I can watch Netflix on the second display (an old TV). Sound via HDMI works out of the box, I didn’t test bluetooth or other outputs (my Pi400 only has bluetooth and HDMI).
UPDATE: A minor drawback seems to be, that docker sends audio signals only to HDMI-1. Otherwise it works quite well.
I’m sorrry, I don’t have an account on amazon so I cannot test it. In general the solution for Manjaro with the armhf-docker-container is not perfect at all. It works, but only for some setups. I’m not able to route the audio output to bluetooth for example. Only HDMI-1 works. And after a few minutes of watching Netflix, chrome opens a popup and want’s to be updated.
I have just formatted and reinstalled from manjaro arm xfce to gnome.
I used fresh iso and proceed with chromium docker installation.
Netflix movie runs. Music is also available but I can not again manipulate with the volume (only one constant same level of volume is available from chromium docker).
First thing I did was to configure paprefs but i got this issue described here:
Sorry I do not get you @spikerguy.
I do not know how to use pipewire. Does pipewire is kind of substitute for paprefs?
You are saying that there is no way to use paprefs for chromium-docker?
Hi, i 've a problem with chromium-docker, i can’t start it
here is the error message :
[dams@dams-pc ~]$ sudo chromium-armhf
[sudo] Mot de passe de dams :
Set host IP for Pulseaudio
/usr/local/bin/chromium-armhf: ligne 4: hostname : commande introuvable
Enabling XHost Forwarding
non-network local connections being added to access control list
Searching for Docker image …
Found and using ee9f33d99146
/usr/local/bin/chromium-armhf: ligne 13: pax11publish : commande introuvable
WARNING: The requested image’s platform (linux/arm/v7) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
Failed to dup renderonly object
free(): invalid pointer
[dams@dams-pc ~]$
New updates regarding widevine package. You can now download the widevine-aarch64 and widevine-glibc packages from AUR to work with your browser on aarch/manjaro. However, from my own experience, pamac indicates that glibc is a locked package and will not allow me to install it. Does anyone have a solution?
Instructions for a successful install would be:
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.
Does this happen when you try installing glibc-widevine? You shouldn’t remove the old glibc, just replace with this one. glibc-widevine states it provides glibc, so it should count as just an update to glibc.
Yes on the pamac addon manager it fails and will not let you continue. However if you clone the file directly from AUR and manually build the package, it works fine.
This is really silly: The package got removed because it is ARM-only, so the AUR people think it belongs into Arch Linux ARM, but how is Arch Linux ARM supposed to carry this package? It is not redistributable. Shipping the PKGBUILD in something like AUR is the only legal way to distribute this blob. Do they expect Arch Linux ARM to come up with their own AUR? Or to illegally redistribute the binary package? There ought to be a place for problematic packages like this.