whoever is maintaining the chaotic aur package for this needs to update their package it is causing dependacies issues
:: installing boost-libs (1.87.0-2) breaks dependency 'libboost_filesystem.so=1.86.0-64' required by syncthingtray-qt6
Git Clone URL: | https://aur.archlinux.org/syncthingtray-qt6.git (read-only, click to copy) |
---|---|
Package Base: | syncthingtray-qt6 |
Description: | Tray application for Syncthing (using Qt 6) |
Upstream URL: | https://github.com/Martchus/syncthingtray |
Licenses: | GPL-2.0-or-later |
Submitter: | Martchus |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 32 |
Popularity: | 2.02 |
First Submitted: | 2020-11-07 16:16 (UTC) |
Last Updated: | 2025-05-06 12:23 (UTC) |
whoever is maintaining the chaotic aur package for this needs to update their package it is causing dependacies issues
:: installing boost-libs (1.87.0-2) breaks dependency 'libboost_filesystem.so=1.86.0-64' required by syncthingtray-qt6
Ok, thanks for explanation, maybe I should read pinned comments before suggesting something next time.
This work for me to fix the depends
sys upgrade with -d
-d, --nodeps Skips dependency version checks
rebuild all depends
rebuild syncthingtray-qt6
sudo pacman -Suyd
yay -S --answerclean All --rebuildall c++utilities qtutilities-qt6 qtforkawesome-qt6
yay -S --answerclean All --rebuildall syncthingtray-qt6
gl
ps: -d is dangerous and have u to many packages to update is the better way to remove, upgrade and reinstall syncthingtray-qt6
Like I said, you just have to rebuild this package against the new version of boost.
@FreePenguin I tried forcibly updating boost-libs and it broke syncthingtray-qt6; I've temporarily switched to using the Flatpak release since keeping the older version of the libraries was keeping too many updates from working
@FreePenguin That the system update is prevented in this case means it works as intended. The system update would otherwise break syncthingtray-qt6
. This is the correct way of packaging following best practices that official packages use as well. To resolve this, you have to rebuild syncthingtray-qt6
against the new version of boost, see the pinned comment.
I suggest weakening requirements for this package since after compiling they're becoming very strict like "libboost_filesystem.so=1.2.34" which might prevent system upgrading from regular repos.
diff --git a/PKGBUILD b/PKGBUILD
index b936050..b4f5932 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -93,8 +93,6 @@ check() {
}
package() {
- depends+=('libqtutilities-qt6.so' 'libqtforkawesome-qt6.so' 'libc++utilities.so' 'libboost_filesystem.so')
-
cd "$srcdir/${PROJECT_DIR_NAME:-$_reponame-$pkgver}"
DESTDIR="${pkgdir}" ninja install
}
If it is caused by how KDE handles adjacent Plasmoids then there is indeed nothing I can do about it. However, I think this shouldn't be a problem when showing the Plasmoid as part of the system tray Plasmoid. The README contains more information about the different ways the Plasmoid can be configured, see https://github.com/Martchus/syncthingtray?tab=readme-ov-file#configuring-plasmoid.
@matchus I mean, it could be caused by how KDE handles adjacent plasmoids, or by how I have my panel configured for all I know
Pinned Comments
Martchus commented on 2023-11-21 23:20 (UTC) (edited on 2024-10-21 15:10 (UTC) by Martchus)
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
Important remarks:
pkgrel
of the AUR package when a rebuild is required (only in accordance with Arch Linux of course, not in accordance with Manjaro).syncthingtray-qt6
broken until it has been rebuilt) or to uninstallsyncthingtray-qt6
temporarily before the update. After the updatesyncthingtray-qt6
can be rebuilt and reinstalled again.makechrootpkg
which is also how official developers build their packages (and how packages in my binary repository are built).c++utilities
,qtutilities-qt6
,qtforkawesome-qt6
andsyncthingtray-qt6
in that order.makepkg --nocheck
ormakechrootpkg -- --nocheck
. It makes still sense to report failures. But please include the actual error message and not just the last few lines.