On Mon, Mar 23, 2009 at 1:11 PM, Jon Ciesla <limb(a)jcomserv.net> wrote:
Colin Walters wrote:
>
> On Mon, Mar 23, 2009 at 3:49 PM, Nicolas Chauvet <kwizart(a)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:
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