Re: aarch64 mock gcc/annobin errors

[Sam Varshavchik]

Todd Zullinger writes:

>  Sam Varshavchik wrote:
>  > Todd Zullinger writes:
>  >> Karma for the annobin release would likely be appreciated by
>  >> the maintainer(s) and anyone else who's running into this
>  >> problem, if you are able to test and confirm it fixes the
>  >> issue(s). :)
>  >>
>  >> ¹ https://bodhi.fedoraproject.org/updates/FEDORA-2020-db7719f642
>  >>   https://bugzilla.redhat.com/1862297
>  >
>  > Yup, that update fixes my mock builds, and is on its way to stable.
>
>  Excellent.  I'd love to think that's the last time we'll see
>  this problem, but it seems like it's just too easy for
>  annobin to get out of sync.
>
>  Who knows, maybe this will be the time that leads to a
>  better technical solution to prevent this problem (at the
>  very least, breakage like this shouldn't hit the stable
>  releases _ever_). 
Isn't this what RPM dependencies are for? This is the exact problems RPM  
dependencies are designed to solve.

If gcc has a dependency on a specific version of annobin, it should require  
it.

In case of weak dependencies, a declared conflict would, at least, uninstall  
the incompatible package, and give you an early alert.