Mark Wielaard wrote:
> Although the sync issues are annoying I do think we, as developers of
> and developers on the Fedora platform benefit from having the annobin
> notes in the binaries. It is like making sure there is unwind
> information or debug packages for each binary.
I am not convinced that this cannot be addressed by my proposed approach of
doing periodic annobin rebuilds in a side tag, only published through Koji
or through some secondary mirror, not in the production repositories. You
have the information you want in those rebuilds then.
> If things are perfect, they are just there for assurance. But if there is
> an issue you want to look into, or you get a crash, want to do some
> profiling to see what your machine is doing, writing a new program,
> combine two libraries, etc. you are glad the information is there.
I do not see how the annotations from annobin help in most of those use
cases. In the case of a crash from conflicting flags, the flag conflict can
be debugged by looking at the annotations in the packages from the side tag
proposed above. For profiling, the compiler flags are not really needed. At
most, you may want to document them when publishing results, and you can
also do that from the side tag proposed above.
The thing is, those flags are not going to magically change with every
single package build, and they are also not going to be different if you
rebuild the same SRPM in a side tag containing either the same RPMs or
annobin rebuilds of them (or most likely a mix of both).
Kevin Kofler
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
