Arch Linux User Repository

@johann12 Note that this is still unmaintained software. So I would suggest not using it.

Let me see if I can fix this issue nevertheless.

After adding the SUID flag to the chrome-sandbox executable, I encountered the following errors:

Starting SDK
libva error: vaGetDriverNames() failed with unknown libva error
[15509:0907/233326.371157:ERROR:viz_main_impl.cc(188)] Exiting GPU process due to errors during initialization
libva error: vaGetDriverNames() failed with unknown libva error
[15562:0907/233326.446945:ERROR:sandbox_linux.cc(377)] InitializeSandbox() called with multiple threads in process gpu-process.
Daemon: /opt/LBRY/resources/static/daemon/lbrynet: error while loading shared libraries: libz.so.1: failed to map segment from shared object

I encountered the following error while running LBRY:

[15050:0907/232544.789248:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing, I'm aborting now. You need to make sure that /opt/LBRY/chrome-sandbox is owned by root and has mode 4755.
zsh: trace trap (core dumped) lbry

Consider adding the command to the PKGBUILD:

chmod 4755 /opt/LBRY/chrome-sandbox

so you made a puppet account to complain that a package which is up to date is not up to date?

LOL, nope. Not me. I'm maintaining my packages and frankly haven't thought about you for months.

Please stop pinging.

@TomZander so you made a puppet account to complain that a package which is up to date is not up to date?

Stop wasting other people's time.

1 : those timestamps are high-tier sus. Day-Week-Month long gaps between most posts, but then several replies with the same opinions within a few hours two times in a row. (<6hr gap) 2 : if the owner of a package is not keeping it maintained, making an alternative package so that users can download a properly maintained package is not wasting anyone's time. Posting and maintaining packages is the entire point of the AUR; saying "if users actually want an up-to-date applications that's their problem" is genuinely just unhinged. If you are not willing to actually maintain the package, do not become the maintainer of the package.

"Last Updated: 2023-02-14 22:54 (UTC)" at time of writing

@TomZander

Please refrain to upload the package lbry-app-bin again. you know that package has no reasons to exist anymore, so please don't create it again. The package lbry-app-bin was created multiple times and it was always deleted as it's duplicate of lbry-desktop-bin

Please don't waste other people time, thank you

TomZander, I suggest you to stop creating duplicated packages with other names, again had to fill another deletion request for lbry-app-bin. If people want to update the package they can do that locally, that is not a reason to create duplicated packages and causing trouble to users.

As the owner is repeatedly not updating the package (again a week overdue now), I'd like to suggest people use the actually well updated package by git cloning;

https://aur.archlinux.org/lbry-app-bin.git