On Thu, Aug 17, 2017 at 09:43:07AM +0200, Florian Weimer wrote:
On 08/16/2017 11:14 PM, Florian Weimer wrote:
> On 08/16/2017 11:02 PM, notifications(a)fedoraproject.org wrote:
>> +# Without this there's no way to make a non-file build dependency on
>> +# /usr/lib/libc.a from a 64-bit package that works both in mock and in
>> +# koji.
>> +%ifarch x86_64
>> +Provides: glibc-static(x86-32) = %{version}-%{release}
>> +Provides: glibc(x86-32) = %{version}-%{release}
>> +%endif
>
> If you need to do this, you need a Koji extension, or we have to keep
> glibc32 more recent. You can't compile with newer headers and link
> against an older libc.a. This happens with libc.so as well, but there
> are more significant issues with static libraries.
>
> What's your exact use-case? If it is significant enough, we may need to
> fix Koji for good, but the timing for that would be a bit odd.
I have reverted he change because it caused an anaconda failure.
I think at this point I should just outright apologize; I did this
change in a moment of ill-considered frustration.
Though I do think that we should have this provide /and that it should
work reasonably well/, it turns out that I don't even need it any more.
In the past we needed crt1.o from libc to build the i386-pc BIOS
bootloader, but that isn't the case any more, and we've just got a
legacy dependency that's no longer important.
So again, sorry about that, I should have spoken to you first. Mea
culpa. It won't happen again.
--
Peter