Some GNOME apps throw this message when launched from terminal: GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. installing dconf fixes the issue. In Fedora gnome-session requires dconf; the point is, this isn't enough for those GNOME apps installed in other DE's where gnome-session isn't installed. Examples of apps that require dconf: evince, empathy and brasero. should those apps explicitly require dconf? pterjan suggested on IRC that some other basic GNOME package should require dconf for the benefit of the apps that need it. Flagging as release_critical because I think a decision needs to be made for this issue.
CC: (none) => ennael1, pterjan
Adding Requires on gsettings-desktop-schemas in GConf2 package and adding a Suggests for dconf in the same package.
Status: NEW => RESOLVEDCC: (none) => saispoResolution: (none) => FIXED
With all due respect, how does a suggests on dconf in GConf2 fix this bug? when actually any of the 3 apps I mentioned should directly or indirectly "require" dconf? if dconf isn't installed, users will simply find their settings not saved, IIUC; which makes using any of those apps (especially empathy and brasero) annoying to say the least... What about users: - who have --no-suggests set in urpmi.cfg - update their systems with --no-suggests by default - upgrading from previous mdv releases and use --no-suggests to cut down the number of packages that're gonna get downloaded
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Well do you have a correct solution? GConf does not really make sense already, gsettings are in gio and can be used by anything using glib but it would be crazy to even suggest dconf there. I don't know anything required by all applications using gsettings but that you can install without wanting dconf. The only "good" solution I see would be to require it in each app using gsettings where it does not make sense to use it without storing settings.
(In reply to comment #3) > Well do you have a correct solution? > No, I don't, that's why I opened this bug and didn't add a suggest/requires in those packages.... (which I could have done, but I wanted the issue to get discussed...).
BTW, when chatting about it with saispo, my opinion was we should require it in gnome-session and suggest it somewhere quite low level for non gnome users. The require in gnome-session should be done anyway.
If this the best case scenario, personally I don't have any other solutions.. (That's one more package on the ISO's).
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
Getting the online site here https://clipboardwindows10.com and seen the clear clipboard history in my computer in system and have to batter working.
CC: (none) => pikachu17997
CC: (none) => davidwhodgins