Package Details: qtscrcpy 2.2.1-5

Git Clone URL: https://aur.archlinux.org/qtscrcpy.git (read-only, click to copy)
Package Base: qtscrcpy
Description: Android real-time screencast control tool
Upstream URL: https://github.com/barry-ran/QtScrcpy
Licenses: Apache-2.0
Conflicts: qtscrcpy-docs
Submitter: yochananmarqos
Maintainer: xiota
Last Packager: xiota
Votes: 14
Popularity: 0.016767
First Submitted: 2021-03-07 15:32 (UTC)
Last Updated: 2024-08-30 21:15 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

missingSleepDeps commented on 2022-01-21 00:04 (UTC)

I'm trying to update qtscrcpy from pamac-tray-manager, so that the irritating "updates available" icon goes away. But the transaction fails because of the find_package linee in the CMakeLists from the QtScrcpy directory makes cmake try to find qt6-x11extras, even though the app obviously can't be built using qt6 (and I'm sure would irreparably break ManjaroKDE if I just remove qt6 entirely). There's already a patch file in this package, so I thought it would be a simple task (for people who've taken the patch prerequisite in order to get their package-management degree) to just add a line in the patch file that changes those find_package lines to only look for qt5...Such a task only has to do with this packaging...

yochananmarqos commented on 2022-01-20 23:36 (UTC)

@missingSleepDeps: Faster than what? You still haven't mentioned what you're actually trying to do.

What does reading the Arch Wiki to learn something new have to do with stress levels?

The developer does know English (or uses a translator), by the way.

This discussion has nothing to do with packaging.

missingSleepDeps commented on 2022-01-20 23:26 (UTC)

@yochananmarqos

Because I'm pretty sure that changing that line is faster and comes with fewer levels of stress than learning what "build in a chroot" means...

Also I haven't yet learned to write in Chinese...

yochananmarqos commented on 2022-01-20 22:49 (UTC)

@missingSleepDeps: What's the purpose in that? Build in a chroot if there's conflicts between Qt versions in your local enviroment or create an upstream issue.

missingSleepDeps commented on 2022-01-20 22:40 (UTC)

@yochananmarqos is there any way to automate editing lines 81 and 84 in "QtScrcpy/CMakeLists.txt," from find_package(QT NAMES Qt6 Qt5 COMPONENTS Widgets Network LinguistTools REQUIRED) to find_package(QT NAMES Qt5 COMPONENTS Widgets Network LinguistTools REQUIRED)? That's the only way makepkg --noextract can successfully build qtscrcpy...

missingSleepDeps commented on 2022-01-10 22:33 (UTC)

That's what happens when I try to compile it. Qt5 and Qt6 are installed, but for some reason it tries to build only for Qt6...

yochananmarqos commented on 2022-01-09 21:21 (UTC)

@missingSleepDeps: This isn't meant to be compiled with Qt 6. There is no qt6-x11extras package, anyway.

missingSleepDeps commented on 2022-01-09 20:50 (UTC) 

CMake Error at QtScrcpy/CMakeLists.txt:85 (find_package):
  Found package configuration file:

    /usr/lib64/cmake/Qt6/Qt6Config.cmake

  but it set Qt6_FOUND to FALSE so package "Qt6" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find Qt component "X11Extras".

  Expected Config file at
  "/usr/lib64/cmake/Qt6X11Extras/Qt6X11ExtrasConfig.cmake" does NOT exist

tistest commented on 2021-04-03 06:13 (UTC) (edited on 2021-04-03 06:20 (UTC) by tistest)

@yochananmarqos didn't expect that you dug out my old issue （

at that time i also wanted to submit a pkgbuild here, however, i didnt know where the client was so i gave up, as you can see in #235

yesterday i compile it on the spur of the moment, and i accidentally find that the client from QtScrcpy/third_party works pretty well, and it's unnecessary to get one from scrcpy. consider trying it?

by the way, thanks for maintaining. i'm adding a aur link to the original repo. :)

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »