Actual kdeconnect version in main tree is not compatible with the upcoming stable KDE Plasma 5.5.5 and pulls in many incompatible packages: emerge -pv kdeconnect:4 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] kde-base/ksysguard-4.11.22:4/4.11::gentoo USE="handbook lm_sensors (-aqua) -debug {-test}" 0 KiB [ebuild N ] kde-base/libplasmaclock-4.11.22:4/4.11::gentoo USE="kdepim (-aqua) -debug" 0 KiB [ebuild N ] kde-base/libplasmagenericshell-4.11.22:4/4.11::gentoo USE="(-aqua) -debug {-test}" 0 KiB [ebuild N ] kde-base/libtaskmanager-4.11.22:4/4.11::gentoo USE="(-aqua) -debug" 0 KiB [ebuild N ] kde-base/plasma-workspace-4.11.22:4/4.11::gentoo USE="handbook kdepim (-aqua) -debug -gps -json -python -qalculate" PYTHON_TARGETS="python2_7" 0 KiB [ebuild N ~] kde-misc/kdeconnect-0.8-r1:4::gentoo USE="(-aqua) -debug" LINGUAS="de -ar -bg -bs -ca -cs -da -es -fi -fr -gl -hu -it -ja -ko -lt -nl -pl -pt -pt_BR -ro -ru -sk -sv -tr -uk" 0 KiB [blocks B ] kde-base/libtaskmanager:4 ("kde-base/libtaskmanager:4" is blocking kde-plasma/plasma-workspace-5.5.5-r2) [blocks B ] kde-base/ksysguard:4 ("kde-base/ksysguard:4" is blocking kde-plasma/libksysguard-5.5.5, kde-plasma/ksysguard-5.5.5) [blocks B ] kde-base/plasma-workspace:4 ("kde-base/plasma-workspace:4" is blocking kde-plasma/plasma-workspace-5.5.5-r2, kde-plasma/plasma-desktop-5.5.5) Total: 6 packages (6 new), Size of downloads: 0 KiB Conflict: 3 blocks (3 unsatisfied) The kdeconnect-0.9g ebuild in the overlay needs some adjustments before commiting it to main tree: a) dependency too high in the ebuild for net-libs/telepathy-qt version >=0.9.7 Latest version on upstream server: https://telepathy.freedesktop.org/releases/telepathy-qt/ and also with already stable keywords in gentoo tree is version 0.9.6.1. Typo? I have lowered in my local overlay this dep., and this works for me. (tested so far only PING Gentoo PC -> Android && Android -> Gentoo PC). b)elog message from this ebuild is outdated: * Optional dependency: * sys-fs/sshfs-fuse (for 'remote filesystem browser' plugin) Due to a package move, sys-fs/sshfs-fuse was renamed to sys-fs/sshfs
Depends on unreleased telepathy-qt. So option a) we will wait a little bit with version bump or b) provide a snapshot
(In reply to Frank Krömmelbein from comment #0) > b)elog message from this ebuild is outdated: > > * Optional dependency: > * sys-fs/sshfs-fuse (for 'remote filesystem browser' plugin) > > Due to a package move, sys-fs/sshfs-fuse was renamed to sys-fs/sshfs Thanks. https://gitweb.gentoo.org/proj/kde.git/commit/?id=45fc34bf27f49c75f0df880f48b397752fb7f33b
(In reply to Johannes Huber from comment #1) > Depends on unreleased telepathy-qt. So option a) we will wait a little bit > with version bump or b) provide a snapshot I can live with my temporary solution. So a) is ok for me.
(In reply to Johannes Huber from comment #1) > Depends on unreleased telepathy-qt. So option a) we will wait a little bit > with version bump or b) provide a snapshot If you could provide an intermediate solution until a) is possible (I guess this is b0, although I don't know what you mean with ‘a snapshot’), I would be grateful. I use kdeconnect quite a bit...
For what it's worth, it compiles fine with telepathy 0.9.6.1. Maybe I'll run into a bug fixed in 0.9.7, but so far it doesn't seem like the dependency on >=0.9.7 is necessary. If kdeconnect really needs 0.9.7, then it would seem better to temporarily drop telepathy support than to wait for the release of 0.9.7. KDE4 recently got deprecated in Gentoo, so you can expect many users who were waiting for KDE5 to mature to upgrade now. And having to uninstall kdeconnect is one of the many papercuts that awaits them. Please put kdeconnect back into the main tree ASAP. I got it working for myself but users shouldn't have to dig through bugtrackers to keep using kdeconnect.
telepathy USE flag masked and kdeconnect bumped in git. https://gitweb.gentoo.org/repo/gentoo.git/log/?qt=range&q=c2550972a4cdd8ff4fb9e7033f0abf1471fe5c81..30bef4b1ddfc0a1da0e73c1be3765ab729b197fd
(In reply to Vincent de Phily from comment #5) > For what it's worth, it compiles fine with telepathy 0.9.6.1. Maybe I'll run > into a bug fixed in 0.9.7, but so far it doesn't seem like the dependency on > >=0.9.7 is necessary. > > If kdeconnect really needs 0.9.7, then it would seem better to temporarily > drop telepathy support than to wait for the release of 0.9.7. Only the telepathy support requires it: >find_package(TelepathyQt5 0.9.5) >find_package(TelepathyQt5Service 0.9.7) >if (TelepathyQt5_FOUND AND TelepathyQt5Service_FOUND) > add_definitions(-DHAVE_TELEPATHY) >endif()