Sorry for this vague bugreport, but I can't find any mention of it anywhere. chromium dev channel has not worked with +widevine for a while now (since version 70.x at least), build flags +widewine and chrome-binary-plugins +widevine does not result in any widevine appearing in chrome://components anymore (both with +component-build and with -component-build). I didn't think of reporting it when I first discovered it, because I thought it was because I used an out of tree vaapi-enablement patch, but the problem is still there without that applied. I think the story is the same with other distros, since most uses the same patch as portage does. Tested with: [ebuild R #] www-client/chromium-72.0.3595.2::gentoo USE="cups hangouts jumbo-build (pic) proprietary-codecs pulseaudio suid widevine -component-build -custom-cflags -gnome-keyring -kerberos $ emerge --info Portage 2.3.51 (python 3.6.6-final-0, default/linux/amd64/17.1/systemd, gcc-8.2.0, glibc-2.27-r6, 4.19.0-gentoo x86_64) ================================================================= System uname: Linux-4.19.0-gentoo-x86_64-Intel-R-_Core-TM-_i9-8950HK_CPU_@_2.90GHz-with-gentoo-2.6 KiB Mem: 32766500 total, 16294724 free KiB Swap: 1048572 total, 1048316 free Head commit of repository gentoo: 2c29537c0d6271614ce292cb3e3747a04fd8057a Head commit of repository steam-overlay: 81325bfb1a2d0650a1f187b1e9f8274482457ee6 sh bash 4.4_p23 ld GNU gold (Gentoo 2.31.1 p3 2.31.1) 1.16 app-shells/bash: 4.4_p23::gentoo dev-java/java-config: 2.2.0-r4::gentoo dev-lang/perl: 5.26.2::gentoo dev-lang/python: 2.7.15::gentoo, 3.6.6::gentoo, 3.7.0::gentoo dev-util/cmake: 3.12.3::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.15.1-r2::gentoo, 1.16.1-r1::gentoo sys-devel/binutils: 2.31.1-r1::gentoo sys-devel/gcc: 5.4.0-r6::gentoo, 8.2.0-r4::gentoo sys-devel/gcc-config: 2.0::gentoo sys-devel/libtool: 2.4.6-r5::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 4.19::gentoo (virtual/os-headers) sys-libs/glibc: 2.27-r6::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: git sync-uri: https://github.com/gentoo/gentoo priority: -1000 steam-overlay location: /var/db/repos/steam-overlay sync-type: git sync-uri: https://github.com/anyc/steam-overlay/ masters: gentoo local location: /var/db/repos/local masters: gentoo priority: 10 dotnet location: /var/lib/layman/dotnet sync-type: laymansync sync-uri: https://anongit.gentoo.org/git/proj/dotnet.git masters: gentoo priority: 50 fol4 location: /var/lib/layman/fol4 sync-type: laymansync sync-uri: https://gitlab.com/madsl/fol4 masters: gentoo priority: 50 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA Oracle-BCLA-JavaSE AdobeFlash-11.x google-chrome skype-4.0.0.7-copyright PUEL TeamViewer teamspeak3" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=native -fno-stack-protector -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.3/conf /usr/share/maven-bin-3.5/conf" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -fno-stack-protector -pipe" DISTDIR="/var/cache/distfiles" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" INSTALL_MASK=" /usr/share/bash-completion /etc/runlevels /etc/conf.d /etc/init.d " LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j8" PKGDIR="/var/db/repos/gentoo/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X aac acl aes alsa amd64 apng avx avx2 bluetooth branding bzip2 cairo caps cli crypt cups cxx dbus declarative designer dri dri3 exif f16c ffmpeg flac fma3 fortran gif gles2 gold hidpi hvm iconv icu idn introspection ipv6 jpeg kde libinput libnotify libtirpc lto lzma mmx mmxext mp3 multilib ncurses net35 net40 net45 networkmanager nls nptl ogg opengl openmp pam pclmul pcre png policykit popcnt pulseaudio qt5 readline samba sdl seccomp sse sse2 sse3 sse4 sse4_1 sse4_2 ssl ssse3 svg systemd threads tiff touchpad truetype udev unicode usb user-session vaapi vdpau vorbis vulkan wayland xattr xcb xcomposite xinerama xkb xml xv xvmc zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon plan sheets stage words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" L10N="en en_US" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LLVM_TARGETS="BPF X86" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-1" POSTGRES_TARGETS="postgres9_5 postgres10" PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_6" RUBY_TARGETS="ruby25" USERLAND="GNU" VIDEO_CARDS="intel i965 nvidia modesetting" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Yeah, I have no idea what upstream is doing with the widevine code, and I don't care enough to research it. Patches welcome.
Copying Greg, since he fixed this last time it broke.
Hey, thanks for the cc Mike. I am in-between Gentoo's at the moment but will most definitely get bitten by this soon, at which time I will have a system capable of churning through chromium builds at a much more reasonable pace and and entertainment-deprivation to keep me motivated. Probably another week or three. Of course at that point I may simply discover I don't know how.... My magic 8-ball promises me that at some point in the future, keeping this as a simple patch will become prohibitively insecure, illegal, ugly, etc., and something far, far more drastic will be required.
some of the 70.x widevine builds work for me, the 71.x build is a disaster. Memory consumption during the build process for 71.x exceeds 24 GB by default which is unacceptable. I know "memory is cheap," however, it's not that cheap and I was forced to add `EXTRA_GN="jumbo_file_merge_limit=50"` to my make.conf to have any hope of completing the linking process. I am not sure what the upstream guys are thinking?!? How do they even work on this bloated monster?
(In reply to Alex Barker from comment #4) > How do they even work on this bloated monster? Last I heard they equip chrome developers with super-beefy workstation hardware. I am pretty sure that in my memory-exhaustion-related failures (some time ago), it was actually systemd memory limits -- not total virtual memory -- that was being exhausted; you might take a peek and make sure that's not the case for you (I never really solved that problem, myself, due to lack of patience/time/sticktoitiveness). Also, memory is not cheap! But hopefully it will be cheap again some day :)
I can indeed confirm that 70.x works as expected.
(In reply to Alex Barker from comment #4) > some of the 70.x widevine builds work for me, the 71.x build is a disaster. > Memory consumption during the build process for 71.x exceeds 24 GB by > default which is unacceptable. I know "memory is cheap," however, it's not > that cheap and I was forced to add `EXTRA_GN="jumbo_file_merge_limit=50"` to > my make.conf to have any hope of completing the linking process. I am not > sure what the upstream guys are thinking?!? How do they even work on this > bloated monster? I compile with Clang in a 4GB VM using the following flags: CC=clang CXX=clang++ CFLAGS="-O3 -pipe -flto=thin -march=native" CXXFLAGS="${CFLAGS}" LDFLAGS="${CFLAGS}" AR="ar" NM="nm" RANLIB=/bin/true
Is there anything I can look into to help resolve this issue?
Debian people seem to suggest using this patch, I will test and report back later... much later. https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=916058;filename=chromium_71_widevine.debdiff;msg=5
It looks like Arch are using this patch: https://git.archlinux.org/svntogit/packages.git/tree/trunk/chromium-widevine.patch?h=packages/chromium I'll test it out
I can confirm the patch from Arch gets it working
(In reply to Mike Lothian from comment #10) > It looks like Arch are using this patch: > > https://git.archlinux.org/svntogit/packages.git/tree/trunk/chromium-widevine. > patch?h=packages/chromium > > I'll test it out I too can confirm the arch patch is working (~amd64). Both patches are functionally the same so I would suggest adding the arch patch to 71.0.3578.98 and probably 71.0.3578.80. Thanks Mike.
Created attachment 558484 [details, diff] chromium-widevine-r4.patch Well it seems I have solved this by procrastinating. I thought that might work :) Anyhow here is a gentooified chromium-widevine-r4.patch candidate which W4M based on -r3 and the Arch patch referenced below. Found a new bug testing this out but... well it's not this bug I think.
hmm, wierd. https://670928.bugs.gentoo.org/attachment.cgi?id=558484&action=diff&format=raw&headers=1 has garbage in place of a description at the top, but https://670928.bugs.gentoo.org/attachment.cgi?id=558484 is the actual correct patch. Is that normal bgo behavior? Probably totally normal and I'm just stacking pebcak's in such a way that it looks to me like some inscrutable bug. But otherwise, it's some inscrutable bug, I think.
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=666ce8363b1335c0b8472d7e650e12240c52f4ea
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1939ce0754ff4d47b1dd37ae21dd7dbbb5a52f83 commit 1939ce0754ff4d47b1dd37ae21dd7dbbb5a52f83 Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2018-12-28 17:20:22 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2018-12-29 18:49:45 +0000 www-client/chromium: cleanup widevine patch Bug: https://bugs.gentoo.org/670928 Signed-off-by: Mike Gilbert <floppym@gentoo.org> www-client/chromium/files/chromium-widevine-r4.patch | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-)
*** Bug 674408 has been marked as a duplicate of this bug. ***