gnome-base/libgnomecanvas-2.19.2, configure.in: m4_define([gail_required_version], [1.9.0]) Had gail-1.18.0 installed from portage and pkg-config died with it: pkg-config --exists --print-errors libbonoboui-2.0 Failed to open '/usr/lib/pkgconfig/libgnomecanvas-2.0.pc': Too many open files However, upgrading gail to version 1.19.6 fixed this problem. I suggest simply adding >=gnome-base/gail-1.19.6 dep to libgnomecanvas ebuild.
Not necessary. "Too many open files" is a transient error, and goes away on it's own when processes close some files.
configure.ac says it needs gail, and gail didn't upgrade in default -DNut world because it wasn't a depend of anything installed. so please add the missing dep, with or without the raised version number ;)
There is a gail dep in it. It's for 1.9, which is in configure: >=gnome-base/gail-1.9 I fail to see what I should change.
There's a circular dependency going on between libgnomecanvas and gail, related to this. Hopefully we can fix that somehow.. From https://forums.gentoo.org/viewtopic.php?p=4267118#4267118 : ('ebuild', '/', 'gnome-base/libgnomecanvas-2.20.0', 'merge') depends on ('ebuild', '/', 'gnome-base/gail-1.20.0', 'merge') (hard) ('ebuild', '/', 'gnome-base/gail-1.20.0', 'merge') depends on ('ebuild', '/', 'gnome-base/libgnomecanvas-2.20.0', 'merge') (hard) >>> Emerging (2 of 41) gnome-base/libbonoboui-2.20.0 to / checking for BONOBOUI... configure: error: Package requirements (libgnomecanvas-2.0 >= 1.116.0 libbonobo-2.0 >= 2.13.0 libgnome-2.0 >= 2.13.7 bonobo-activation-2.0 >= 2.13.0 libxml-2.0 >= 2.4.20 gconf-2.0 >= 1.1.9 gtk+-2.0 >= 2.6.0 gobject-2.0 >= 2.6.0 gnome-vfs-2.0 >= 2.8.0 gnome-vfs-module-2.0 > 2.8.0) were not met: Failed to open ’/usr/lib/pkgconfig/libgnomecanvas-2.0.pc’: Too many open files Package ‘libgnomecanvas-2.0’, required by ‘Gail’, not found ---- So this seems to be causing more problems than just FEATURES=stricter to bail out
I think this is fixed now in the portage versions of things. Can someone confirm?
Please reopen if problems regarding this still remain. What I did yesterday was the following: * Removed libgnomecanvas dependency on gail, because the code that depended on it was intentaionlly moved to libgnomecanvas-2.20 and the dep in configure.in removed too - was just an oversight in gail-1.19.6 bump in gnome overlay that the RDEPEND wasn't removed as well * Increased the dependency on gail to 1.19.6 in libgnomecanvas-2.20.0 to ensure that before upgrading libgnomecanvas, the system has a gail version that doesn't contain GailCanvas implementation and symbols, because libgnomecanvas-2.20.0 will provide it itself and having them both do (older gail and new libgnomecanvas) might cause interesting issues at runtime.
*** Bug 260860 has been marked as a duplicate of this bug. ***