GeoClue dependencies

[Kevin Krammer]

On Thursday, 2011-04-28, Jarosław Staniek wrote:
> Kevin Krammer wrote:
> > On Thursday, 2011-04-28, John Layt wrote:
> >> Hi,
> >> 
> >> There's been a short discussion on the GeoClue mailing list related to
> >> resolving the issues we have around their dependencies on gconf and
> >> gsettings
> >> 
> >> and the latest response has been:
> >> > The GConf dependency is already gone. And I wouldn't take a patch to
> >> > remove the GSettings dependency. There's Qt bindings to access
> >> > GSettings, and GSettings lives in GIO, which is also where the
> >> > dbus-glib replacement (GDBus) lives. I don't think that trying to
> >> > replace a library that's already in the dependencies due to the way
> >> > packages are built is buying us anything but too moving parts.
> >> 
> >> Now, I don't really know about GSettings, but I'm guessing this isn't an
> >> acceptable things for us?
> > 
> > Can you elaborate on how this dependency affects KDE? Isn't GeoClue
> > offering its service through D-Bus interfaces?
> 
> IIRC it is, not only actual service is available but set of providers are
> introspectable and option getters/setters are available via dbus.
> 
> http://folks.o-hand.com/jku/geoclue-docs/Geoclue.html
> 
> A nightmare for me if using via dbus C API is used, but with Qt...

Therefore I am wondering how there can be a dependency on anything like 
GConf/GSettings.

Interestingly nobody seems to know as I've asked basically the same question 
about two years ago in a similar discussion on the kde-edu list and didn't get 
any answer back than either.

One of those unsolvable misteries on life I suppose.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20110429/b1117c80/attachment.sig>