>>>> 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
