Nice that you finally removed the global package mask. So I can help testing. Well, merging gnome-system-monitor-2.14.1 fails because of some missing reference to gksu_context_try_need_password. Therefore some dependency on x11-libs/libgsu-1.3.1 (and x11-libs/x11-libs/libgsuui-1.0) should be added to the ebuild of gnome-system-monitor. As libgsu-1.9.2 also doesn't provide this function, it should be checked if that packages >=libgsu-1.9 have to be blocked/avoided by the dependency list of gnome-system-monitor.
Created attachment 86531 [details, diff] Patch for gnome-system-monitor-2.14.1.ebuild My attempt to fix the issue. Don't know if I got the gksu-1.9 issue right.
No, I think we want to disable gksu support in gnome-system-monitor. It falls back to gnomesu, which is what we want anyway. Just unmerge gksu, and re-emerge gnome-system-monitor, as a workaround.
gnome-system-monitor-2.16.x seems to dynamically select which to use - gksu or gnomesu via means of dlopen (through GModule). It prefers gksu if libgksu2.so is present, falling back to gnomesu if libgnomesu.so.0 is present and probably failing to do stuff that needs root access if none are present.
I cant seem to find how gksu/gnomesu is needed here. It least I couldn't find a clue with 2.18.x and there is no dep on it in 2.14.4 ebuild.
Old bug. Still valid? the version of libgksu mentioned here is not even in portage any longer.
Nor the verison of gnome-system-monitor.
