On Mon, Mar 23, 2009 at 1:11 PM, Jon Ciesla limb@jcomserv.net wrote:
Colin Walters wrote:
On Mon, Mar 23, 2009 at 3:49 PM, Nicolas Chauvet kwizart@gmail.com wrote:
Wrong, that will lead to overlinking which is exactly what the Requires.private original behaviour tend to avoid.
Well, something is definitely broken if the behavior changes in an undesirable way if more packages are installed than are specified in the BuildRequires.
The problem is that the current Requires.private behaviour is conter intuitive and the best solution would be to move some of the Requires.private to their Libs.private : equivalent as a workaround.
Ok, well that raises the question why the problem doesn't appear in F-10 and later, if F-9 has the same version of pkg-config.
Anyways if that's the fix, it needs to be done upstream.
Similar failure on rawhide:
I think this is different. Here, all the pkg-config calls (done in configure) have passed, but the build fails because the libgnomeui-devel cflags have not been asked for. If the pkg-config autoreqs are expected to fill this gap, then some .pc file is missing a necessary reference to libgnomeui-2.0 in Requires or Requires.private. Or perhaps glunarclock is using libgnomeui itself but not checking for it during configure.
-- Dan