Re: GSettings and you, II
В Fri, 23 Apr 2010 06:52:07 -0400, Matthias Clasen написа: - There is now an AM_GSETTINGS autoconf macro similar to AM_GCONF_SOURCE_2 This is a good opportunity to stop abusing Automake's macro namespace, which unfortunately many GNOME-related macros have been doing for years. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings and you, II
On Fri, 2010-04-23 at 11:54 +, Yavor Doganov wrote: В Fri, 23 Apr 2010 06:52:07 -0400, Matthias Clasen написа: - There is now an AM_GSETTINGS autoconf macro similar to AM_GCONF_SOURCE_2 This is a good opportunity to stop abusing Automake's macro namespace, which unfortunately many GNOME-related macros have been doing for years. What do you recommend replacing it with? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings and you, II
В Fri, 23 Apr 2010 13:23:56 +0100, Bastien Nocera написа: This is a good opportunity to stop abusing Automake's macro namespace, What do you recommend replacing it with? GLIB_GSETTINGS seems natural, as the glib package is the owner of the macro. (You can use AU_DEFUN to facilitate upgrades for the few packages that already use AM_GSETTINGS). Likewise, GTK_ is a good prefix for GTK+ macros, and GNOME_ is a good prefix for generic GNOME macros (that are currently in gnome-common and/or provided by libraries in the desktop suite). ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings and you, II
On Fri, 2010-04-23 at 06:52 -0400, Matthias Clasen wrote: I have just released GLib 2.25.2 and GConf 2.31.2. These release contain the accumulated bug-fixes that came out of the early adoption after my .1 releases earlier this week. Overall, things should be pretty solid now, so if you hesitated to jump last time, now is an even better time. Some noteworthy changes: snip - gsettings-data-convert expects its keyfiles in /usr/share/GConf/gsettings now I still have a major problem with the backend selection in GSettings. If we were to run gsettings-data-convert on start-up, it would migrate from GConf to GSettings' keyfile backend. I would actually want GConf to GConf migration in this case, because I renamed the key. The backend selection is also completely broken if one were to use plugins from different applications. For example, gnome-bluetooth's wizard has plugins for application integration. Amongst those are a NetworkManager plugin, and a geoclue one. If one of those used GSettings with the gconf backend and the other GSettings with another backend, we'd have a real problem. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings and you, II
On 04/23/2010 07:54 AM, Yavor Doganov wrote: В Fri, 23 Apr 2010 06:52:07 -0400, Matthias Clasen написа: - There is now an AM_GSETTINGS autoconf macro similar to AM_GCONF_SOURCE_2 This is a good opportunity to stop abusing Automake's macro namespace, which unfortunately many GNOME-related macros have been doing for years. Was just going to point this out. GLIB_GSETTINGS sounds right. Or maybe we should just have a GLIB_INIT([settings introspection ...]) kind of macro? Or, humm, what is the macro supposed to do again? behdad ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings and you, II
2010/4/23 Yavor Doganov ya...@gnu.org: В Fri, 23 Apr 2010 13:23:56 +0100, Bastien Nocera написа: This is a good opportunity to stop abusing Automake's macro namespace, What do you recommend replacing it with? GLIB_GSETTINGS seems natural, as the glib package is the owner of the macro. (You can use AU_DEFUN to facilitate upgrades for the few packages that already use AM_GSETTINGS). Bug and patch submitted here: [1] [1] https://bugzilla.gnome.org/show_bug.cgi?id=616648 -- Javier Jardón Cabezas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
