I originally symlinked libffmpeg.so in vivaldi-snapshot to remove a confusing console warning that stated H264 support was not enabled when in fact, it was working. Generally it is not necessary to symlink. Abi report to smart enough to add it as a dependency if ffmpeg-chromium is added to builddeps.

You should verify hw accelerated video decoding is still working with mpv or vlc imo as part of the test plan, check cpu usage with software decoding and hardware decoding. Test intel with libva-intel-driver AMD with mesa and nvidia via libva-vdpau-driver

Resolved by R883:f0b4d42c5868

R4229:87d09af5b023. Would prefer if you opened a new task in future with a specific reason for updating it. Regardless, thanks for the reminder to update it.

Update to 71.0.3578.98
Refresh patches

Very likely to be a hardware issue - i.e. not enough shielding for the onboard audio chipset, so noise from the mainboard comes through. I've had this issue for the past two motherboards i've owned in my main desktop rig. Ironically, the higher quality your headphones or speakers the more likely you'll be able to hear random noise.

Abandoning to cleanup phab, my patience has also run thin on compiling this.

Implement PGO hints and improvements from
http://llvm.org/docs/HowToBuildWithPGO.html
https://github.com/llvm-mirror/llvm/blob/master/utils/collect_and_build_with_pgo.py

I have a working package for this, however, it requires JDK 9 or later without downloading their bundled Java. Several system packages still require openjdk 8 as we have packaged but we have no way to provide multiple java versions currently, see T6658.

i'll do a build without 32bit support to see if the symbols reappear first. I was hoping to avoid having to use emul32. Additionally, there is new documentation and a script for building PGO clang upstream which gives a few pointers.

Update to 70.0.3538.67
Rebuild against system icu
Usual new patches and rebasing to fix compile errors
Requires a newer harfbuzz

Not exactly happy with upstream with their changes, we might have to switch to repackaging the deb in future but this can go in for now. Such are electron apps. Thanks for figuring out the pain points.

This is a different piece of software different from kdeconnect meant for gnome based environments.

Poking @sunnyflunk for thoughts.

Fixup summary

patch is an empty file just fyi

Relevant bit from r's configure output after adding pkgconfig(tk) to builddeps. If someone has some time to take a look at this, something about our tcl/tk packages is broken.

checking for tclConfig.sh... no
checking for tclConfig.sh in library (sub)directories... /usr/lib64/tclConfig.sh
checking for tkConfig.sh... no
checking for tkConfig.sh in library (sub)directories... /usr/lib64/tkConfig.sh
checking tcl.h usability... yes
checking tcl.h presence... yes
checking for tcl.h... yes
checking tk.h usability... yes
checking tk.h presence... yes
checking for tk.h... yes
checking whether compiling/linking Tcl/Tk code works... no

Thank you so much for this, the api changes were a little too over my head.

widevine is nothing to do with ffmpeg though

You can install in unstable now via linux-tools-turbostat. You should be able install from unstable to stable here if you're using stable.

Cleanup the changelog please - remove mention of architectures which are not relevant such as ARM and avoiding citing specific bug report/pull request numbers.

Please cleanup the changelog - avoid citing specific numbers of bug report numbers or pull requests such as 'Closes #999 and others'. A slightly more detailed testplan would able be appreciated such as tested 'Microphone and Webcam input', 'Tested chat functionality', stuff like that

What's the situation with building this from source once again?

Re-opening since some things were rolled back

Have at it, the make package-electron has been replaced by by make electron-build and you'll likely need to modify the build scripts to not to build a rpm package see here

Dumb build hurdles to jump and electron apps, name a more iconic duo. Will have to checkout from commit 2907cd1.

They're using ssh submodules will have fork just to clone it with solbuild - so irritating.

Support for it comes in this commit - which isn't part of a stable release yet - could theoretically be backported (as there's an AUR package for it) but mileage may vary. Assigning to Josh since he maintains obs-studio but I would reckon his response would be - wait for a new stable release.

Updated the pam config to:

Alright to get this working install pam-u2f. Then run pamu2fcfg > ~/.config/Yubico/u2f_keys and press the button on your yubico key. Finally edit /etc/pam.d/system-auth and before auth required pam_unix.so, add

# Yubico Universal 2 Factor Auth from `pam-u2f` package
# Change `required` to `sufficient` to login without a password
auth required pam_u2f.so cue