Created attachment 428986 [details, diff] evince-3.18.2.ebuild-glib-dbus.patch Since some version, evince required the dbus glib flag. This is only an optional dependency made mandatory by the ebuild itself. The only difference is that without dconf management, gio will fallback to gsettings backend. Throwing a: GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. Despite this message, settings are saved (not in dconf database so not shared with other apps). In case of other gtk desktop (XFCE, LXDE), there should only be an advice stating that dbus flag for glib may be better, though it will work as nice as outside a gtk-desktop GIO offers more than one backend, is there any technical issue using gsettings instead of dconf one ?
where are settings being saved when not dconf support is available? "memory" backend won't save them
Created attachment 429192 [details, diff] evince-3.18.2_dconf.patch I was mislead by the "recent documents" which I thought was part of the settings, and keeps working without dconf. But right, there is no "ini" for evince (I didn't even look at the code before receiving last message). Maybe for some user, this isn't really an issue, so I propose another patch there. This one needs adding a dconf flag, and just warns the user settings won't be saved if it isn't set. P.S.: I Think it wouldn't be so hard to save settings to .ini file, but if it's just for my personal use, I skip.
We have already discussed this many times in the past and we decided to ensure people will get a proper setup for storing the preferences (that lead to the inclusion of that glib[dbus] USE flag)
Just another uninteresting time consuming task any time there's a new version of this ebuild (and some other like baobab). Almost all applications non desktop users have to "fix" are gtk related. Until now main problem was gtk2/gtk3 flag but seem for this gentoo dev finally changed their mind, meanwhile forcing usage of other stuff. Maybe an easier workaround, for user not upset by preferences storage, would be to include dconf to package.provided, but it would lead to failure when another really packages really requires dconf. Don't know a proper way to fake dbus flag on. I thought proposed changes wouldn't break usage for other users, especially especially with if added +dconf in USE instead of simply dconf. Hope my comments will help to keep flexibility as a leitmotiv for all gentoo users. Anyway thanks to all people contributing,
