Unable to save gedit settings without having gconf installed. I think it needs to be added as a dependency for gedit.
Please post your "emerge --info gedit". Also try to run gedit from a terminal while it's failing and post the messages recorded in the terminal while reproducing
~ $ emerge --info gedit Portage 2.2.7 (default/linux/amd64/13.0, gcc-4.6.3, glibc-2.17, 3.10.7-gentoo-r1 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.10.7-gentoo-r1-x86_64-Intel-R-_Atom-TM-_CPU_N450_@_1.66GHz-with-gentoo-2.2 KiB Mem: 2038824 total, 1116440 free KiB Swap: 2097148 total, 2097148 free Timestamp of tree: Mon, 06 Jan 2014 18:00:01 +0000 ld GNU ld (GNU Binutils) 2.23.2 app-shells/bash: 4.2_p45 dev-java/java-config: 2.1.12-r1 dev-lang/python: 2.7.5-r3, 3.2.5-r3, 3.3.2-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.69 sys-devel/automake: 1.13.4 sys-devel/binutils: 2.23.2 sys-devel/gcc: 4.6.3, 4.7.3-r1 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.9 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo matthew ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/matthew/overlay" SYNC="rsync://192.168.1.6/gentoo-portage" USE="X acl alsa amd64 bash-completion berkdb bluetooth bzip2 cli consolekit cracklib crypt cups cxx dbus dri fortran gdbm gif gtk iconv ipv6 jack jpeg jpeg2k lcms libnotify mmx modules mudflap multilib ncurses nls nptl opengl openmp pam pcre png policykit python readline session sse sse2 ssl startup-notification svg tcpd tiff truetype unicode xcb zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="pc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_US" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2 python3_3" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="intel i915" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON ================================================================= Package Settings ================================================================= app-editors/gedit-3.8.3 was built with the following: USE="introspection python -spell -test -zeitgeist" PYTHON_TARGETS="python3_2 python3_3" --------------- ~ $ gedit ** (gedit:3229): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (gedit:3229): GLib-GIO-WARNING **: Can't find module 'gconf' specified in GSETTINGS_BACKEND GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications.
Tell us the output of: $ echo $GSETTINGS_BACKEND And if you have gnome-base/dconf installed
~ $ echo $GSETTINGS_BACKEND gconf I don't have gnome-base/dconf installed.
If I install gconf and run gedit everything is fine. Should gconf or dconf be a dependency for gedit? At the moment it is part of my world set which doesn't seem right.
Try installing dconf, not gconf
I uninstalled gconf and installed dconf and that works fine. I will just add dconf to world set so portage doesn't try to unmerge it.
We should probably decide on what to do for all these gsettings using application that need to save their data. I don't like the idea that we need to add dconf to every application that needs it, I'd rather have this information in the glib ebuild gentoo readme. Given the low dependency requirements, we could even have that as pure RDEPEND on glib so that we can allow switching provider if a new one appears someday.
From my point of view I would go with depending on dconf from glib (that will also prevent people from keep using old gconf as dconf will take precedence)
Yes, no point in privileging gconf at this point in time.
(In reply to Gilles Dartiguelongue from comment #10) > Yes, no point in privileging gconf at this point in time. I would go with RDEPENDing on dconf with !amd64-fbsd as looks like bug 498474 is taking really a lot of time (other option would be if we go ahead and add the keyword there but... I doubt QA team will allow us to do that)
(blocking the tracker to remember to try to handle this in this major glib cycle finally)
*** Bug 536044 has been marked as a duplicate of this bug. ***
*** Bug 506684 has been marked as a duplicate of this bug. ***
+ 21 Jan 2015; Pacho Ramos <pacho@gentoo.org> -files/glib-2.12.12-fbsd.patch, + -files/glib-2.36.4-znodelete.patch, + -files/glib-2.37.x-external-gdbus-codegen.patch, + -files/glib-2.38.2-configure.patch, -files/glib-2.38.2-sigaction.patch, + -glib-2.38.2-r1.ebuild, -glib-2.40.0-r1.ebuild, glib-2.42.1.ebuild: + Ensure dconf is present (#498436, #498474#c6), drop old +
I disagree w/ comment 9. dconf belongs to gnome. If you make of it a dependency for glib it has to be optional. Not everyone has a gnome desktop/tools on his computer. Especially if the computer in question is a server. Thx to take it into account.
I agree with JimmyJazz. Dconf shouldn't be a _glib_ dependency, but rather with some base gnome* package
AFAICT, dconf shouldn't be a glib dependency (since glib can work fine with gconf). Rather it should be a dependency for specific applications (like meld, which is where I got on this train) which require gsettings+dconf. Other apps on my system that use glib/gsettings are perfectly fine without dconf. In my case it's _meld_ that requires dconf, not glib.
This change is Very Bad ... any package depending on glib, on a default profile (not even desktop profile!), will now pull in this pile of stuff for no valid reason: # emerge -upNDv world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-devel/patch-2.7.2 [2.7.1-r3] USE="-static {-test} -xattr" 0 KiB [ebuild U ] sys-devel/automake-wrapper-10 [9] 0 KiB [ebuild N ] dev-libs/lzo-2.08-r1:2 USE="-examples -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] media-fonts/dejavu-2.34 USE="-X -fontforge" 0 KiB [ebuild N ] dev-libs/gobject-introspection-common-1.42.0 0 KiB [ebuild N ] media-libs/libpng-1.6.16:0/16 USE="-apng (-neon) -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] dev-libs/vala-common-0.26.1 0 KiB [ebuild U ] dev-libs/libltdl-2.4.5 [2.4.4] USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] virtual/ttf-fonts-1 0 KiB [ebuild N ] x11-themes/hicolor-icon-theme-0.14 0 KiB [ebuild N ] dev-perl/XML-NamespaceSupport-1.110.0-r1 0 KiB [ebuild N ] dev-perl/XML-SAX-Base-1.80.0-r1 0 KiB [ebuild N ] virtual/perl-Storable-2.490.0 0 KiB [ebuild U ] sys-libs/readline-6.3_p8-r2 [6.3_p8-r1] USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild U ] app-shells/bash-4.3_p33-r1 [4.3_p33] USE="net nls (readline) -afs -bashlogger -examples -mem-scramble -plugins -vanilla" 0 KiB [ebuild N ] media-libs/freetype-2.5.5:2 USE="adobe-cff bzip2 -X -auto-hinter -bindist -debug -doc -fontforge -harfbuzz -infinality -png -static-libs -utils" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] dev-perl/XML-SAX-0.990.0-r1 0 KiB [ebuild N ] dev-libs/libcroco-0.6.8-r1:0.6 USE="{-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] dev-perl/XML-LibXML-2.1.400-r1 USE="{-test}" 0 KiB [ebuild N ] dev-perl/XML-Simple-2.200.0-r1 0 KiB [ebuild N ] x11-misc/icon-naming-utils-0.8.90 0 KiB [ebuild NS ] sys-devel/automake-1.15:1.15 [1.13.4:1.13, 1.14.1:1.14] 0 KiB [ebuild U ] sys-devel/libtool-2.4.5:2 [2.4.4:2] USE="-vanilla" 0 KiB [ebuild N ] x11-proto/xproto-7.0.26 USE="-doc" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/xextproto-7.3.0 USE="-doc" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/inputproto-2.3.1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/damageproto-1.2.1-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/xtrans-1.3.5 USE="-doc" 0 KiB [ebuild N ] x11-proto/renderproto-0.11.1-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] media-fonts/font-util-1.3.0 0 KiB [ebuild N ] x11-misc/util-macros-1.19.0 0 KiB [ebuild N ] x11-proto/compositeproto-0.4.2-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/recordproto-1.14.2-r1 USE="-doc" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libICE-1.0.9 USE="ipv6 -doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libSM-1.2.2-r1 USE="ipv6 uuid -doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/fixesproto-5.0-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/randrproto-1.4.0-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/kbproto-1.0.6-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-proto/xf86bigfontproto-1.2.0-r1 ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXau-1.0.8 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXdmcp-1.1.1-r1 USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] dev-libs/libpthread-stubs-0.3-r1 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/pixman-0.32.6 USE="sse2 (-altivec) (-iwmmxt) (-loongson2f) -mmxext (-neon) -ssse3 -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild NS ] app-text/docbook-xml-dtd-4.4-r2:4.4 [4.1.2-r6:4.1.2, 4.2-r2:4.2, 4.5-r1:4.5] 0 KiB [ebuild N ] app-text/xmlto-0.0.26 USE="-latex" 0 KiB [ebuild N ] sys-apps/dbus-1.8.12 USE="-X -debug -doc (-selinux) -static-libs -systemd {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] net-misc/curl-7.40.0 USE="ipv6 ssl -adns -idn -kerberos -ldap -metalink -rtmp -samba -ssh -static-libs {-test} -threads" ABI_X86="(64) -32 (-x32)" CURL_SSL="openssl -axtls -gnutls -nss -polarssl (-winssl)" 0 KiB [ebuild N ] app-arch/libarchive-3.1.2-r1:0/13 USE="acl bzip2 e2fsprogs iconv lzma zlib -expat -lzo -nettle -static-libs -xattr" 0 KiB [ebuild N ] dev-util/cmake-3.1.0 USE="ncurses -doc -emacs -qt4 (-qt5) {-test}" 0 KiB [ebuild N ] media-gfx/graphite2-1.2.4-r1 USE="-perl {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] media-libs/fontconfig-2.11.1-r2:1.0 USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] app-admin/eselect-fontconfig-1.1 0 KiB [ebuild N ] dev-libs/gobject-introspection-1.42.0 USE="-cairo -doctool {-test}" PYTHON_TARGETS="python2_7" 0 KiB [ebuild N ] dev-libs/atk-2.14.0 USE="introspection nls {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] dev-util/gdbus-codegen-2.42.1 PYTHON_TARGETS="python2_7 python3_3 -python3_4" 0 KiB [ebuild N ] x11-proto/xcb-proto-1.11 ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 python3_3 -python3_4" 0 KiB [ebuild N ] x11-libs/libxcb-1.11-r1:0/1.11 USE="-doc (-selinux) -static-libs -xkb" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libX11-1.6.2 USE="ipv6 -doc -static-libs {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXext-1.3.3 USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXfixes-5.0.1 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXrender-0.9.8 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/cairo-1.12.18 USE="X glib svg (-aqua) -debug (-directfb) (-drm) (-gallium) (-gles2) -opengl -openvg (-qt4) -static-libs -valgrind -xcb -xlib-xcb" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXi-1.7.4 USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/gdk-pixbuf-2.30.8:2 USE="X introspection -debug -jpeg -jpeg2k {-test} -tiff" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXcursor-1.1.14 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXdamage-1.1.4-r1 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXrandr-1.4.2 USE="-static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXcomposite-0.4.4-r1 USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/libXtst-1.2.2 USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] app-accessibility/at-spi2-core-2.14.1:2 USE="X introspection" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] app-accessibility/at-spi2-atk-2.14.1:2 USE="{-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] media-libs/harfbuzz-0.9.37:0/0.9.18 USE="cairo glib graphite introspection truetype -icu -static-libs {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/pango-1.36.8 USE="introspection -X -debug" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-libs/gtk+-2.24.25-r1:2 USE="introspection (-aqua) -cups -debug -examples {-test} -vim-syntax -xinerama" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] gnome-base/librsvg-2.40.6:2 USE="introspection -tools -vala" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] x11-themes/adwaita-icon-theme-3.14.1 USE="-branding" 0 KiB [ebuild N ] x11-libs/gtk+-3.14.6:3 USE="X introspection (-aqua) -cloudprint -colord -cups -debug -examples {-test} -vim-syntax -wayland -xinerama" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ] gnome-base/dconf-0.22.0 USE="X {-test}" 0 KiB Total: 78 packages (6 upgrades, 70 new, 2 in new slots), Size of downloads: 0 KiB The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by x11-libs/gtk+-2.24.25-r1 # required by x11-libs/gtk+-3.14.6 # required by gnome-base/dconf-0.22.0[X] # required by dev-libs/glib-2.42.1 # required by media-libs/harfbuzz-0.9.37[glib] # required by x11-libs/pango-1.36.8 # required by gnome-base/librsvg-2.40.6 # required by x11-themes/adwaita-icon-theme-3.14.1 =x11-libs/cairo-1.12.18 X * IMPORTANT: 8 news items need reading for repository 'gentoo'. * Use eselect news to read news items.
# equery d glib * These packages depend on glib: dev-util/pkgconfig-0.28-r2 (!internal-glib ? >=dev-libs/glib-2.34.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) sys-fs/eudev-2.1.1 (gudev ? >=dev-libs/glib-2.34.3:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) x11-misc/shared-mime-info-1.3 (>=dev-libs/glib-2) So, a default install will now randomly pull in gtk3, most of X, etc.etc. - I feel the urge to revert this madness so that those of us not running desktops can be happy.
+ 22 Jan 2015; Patrick Lauer <patrick@gentoo.org> glib-2.42.1.ebuild: + Don't add dconf as unconditional dependency, this pulls in >70 packages and + forces USE=X for everyone even on non-desktop profiles
Does the dconf ebuild have the X use flag enabled by default??? That seems just plain wrong...
Right, glib gets pulled in by anything using pkgconfig, so please be careful about adding random deps. Also, as Grant indicates, there is probably no reason to have IUSE="+X" in gnome-base/dconf; the desktop profile already sets the X flag.
+ 22 Jan 2015; Pacho Ramos <pacho@gentoo.org> dconf-0.20.0.ebuild, + dconf-0.22.0.ebuild: + We don't really need to default to +X as people will have it enabled globally + wither via profiles or via make.conf +
*** Bug 537284 has been marked as a duplicate of this bug. ***
(In reply to Grant Edwards from comment #18) > AFAICT, dconf shouldn't be a glib dependency (since glib can work fine with > gconf). Rather it should be a dependency for specific applications (like > meld, which is where I got on this train) which require gsettings+dconf. > Other apps on my system that use glib/gsettings are perfectly fine without > dconf. In my case it's _meld_ that requires dconf, not glib. In fact, gconf is used mainly by GTK2 apps and dconf is used by GTK3 apps. So dconf will replace gconf for gtk3 apps and even if there is temporary few gtk3 pkgs still using gconf, dconf is the way to go. Note: gsettings is the tool to access dconf parameters as gconftool is used for gconf. => So why not simply add dconf a dependency of x11-libs/gtk+:3 ??? That should solve this issue without impacting glib. Isn't it ?
dconf migration from gconf started before gtk2 -> gtk3 (like the deprecation of libbonobo and libgnome for example), even Gnome 2.32 was having a mix of dconf/gconf because of that. For example, MATE desktop uses dconf even being a gtk2 consumer because dconf is a "glib thing", not a gtk3 one (even old dconf versions were providing a dconf-editor built over gtk2 some time ago).
+ 22 Jan 2015; Pacho Ramos <pacho@gentoo.org> glib-2.42.1.ebuild, metadata.xml: + Enable dependencies required by glib libraries using dbus service to manage + settings saving via a 'dbus' USE flag (#498436). Thanks a lot to Gilles + Dartiguelongue and Patrick Lauer for the discussion about this. +
For the record: * gconf was linked to applications directly until it got its dbus interface that acts as a gsettings backend. * gconf can act as a gsettings backend as of 3 something, but it is not the recommended upstream default, it not maintained anymore * dconf is the supported and maintained gsettings backend * if you don't have a gsettings backend but have applications using gsettings, they will just loose their settings from one run to another. After much talking on IRC with xiaomiao and pacho, we concluded that it is fine to move it behind the dbus USE flag as we want to flag to cover each of these "not so optional but people cry when we add them" dependencies so these libs can actually be made to work out of the box. The long work of adding missing dbus USE dependencies or other ebuilds can now start.
Are you sure 'dbus' is optimal name for USE flag, why not 'gnome'? Does some non gnome software need it?
(In reply to Nikoli from comment #30) > Are you sure 'dbus' is optimal name for USE flag, why not 'gnome'? Does some > non gnome software need it? Looking at dconf-editor on my machine, in addition to gnome stuff, I see: * defaults for gtk dialogs (used by all gtk applications); * some cross-desktop stuff - ibus, colord, shotwell, gnucash. * cinnamon and nemo. There is nothing intrinsically tying gsettings to gnome. It's the settings framework recommended by glib, so applications based on glib and gtk will likely migrate to it eventually; I believe that xfce is discussing a switch to gsettings (or wrapping xfconf around gsettings), for example.
Also, the USE flag could be used to fullfill other dbus based service requirements. GIO, gapplication, gdbus-codegen, etc comes to mind.
(In reply to Alexandre Rostovtsev from comment #31) > (In reply to Nikoli from comment #30) > > Are you sure 'dbus' is optimal name for USE flag, why not 'gnome'? Does some > > non gnome software need it? > > Looking at dconf-editor on my machine, in addition to gnome stuff, I see: > * defaults for gtk dialogs (used by all gtk applications); > * some cross-desktop stuff - ibus, colord, shotwell, gnucash. > * cinnamon and nemo. ibus: has broken GSettings code, AFAICT, & upstream seems to be in denial about it... https://code.google.com/archive/p/ibus/issues/1235 https://code.google.com/archive/p/ibus/issues/1672 colord: does not require dconf AFAICT (despite being GNOME focused) Shotwell: is a GNOME project GnuCash: explicitly requires GNOME as stated on website Cinnamon: is forked GNOME Nemo: is a fork of GNOME's file manager Even putting that aside, your query of dconf-editor would not be particularly telling for /any packages/, as having dconf installed and +dconf globally, naturally any application with /optional/ dconf support might go ahead and use it. dconf is only one of at least three ways GSettings can be utilized. (In reply to Alexandre Rostovtsev from comment #31) > There is nothing intrinsically tying gsettings to gnome. It's the settings > framework recommended by glib, so applications based on glib and gtk will > likely migrate to it eventually; I believe that xfce is discussing a switch > to gsettings (or wrapping xfconf around gsettings), for example. Since there is also nothing tying GSettings to dconf, I feel this is a good argument for the flag to be named 'dconf' instead of 'dbus' (or 'gnome'). What could be more appropriate than "dconf? ( gnome-base/dconf )"? Perhaps better still would be for package maintainers to correctly dep directly on a particularly GSettings backend as required, per package? I could even see an argument for a virtual. As it stands this situation is pretty crufty for anything with X that isn't GNOME.