On Mon, Mar 23, 2009 at 1:11 PM, Jon Ciesla <limb@xxxxxxxxxxxx> wrote: > Colin Walters wrote: >> >> On Mon, Mar 23, 2009 at 3:49 PM, Nicolas Chauvet <kwizart@xxxxxxxxx> >> 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: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1255211 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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
