Closed jbeich closed 1 month ago
both this and xdph need to be tested (generally I'd assume the MRs to work though, xdph seems to work, hypridle I dont use on my desktop)
and then they can be merged and releases made as well.
both this and xdph need to be tested (generally I'd assume the MRs to work though, xdph seems to work, hypridle I dont use on my desktop)
and then they can be merged and releases made as well.
On arch, installing hypridle-git still wants to satisfy the sdbus-cpp dependency with version 1.5.0-3. I imagine this would work if hypridle required sdbus-cpp-git as the dependency instead of the system package?
To note: xdg-desktop-portal-hyprland-git still builds ok with 1.5.0-3
that's a problem with packaging not hypridle
Maintainer of the official stable Arch packages here (not the Git ones)...
As @vaxerski notes that is a packaging problem. The hypridle-git
package needs to add a minimum supported version depends=("sdbus-cpp>=2.0.0" libsdbus-c++.so)
that will keep it from trying to use the stable sdbus package with is at 1.5. Then folks could meet that requirement with a sdbus-cpp-git package that provides=("sdbus-cpp=$pkgver")
. But that stuff isn't done very cleanly in the AUR packages right now, hence your trouble.
In the mean time I have sdbus-cpp-2.0.0 and the three recent packages that depend on it all in the [extra-testing] repo if you want to give them a shake there instead.
on that note will yall fix the assets on the arch package? they've been broken for months and I don't wanna be a dick to packagers but I might have to make missing assets very annoying to the end user, as they currently "silently" disappear which is very confusing to the end user (black wallpaper, missing restore instructions)
I keep having the same issue even after modifying the PKGBUILD to be depends=("sdbus-cpp>=2.0.0" libsdbus-c++.so)
- is the issue that my sdbus-cpp=2.1.0 instead of 2.0.0? Don't think it should be.
2.1.0 should be compatible with 2.0.0
@AdityaRoot It is not at all clear to me what you mean by "the same issue" singe there are several unrelated issues in this issue all of which as far as I can see are considered to be resolved. I'm guessing you've done something totally unrelated to this issue like having a VCS version of the dbus packaging that doesn't provide the version string at all. Singe you haven't actually identified the packages and versions you are using there isn't much anybody here can even suggest.
Please open a new issue in the appropriate place (here for issues you really think are upstream, on AUR comments for anything regarding AUR packages and their dependencies, or on the Arch tracker if there is an issue with official packaging).
Regressed by https://github.com/Kistler-Group/sdbus-cpp/commit/3e20fc639ee3 and https://github.com/Kistler-Group/sdbus-cpp/commit/42f0bd07c007. Note, hyprlock >= 0.5.0 requires sdbus-cpp >= 2.0.0 which introduces a conflict when building against system package.
error: no matching function for call to 'createSessionBusConnection' 534 | m_sDBUSState.screenSaverServiceConnection = sdbus::createSessionBusConnection("org.freedesktop.ScreenSaver"); | ^ createSessionBusConnection(const ServiceName& name);
| ^ createSessionBusConnection();
| ^
src/core/Hypridle.cpp:538:96: error: no viable conversion from 'const std::string' (aka 'const basic_string') to 'ObjectPath'
538 | auto obj = sdbus::createObject(m_sDBUSState.screenSaverServiceConnection, path);
| ^~~~
/usr/include/sdbus-c++/Types.h:176:11: note: candidate constructor (the implicit copy constructor) not viable: cannot bind base class object of type 'const std::string' (aka 'const basic_string') to derived class reference 'const ObjectPath &' for 1st argument
176 | class ObjectPath : public std::string
| ^') to 'ObjectPath &&' for 1st argument
176 | class ObjectPath : public std::string
| ^ value)
| ^
/usr/include/c++/v1/string:1108:55: note: candidate function
1108 | _LIBCPP_HIDE_FROM_ABI _LIBCPP_CONSTEXPR_SINCE_CXX20 operator __self_view() const _NOEXCEPT {
| ^
/usr/include/sdbus-c++/IObject.h:477:107: note: passing argument to parameter 'objectPath' here
477 | [[nodiscard]] std::unique_ptr createObject(sdbus::IConnection& connection, ObjectPath objectPath);
| ^
src/core/Hypridle.cpp:547:56: error: no matching member function for call to 'addMatch'
547 | m_sDBUSState.screenSaverServiceConnection->addMatch("type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged'",
|
~~~~~~~~ /usr/include/sdbus-c++/IConnection.h:491:55: note: candidate function not viable: no known conversion from 'const char[28]' to 'const ServiceName' (aka 'const sdbus::BusName') for 1st argument 491 | [[nodiscard]] std::unique_ptr~~~~~~~ /usr/include/sdbus-c++/IConnection.h:481:55: note: candidate function not viable: requires 0 arguments, but 1 was provided 481 | [[nodiscard]] std::unique_ptr~~~~~ /usr/include/sdbus-c++/Types.h:176:11: note: candidate constructor (the implicit move constructor) not viable: no known conversion from 'const std::string' (aka 'const basic_string~~~~~ /usr/include/sdbus-c++/Types.h:180:18: note: explicit constructor is not a candidate 180 | explicit ObjectPath(std::string value) | ^ /usr/include/sdbus-c++/Types.h:183:18: note: explicit constructor is not a candidate 183 | explicit ObjectPath(const char~~~~~~~~~^~/usr/include/sdbus-c++/IConnection.h:303:36: note: candidate function not viable: no known conversion from 'void (sdbus::Message &)' to 'message_handler' (aka 'function<void (Message)>') for 2nd argument 303 | [[nodiscard]] virtual Slot addMatch(const std::string& match, message_handler callback, return_slot_t) = 0; | ^~~~~~~~~ /usr/include/sdbus-c++/IConnection.h:280:22: note: candidate function not viable: requires 2 arguments, but 3 were provided 280 | virtual void addMatch(const std::string& match, message_handler callback) = 0; | ^~~~~~~~~~~