Created attachment 564744 [details, diff] Fix to the ebuild to set right update channel for ESR build On www-client/firefox-60.5.0, Netflix will fail to load; the browser continually prompts the user that it is "installing components", but never finishes. Firefox seems to determine what version of the components through a flag called the "update channel"; this flag lives in /usr/lib64/firefox/defaults/pref/channel-prefs.js after installation. The value of this is set at compile time. Normally this flag is "default", but for "ESR" builds, which 60.5.0 seems to be, this flag should be "esr". When this flag is set incorrectly — as it currently appears to be, Firefox will pull the wrong version of Widevine (the plugin used to play DRM content), and the version it pulls is incompatible, resulting in the user continually being told that the component is installing. I reported this first to upstream Mozilla, here: https://bugzilla.mozilla.org/show_bug.cgi?id=1526735 That report is basically a duplicate of this one, which is essentially the same bug, but found under Debian: https://bugzilla.mozilla.org/show_bug.cgi?id=1524830 This email, linked on that bug, shows what changes Debian needed to make in order to fix it, and was helpful in arriving at a fix for the firefox ebuild I have on my system: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=921381;filename=0001-Switch-to-ESR-update-channel-for-GMP-downloads.patch;msg=10 I've attached a rudimentary patch to the ebuild that, on my system, builds Firefox with the update channel set to ESR and results in a working Netflix.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=168cbc2f264cdefc17050925183d1b0e56129dda commit 168cbc2f264cdefc17050925183d1b0e56129dda Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2019-02-12 01:20:28 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2019-02-12 01:23:35 +0000 mozconfig-v6.60.eclass: set correct update channel for ESR versions Closes: https://bugs.gentoo.org/677722 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> eclass/mozconfig-v6.60.eclass | 5 +++++ 1 file changed, 5 insertions(+)
Thank you for the bug report!
Sorry, one further question. Does the ebuild need to move/be copied a -r1 revision, in order to trigger rebuilds for other effected users? (I wasn't entirely sure how to express that in a .patch file; I'm mostly just diff'ing the ebuild I have in /usr/portage and a copy that I played around with in a local overlay.)