Is Koschei eventually going to rebuild with the corrected gcc? I see dependency changes
after the last failed build, but Koschei hasn't rebuilt yet.
On Saturday, January 27, 2018 4:01 AM, Peter Robinson <pbrobinson@xxxxxxxxx> wrote:
>>>> ATM all rawhide builds are failing for me, because autoconf's tests for
>>>> CC are failing.
>>>
>>>
>>> Yes, we had an internal dependency issue involving annobin (not related
>>> to RPM dependencies), fixed by an annobin rebuild. Later, a defective build
>>> of annobin was tagged into rawhide which had a file conflict, but this has
>>> since been resolved as well.
>>
>>
>> Is annobin-3.2-2.fc28 the fixed version?
>
>
> Ah! We currently have:
>
> nevra | name
> ----------------------------+-------------------------
> annobin-2.0-3.fc27.x86_64 | Fedora/27/x86_64
> annobin-3.1-1.fc28.src | Fedora/rawhide/source
> annobin-3.1-1.fc28.x86_64 | Fedora/rawhide/x86_64
> annobin-3.1-3.fc28.aarch64 | Fedora/28-build/aarch64
> annobin-3.1-3.fc28.i686 | Fedora/28-build/i386
> annobin-3.1-3.fc28.ppc64le | Fedora/28-build/ppc64le
> annobin-3.1-3.fc28.s390x | Fedora/28-build/s390x
> annobin-3.1-3.fc28.x86_64 | Fedora/28-build/x86_64
> (8 rows)
>
> rawhide repositories are composes, the *-build repositories come directly
> from Koji. (I haven't mirrored everything, which is why the list is
> incomplete.)
>
> Koji isn't currently generating repositories, so annobin-3.2-2.fc28 hasn't
> showed up. However, annobin-3.1-3.fc28 is also fine (annobin-3.2-1.fc28 has
> this particularly bug), as long as you use it with GCC 7.3. So if you build
> using Koji use the mysteriously named “local” repository in mock, you should
> be able to build packages.
The newRepo issue is known by rel-eng/infra and is being investigated/worked on.
P
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
>>>> CC are failing.
>>>
>>>
>>> Yes, we had an internal dependency issue involving annobin (not related
>>> to RPM dependencies), fixed by an annobin rebuild. Later, a defective build
>>> of annobin was tagged into rawhide which had a file conflict, but this has
>>> since been resolved as well.
>>
>>
>> Is annobin-3.2-2.fc28 the fixed version?
>
>
> Ah! We currently have:
>
> nevra | name
> ----------------------------+-------------------------
> annobin-2.0-3.fc27.x86_64 | Fedora/27/x86_64
> annobin-3.1-1.fc28.src | Fedora/rawhide/source
> annobin-3.1-1.fc28.x86_64 | Fedora/rawhide/x86_64
> annobin-3.1-3.fc28.aarch64 | Fedora/28-build/aarch64
> annobin-3.1-3.fc28.i686 | Fedora/28-build/i386
> annobin-3.1-3.fc28.ppc64le | Fedora/28-build/ppc64le
> annobin-3.1-3.fc28.s390x | Fedora/28-build/s390x
> annobin-3.1-3.fc28.x86_64 | Fedora/28-build/x86_64
> (8 rows)
>
> rawhide repositories are composes, the *-build repositories come directly
> from Koji. (I haven't mirrored everything, which is why the list is
> incomplete.)
>
> Koji isn't currently generating repositories, so annobin-3.2-2.fc28 hasn't
> showed up. However, annobin-3.1-3.fc28 is also fine (annobin-3.2-1.fc28 has
> this particularly bug), as long as you use it with GCC 7.3. So if you build
> using Koji use the mysteriously named “local” repository in mock, you should
> be able to build packages.
The newRepo issue is known by rel-eng/infra and is being investigated/worked on.
P
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
