Open axonasif opened 2 years ago
hluk
commented
2 years ago I cannot help much without seeing the build logs. GitHub Actions build and bundle all plugins correctly.
To see if the plugin is included in the app, check if there is Tags entry in Items config tab in Preferences dialog.
axonasif
commented
2 years ago Oh sorry @hluk I had the logs copied but forgot to paste 😅
Here it goes:
Note [2022-02-08 12:30:44.538] <Server-15443>: No plugins loaded
Warning [2022-02-08 12:30:44.542] <Server-15443>: [kf.windowsystem] QtWarning: Could not find any platform plugin
Warning [2022-02-08 12:30:49.045] <Server-15443>: [qt.qpa.fonts] QtWarning: Populating font family aliases took 152 ms. Replace uses of missing font family "Monospace" with one that exists to avoid this cost.
Note [2022-02-08 12:32:05.636] <Server-15443>: Exception in command "Add a Tag": ScriptError: Plugin "itemtags" is not installed
Note [2022-02-08 12:32:05.636] <Server-15443>:
Note [2022-02-08 12:32:05.636] <Server-15443>: --- backtrace ---
Note [2022-02-08 12:32:05.636] <Server-15443>: get@:1
Note [2022-02-08 12:32:05.636] <Server-15443>: %entry@eval code:1
Note [2022-02-08 12:32:05.636] <Server-15443>: eval: plugins.itemtags.tag()
Note [2022-02-08 12:32:05.636] <Server-15443>: eval
Note [2022-02-08 12:32:05.636] <Server-15443>: --- end backtrace ---
Note [2022-02-08 12:32:05.638] <Server-15443>: Command “Add a Tag”
Note [2022-02-08 12:32:05.638] <Server-15443>: Exit code: 4
Note [2022-02-08 12:32:05.638] <Server-15443>: 1. copyq: plugins.itemtags.tag()
Note [2022-02-08 12:32:11.719] <Server-15443>: Exception in command "Add a Tag": ScriptError: Plugin "itemtags" is not installed
Note [2022-02-08 12:32:11.719] <Server-15443>:
Note [2022-02-08 12:32:11.719] <Server-15443>: --- backtrace ---
Note [2022-02-08 12:32:11.719] <Server-15443>: get@:1
Note [2022-02-08 12:32:11.719] <Server-15443>: %entry@eval code:1
Note [2022-02-08 12:32:11.719] <Server-15443>: eval: plugins.itemtags.tag()
Note [2022-02-08 12:32:11.719] <Server-15443>: eval
Note [2022-02-08 12:32:11.719] <Server-15443>: --- end backtrace ---And here is a screenshot of the preferences dialog
.
hluk
commented
2 years ago Yup, no plugins included. Did they build fine? Or maybe there was a problem when creating the bundle.
axonasif
commented
2 years ago Sorry for the late reply, I was using ./CopyQ.app but not ./_CPack_Packages/Darwin/DragNDrop/copyq-6.0.1-15-gff4f6705-Darwin/CopyQ.app.
Here's what I did to build and their logs:
mkdir build && cd build
cmake -DCMAKE_PREFIX_PATH=(brew --prefix qt5) -DCMAKE_LISTS_TXT_PATH="$PWD/../CMakeLists.txt" -DCMAKE_LISTS_OR_SETTINGS_JSON=CMakeListsTxtAdvanced -DCMAKE_BUILD_TYPE=Release -DCMAKE_GENERATOR=Ninja -DWITH_TESTS=TRUE ../# I use fish shell, so(brew --prefix qt5)instead of$(brew --prefix qt5)
cmake --build .
cpack
As I said in the beginning, now while being on the build dir, if I try to run: ./CopyQ.app/Contents/MacOS/CopyQ --version, I get:
CopyQ Clipboard Manager 6.0.1-15-gff4f6705
Qt: 5.15.2
KNotifications: 5.87.0
Compiler: GCC
Arch: arm64-little_endian-lp64
OS: macOS 12.2Here is the tree logs for ./CopyQ.app if it's helpful:
So this isn't the full application, but ./_CPack_Packages/Darwin/DragNDrop/copyq-6.0.1-15-gff4f6705-Darwin/CopyQ.app is. For some reason ./_CPack_Packages/Darwin/DragNDrop/copyq-6.0.1-15-gff4f6705-Darwin/CopyQ.app/Contents/MacOS/CopyQ binary crashes with fish: Job 1, './_CPack_Packages/Darwin/Drag...' terminated by signal SIGKILL (Forced quit). I'm not sure how to trace binaries in MacOS yet, heard about dtrace, gotta try that.
I had also tried building 6.0.1-gf4773644, which is the same version as in the CopyQ x86_64 latest release at ^1 but made no difference.
Today I head back to using the x86(intel) version from ^1 since that just works with one drawback of the rosetta translation 😅
Lastly, thank you for your time 🙏
hluk
commented
2 years ago Are the plugins built? E.g. is there plugins/libitemencrypted.so in the build directory (or maybe in different subdirectory)?
axonasif
commented
2 years ago Are the plugins built? E.g. is there
plugins/libitemencrypted.soin the build directory (or maybe in different subdirectory)?
Yes
axon@MacBook-Air ~/C/build (master)> tree -L 2 plugins
plugins
├── CMakeFiles
├── cmake_install.cmake
├── itemencrypted
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemencrypted_autogen
│ └── ui_itemencryptedsettings.h
├── itemfakevim
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemfakevim.qrc.depends
│ ├── itemfakevim_autogen
│ ├── qrc_itemfakevim.cpp
│ └── ui_itemfakevimsettings.h
├── itemimage
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemimage_autogen
│ └── ui_itemimagesettings.h
├── itemnotes
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemnotes_autogen
│ └── ui_itemnotessettings.h
├── itempinned
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ └── itempinned_autogen
├── itemsync
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemsync_autogen
│ └── ui_itemsyncsettings.h
├── itemtags
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemtags_autogen
│ └── ui_itemtagssettings.h
├── itemtext
│ ├── CMakeFiles
│ ├── cmake_install.cmake
│ ├── itemtext_autogen
│ └── ui_itemtextsettings.h
├── libitemencrypted.so
├── libitemfakevim.so
├── libitemimage.so
├── libitemnotes.so
├── libitempinned.so
├── libitemsync.so
├── libitemtags.so
└── libitemtext.so
25 directories, 26 files
axon@MacBook-Air ~/C/build (master)> tree -L 2 _CPack_Packages/Darwin/DragNDrop/copyq-6.0.1-15-gff4f6705-Darwin/CopyQ.app/Contents/PlugIns/
_CPack_Packages/Darwin/DragNDrop/copyq-6.0.1-15-gff4f6705-Darwin/CopyQ.app/Contents/PlugIns/
├── bearer
│ └── libqgenericbearer.dylib
├── copyq
│ ├── libitemencrypted.so
│ ├── libitemfakevim.so
│ ├── libitemimage.so
│ ├── libitemnotes.so
│ ├── libitempinned.so
│ ├── libitemsync.so
│ ├── libitemtags.so
│ └── libitemtext.so
├── generic
│ └── libqtuiotouchplugin.dylib
├── iconengines
│ └── libqsvgicon.dylib
├── imageformats
│ ├── libqgif.dylib
│ ├── libqicns.dylib
│ ├── libqico.dylib
│ ├── libqjpeg.dylib
│ ├── libqmacheif.dylib
│ ├── libqmacjp2.dylib
│ ├── libqsvg.dylib
│ ├── libqtga.dylib
│ ├── libqtiff.dylib
│ ├── libqwbmp.dylib
│ └── libqwebp.dylib
├── platforminputcontexts
│ └── libqtvirtualkeyboardplugin.dylib
├── platforms
│ ├── libqcocoa.dylib
│ ├── libqminimal.dylib
│ ├── libqoffscreen.dylib
│ └── libqwebgl.dylib
├── platformthemes
│ └── libqxdgdesktopportal.dylib
├── qmltooling
│ ├── libqmldbg_debugger.dylib
│ ├── libqmldbg_inspector.dylib
│ ├── libqmldbg_local.dylib
│ ├── libqmldbg_messages.dylib
│ ├── libqmldbg_native.dylib
│ ├── libqmldbg_nativedebugger.dylib
│ ├── libqmldbg_preview.dylib
│ ├── libqmldbg_profiler.dylib
│ ├── libqmldbg_quickprofiler.dylib
│ ├── libqmldbg_server.dylib
│ └── libqmldbg_tcp.dylib
└── styles
└── libqmacstyle.dylib
10 directories, 40 files@hluk I think the issue is when cpack does the final linking stuff, invalidating the signatures. https://gitlab.kitware.com/cmake/cmake/-/issues/21854
How do we fix it? Should I try to follow the proposed workaround in the issue above?
Update: Doesn't work, I had tried to put set(CMAKE_XCODE_ATTRIBUTE_OTHER_CODE_SIGN_FLAGS "-o linker-signed") on the project CMakeLists.txt and also had tried by passing in the command line -DCMAKE_XCODE_ATTRIBUTE_OTHER_CODE_SIGN_FLAGS="-o linker-signed"
Please keep in mind that I have no idea about C++ development and cmake.
axonasif
commented
2 years ago Here is the CopyQ binary crash log with/without the workaround flags:
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------
Process: CopyQ [23165]
Path: /Users/USER/*/CopyQ.app/Contents/MacOS/CopyQ
Identifier: io.github.hluk.CopyQ
Version: 6.0 (6.0.1-15-gff4f6705)
Code Type: ARM-64 (Native)
Parent Process: fish [3409]
Responsible: Terminal [579]
User ID: 501
Date/Time: 2022-02-12 21:43:11.3667 +0600
OS Version: macOS 12.2 (21D49)
Report Version: 12
Anonymous UUID: 49966BE9-A3A7-C70A-F5F9-15BF3E09D134
Sleep/Wake UUID: D4624B63-571C-40C2-9787-0DB458699042
Time Awake Since Boot: 27000 seconds
Time Since Wake: 9996 seconds
System Integrity Protection: enabled
Crashed Thread: 0
Exception Type: EXC_BAD_ACCESS (SIGKILL (Code Signature Invalid))
Exception Codes: UNKNOWN_0x32 at 0x00000001034b0000
Exception Codes: 0x0000000000000032, 0x00000001034b0000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: Namespace CODESIGNING, Code 2 Hey @hluk! I was able to workaround it by doing the following in my build dir:
codesign --force --deep --sign - $PWD/_CPack_Packages/Darwin/DragNDrop/copyq-*-Darwin/CopyQ.appWill update the docs too 👍 Thanks for sticking along with me.
Describe the bug I'm unable to assign tags to clipboard items, maybe the tags plugin is missing in my macOS build?
To Reproduce Steps to reproduce the behavior:
Expected behavior The itemtags plugin should be there and work properly
Screenshots None
Version, OS and Environment (Get details from
copyq versioncommand if possible.)