[prev in list] [next in list] [prev in thread] [next in thread] List: kde-core-devel Subject: Re: GeoClue dependencies From: Gary Greene <greeneg () tolharadys ! net> Date: 2011-04-29 6:34:47 Message-ID: 97EABBCA-F937-4BF5-820A-D1D863688AB0 () tolharadys ! net [Download RAW message or body] On 27 Apr 2011, at 3:16 PM, 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? > > Cheers! > > John. > Sorry but this has been bugging me..... <soap-box> Honestly, the inclusion of GSettings is IMO another push of "GNOME as a 'standard'" \ that I for one am not comfortable. Instead of coming forward with Qt bindings (which \ means heavy overkill for us since it'd also have to be wrapped for KConfig), why \ didn't they (the G* crowd) step forward and ask KDE what we'd want in a configuration \ backend and then come up with a real standard instead of the "we push it to Glib so \ now it IS a standard". </soap-box> As for my vote on this, John, no I don't think this is acceptable :( -- Gary L. Greene, Jr. =============================================================== Developer and Project Lead for the AltimatOS open source project Volunteer Developer for the KDE open source project See http://www.altimatos.com/ and http://www.kde.org/ for more information =============================================================== Please avoid sending me MS Office attachments. ["smime.p7s" (smime.p7s)] 0 *H 010 + 0 *H 040 0 *H 0}10 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom \ Certification Authority0 071024210155Z 171024210155Z010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 \ Primary Intermediate Client CA0"0 *H 0 -).2AUGo#G B|NDRpM-B=o-we5JQpa>O.# ._<V [~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uic \ gkv$Lb%y`_{`xK'GN 00U00U \ 0USr풜\|~5NԸQ0U#0N@[i04hCA0f+ \ Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0' \ % #!http://www.startssl.com/sfsca.crl0' % \ #!http://crl.startssl.com/sfsca.crl0U \ y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0 *H }x,\c^#wMq}>UK/^yX֏y \ frMIŲB61ymQҨݬZ0&