Arch Linux User Repository

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There also exist a binary repository: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff
The packages within the binary repository are built against the latest packages from Arch Linux and hence might not be compatible with Manjaro. This can be the cause when the Plasmoid doesn't work.
Note that the syncthingtray-qt6 package in my binary repository is even built against Arch Linux's kde-unstable repository in order to include KDE integrations as well. That means you'll need that repository as well - even for the desktop-neutral parts (at least when kde-unstable has a newer version of Qt).** You can still build this package yourself against the normal repositories (without KDE integrations) or use syncthingtray instead for the time being.

Important remarks:

• Like with any other package a rebuild is required when the soname of a dependency like boost changes (see e.g. https://github.com/Martchus/syncthingtray/issues/98). The package in my binary repository should be rebuilt in a timely manner. I'm usually also updating pkgrel of the AUR package when a rebuild is required (only in accordance with Arch Linux of course, not in accordance with Manjaro).
  • The "dirty" way is forcing the installation/update (leaving syncthingtray-qt6 broken until it has been rebuilt) or to uninstall syncthingtray-qt6 temporarily before the update. After the update syncthingtray-qt6 can be rebuilt and reinstalled again.
  • The correct solution is to use makechrootpkg which is also how official developers build their packages (and how packages in my binary repository are built).
• It is required to build dependencies (that are not provided by Arch Linux itself) before building this package. So you need to build c++utilities, qtutilities-qt6, qtforkawesome-qt6 and syncthingtray-qt6 in that order.
• The KDE integrations have been ported to KDE 6. This package builds KDE integrations for KDE 6 by default as KDE 6 is now in the main repositories.
• Note that the tests of this package might fail despite there's nothing wrong (e. g. because Syncthing is just too slow and the test runs in a timeout). To ignore those false-positives, build the package with makepkg --nocheck or makechrootpkg -- --nocheck. It makes still sense to report failures. But please include the actual error message and not just the last few lines.

Hi, syncthingtray-qt6 build error when yay -Syu:

[132/132] Linking CXX executable tray/syncthingtray-qt6
FAILED: tray/syncthingtray-qt6 
: && /usr/bin/c++ -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -O3 -DNDEBUG -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now tray/CMakeFiles/syncthingtray-qt6.dir/syncthingtray-qt6_autogen/mocs_compilation.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/application/main.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/application/singleinstance.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/trayicon.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/traywidget.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/traymenu.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/dirbuttonsitemdelegate.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/devbuttonsitemdelegate.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/downloaditemdelegate.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/dirview.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/devview.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/downloadview.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/gui/helper.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/syncthingtray-qt6_autogen/3YJK5W5UP7/qrc_syncthingtrayicons.cpp.o tray/CMakeFiles/syncthingtray-qt6.dir/syncthingtray-qt6_autogen/EWIEGA46WW/qrc_syncthingtray_translations.cpp.o -o tray/syncthingtray-qt6 -L/home/ashes/.cache/yay/syncthingtray-qt6/src/syncthingtray-1.4.7/syncthingconnector   -L/home/ashes/.cache/yay/syncthingtray-qt6/src/syncthingtray-1.4.7/syncthingmodel   -L/home/ashes/.cache/yay/syncthingtray-qt6/lib -Wl,-rpath,/home/ashes/.cache/yay/syncthingtray-qt6/src/syncthingtray-1.4.7/syncthingconnector:/home/ashes/.cache/yay/syncthingtray-qt6/src/syncthingtray-1.4.7/syncthingmodel:/home/ashes/.cache/yay/syncthingtray-qt6/lib:/home/ashes/.cache/yay/syncthingtray-qt6/src/syncthingtray-1.4.7/syncthingwidgets:  /usr/lib/libqtutilities-qt6.so.6.13.1  syncthingwidgets/libsyncthingwidgets-qt6.so.1.4.7  /usr/lib/libQt6Network.so.6.5.3  /usr/lib/libQt6Widgets.so.6.5.3  /usr/lib/libc++utilities.so.5.24.1  /usr/lib/libQt6Gui.so.6.5.3  /usr/lib/libGLX.so  /usr/lib/libOpenGL.so  syncthingmodel/libsyncthingmodel-qt6.so.1.4.7  syncthingconnector/libsyncthingconnector-qt6.so.1.4.7  /usr/lib/libc++utilities.so.5.24.1  /usr/lib/libQt6Network.so.6.5.3  /usr/lib/libQt6Core.so.6.5.3  /usr/lib/libqtforkawesome-qt6.so.0.1.0  /usr/lib/libQt6Widgets.so.6.5.3  /usr/lib/libQt6Gui.so.6.5.3  /usr/lib/libQt6Core.so.6.5.3  /usr/lib/libGLX.so  /usr/lib/libOpenGL.so  /usr/lib/libc++utilities.so.5.24.1  /usr/lib/libQt6Widgets.so.6.5.3  /usr/lib/libQt6Gui.so.6.5.3  /usr/lib/libGLX.so  /usr/lib/libOpenGL.so  /usr/lib/libQt6Core.so.6.5.3  /usr/lib/libQt6Core.so.6.5.3 && :
/usr/bin/ld: warning: libdav1d.so.6, needed by /usr/lib/libavcodec.so.60, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_get_picture'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_version'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_data_unref'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_open'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_data_wrap_user_data'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_get_frame_delay'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_data_wrap'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_send_data'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_parse_sequence_header'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_flush'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_picture_unref'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_get_event_flags'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_close'
/usr/bin/ld: /usr/lib/libavcodec.so.60: undefined reference to `dav1d_default_settings'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: syncthingtray-qt6-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
syncthingtray-qt6 - exit status 4

Just rebuild against the new version of boost.

Hi,

new version of libboost breaks dependency of this package. Any chance you can make this compatible with libboost 1.83.0-2?

:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing boost-libs (1.83.0-2) breaks dependency 'libboost_filesystem.so=1.81.0-64' required by syncthingtray-qt6
System update failed: 
   0: Command failed: `/usr/bin/paru --pacman pacman -Syu`
   1: `/usr/bin/paru` failed: exit status: 1

I think yay will support this way of specifying dependencies in the future. At least I saw some statement about it somewhere on GitHub. Note that yay shouldn't be the limiting factor for what pacman/makepkg features to use.

Please fix your packages to work with YAY at the very least. Or consider "fixing" yay instead so that your beloved way of using "depends" works.

What you're doing here just wastes peoples time trying to figure out how to use your great creation (syncthingtray)! Your preferred way to use depends doesn't tell us which package we need to install. Using yay and makepkg it just tells you about missing dependencies that look like libraries. Using this very page i'm commenting on is the ONLY way to see which package i actually need to install.

The result of this is that we - those that want to try this package out - are forced to resolve the dependencies ourselves. This should be a solved problem in linux. Therefore again, don't introduce your own "i know better" dependency hell. Help yay out to resolve this or "follow the crowd" and fix it so it's usable.

These soname depends (explained in the last paragraph of https://wiki.archlinux.org/title/PKGBUILD#depends) allow tracking dependencies on soname level (as it is done by other distributions often by default). This helps preventing errors because a library cannot be found as pacman can avoid installing an incompatible set of package in the first place. Many official packages use this feature and its use is increasing also in the AUR.

So that would mean that at least yay, paru and pikaur are having the same problem?

What's wrong with using that:

depends=('qtutilities-qt6' 'qtforkawesome-qt6' 'c++utilities' 'boost-libs'
         'qt6-svg' 'openssl' 'desktop-file-utils' 'xdg-utils')

Those dependencies are present in the AUR. The "Dependencies" section on this page shows the packages the dependencies are provided by. Note that the warning message lists certain dependencies but calls them "packages" which is wrong. Dependencies are not the same as packages. You should report a bug on the AUR helper you're using.

I ran into the following error the since the laetest update:

:: error: Can't resolve dependencies for AUR package 'syncthingtray-qt6':
:: error: Dependencies missing for syncthingtray-qt6
:: warning: Following packages cannot be found in AUR:
    libqtforkawesome-qt6.so    
    libqtutilities-qt6.so    
    libc++utilities.so

Seems like there's a wrong sha256 checksum in the PKGBUILD.

bdd40eee7f16e8d4f53d153db4e0288f83b92a39bc33c96b22568f25712fe3d4 works for me.