GNOME Bugzilla – Bug 325413
GConf doesn't work with simple package managers
Last modified: 2018-08-17 13:55:25 UTC
The need(?) of running gconftool-2 --makefile-install-rule requires package managers to support post-install scripts, leaving out simple tar-based ones in the cold. This also means running a desktop application with root privileges for system-wide installations. I believe every serious system administrator would like to run as little processes as possible with root privileges, especially when they are smart enough to create directories themselves (think /root/.g*) Furthermore, even for package formats that support it, the post-install (and, not mentioned on the web site: post-remove and upgrade scripts as well) adds complexity. Is there really a *need* for this? I'm sorry if I sound grumpy. Not being able to run my desktop of choice because of this issue sort of ruined my day. Oh well, time to go play with rockets :-)
Related to bug 306924 maybe?
GConf has been deprecated since 2011. GConf is not under active development anymore. Its codebase has been archived: https://gitlab.gnome.org/Archive/gconf/commits/master dconf and gsettings are its successors. See https://developer.gnome.org/gio/stable/ch34.html and https://developer.gnome.org/GSettings/ for porting info. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Feel free to open a task in GNOME Gitlab if the issue described in this task still applies to a recent + supported version of dconf/gsettings. Thanks!