Segmentation fault (core dumped) in toolbox using the COPR version

[Viliansh]

• [x] I have read the FAQ.
• [x] I have searched in existing issues.

Environment

• OS: Fedora Kinoite 38
• scrcpy version: scrcpy 2.0
• installation method: COPR
• device model: Samsung galaxy M21s
• Android version: 12

Describe the bug scrcpy just show Segmentation fault in nothing more(even when using --verbosity=verbose)

⬢[vdaros@toolbox ~]$ scrcpy --verbosity=verbose
scrcpy 2.0 <https://github.com/Genymobile/scrcpy>
Segmentation fault (core dumped)
⬢[vdaros@toolbox ~]$ 

Please do not post screenshots of your terminal, just post the content as text instead.

[rom1v]

Thank you for your report.

Please try installing the latest version manually: https://github.com/Genymobile/scrcpy/blob/master/doc/linux.md#latest-version (remove the copr package first)

Does it still segfault?

[Viliansh]

Does it still segfault?

yep, i even created other toolbox to guaranteed that the COPR was completed removed, and same error

scrcpy --verbosity=verbose
scrcpy 2.0 <https://github.com/Genymobile/scrcpy>
Segmentation fault (core dumped)

[rom1v]

OK, then could you please build manually, but in debug mode with ASAN enabled:

# build
meson setup d -Db_sanitize=address -Dprebuilt_server=/path/to/scrcpy-server
ninja -Cd

# run
./run d

[rom1v]

Did you close because the is solved?

OK, then could you please build manually, but in debug mode with ASAN enabled:

What was reported by ASAN?

[akippnn]

Did you close because the is solved?

OK, then could you please build manually, but in debug mode with ASAN enabled:

What was reported by ASAN?

I have a similar setup as above (bluefin-dx; based on Fedora Silverblue 39) and did get the same segmentation fault error with the COPR version of scrcpy when installing it first try.

So I followed the steps of building it manually with the prebuilt server. ./run d works, but now so does scrcpy. I tried creating a new toolbox container and followed the same steps and suddenly scrcpy works OOTB.

Not sure what's going on. Here's the ASAN stderr output: https://gist.github.com/akippnn/dc3fabf58aa728f1024bef9a3ddb0486

[rom1v]

Looks like #4480.