The changes required are mostly trivial. But at the same time a minor request: as already driconf-0.9.1-update-toolbar-methods.patch is just doing porting to more recent gtk API, could the patch I'll attach, that's doing just that too also be included in the update ?
Created attachment 260151 [details, diff] patch for multiple abis It's a bit messy IMHO, as it puts all the files into site-packages, instead of i.e. site-packages/driconf, but that would require a more intrusive patch.
Created attachment 260156 [details, diff] gtk api patch As I said, that's only api update (and gtk_widget_set_tooltip_text is not that recent by now), but as there's already one such patch, I hope this one will get accepted too.
Created attachment 260159 [details, diff] correct ebuild patch Sorry, I've attached wrong version first - this is the working version.
We would need to get this updated for new python eclasses :/
(In reply to Pacho Ramos from comment #4) > We would need to get this updated for new python eclasses :/ I made new pull request to fix this: https://github.com/gentoo/gentoo/pull/3826
Arches, please stabilise commit f162e6dab285aefc570d27f9b0f075065bc2309b Author: Harri Nieminen <moikkis@gmail.com> Date: Sun Feb 5 13:41:59 2017 +0200 x11-misc/driconf: Bump eapi, use newer python eclass, fix issues Fixes: https://bugs.gentoo.org/352016 drop-old-tooltips patch is made by Rafał Mużyło, see bug #352016 Also fixes following QA issuses: * /usr/share/applications/driconf.desktop: error: value "GNOME;Application;Settings;AdvancedSettings;" for key "Categories" in group "Desktop Entry" contains an unregistered value "AdvancedSettings"; values extending the format should start with "X-" * /usr/share/applications/driconf.desktop: warning: value "GNOME;Application;Settings;AdvancedSettings;" for key "Categories" in group "Desktop Entry" contains a deprecated value "Application"
amd64 stable
dropping arches per discussion on IRC
The code base of x11-misc/driconf-0.9.1 comes from the pre-py3 days and contains stuff like: print "Warning: could not find %s." % name I don't see how you want this to work on a py3 impl? Harri Nieminen has helped modernise the ebuild to use the modern -r1 suite of python eclasses, but this won't help you getting it to work with py3.