Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Allow linking to libsystemd, libsystemd-daemon, libresolv, and libcap #102
To use systemd socket functionality, I need to link to systemd libraries, as specified by
Looks like its making SDK 1710 rpm validator rather unhappy:
While requires I can probably ignore, I expect that it will be harder to ignore validation errors for linking. I have included several libraries as "Private shared libs", including one from systemd, but maybe its a mistake and I shouldn't start shipping most of systemd as private share libs.
Hence, I would like to ask to allow these libraries to be linked to for the apps in Harbour.
First could point that libsystemd-daemon is deprecated and the functionality is nowadays in libsystemd.
libresolv.so.2 could perhaps be allowed, included in glibc so sounds safe to me.
For libsystemd, why would you need that?
I need it for providing socket activation by systemd. Namely, my OSM Scout Server allows users to activate systemd socket that will be listening locally on a dedicated port. When any of the map clients, such as Poor Maps, Poor Maps GL, modRana, will try to fetch the map, calculate the route or search for some address, systemd will fire up OSM Scout Server and, via systemd file descriptor, the server will respond to the connection without loosing any packages.
In practice, it works very well. OSM Scout Server works invisibly for the users providing offline maps stack on the devices. Only when you need to get new maps, its GUI is fired and operations performed. After that, users can just forget about it and use their favorite maps applications as if they are providing full service.
Due to such activation, OSM Scout Server is not running when its not needed. After activation by systemd, it is shutting itself down after some grace period of inactivity.
Since its all explained to the users as well via help screens, the application has been in Harbour for a while with this feature. Looks like some recent update has changed system-daemon library so that I get full stack of libsystemd and its dependencies. As you mentioned, libsystemd-daemon is deprecated and moved to libsystemd.
In particular, I need to access
In essence, I am using Linux functionality to provide the best user experience and doing so with the user's permissions (no root needed).
OK, I will wait then till libsystemd is allowed in Harbour. For now, I should probably postpone any updates to Harbour of OSM Scout Server and distribute the new versions only via OpenRepos and OBS. I still think its too much to start adding libsystemd as a "private shared libs" to the application.