This afternoon, I received email from koschei, telling me that polymake's builds have started to fail: https://apps.fedoraproject.org/koschei/package/polymake?collection=f29 The failure is due to this: /builddir/build/BUILD/polymake-3.2/include/core/polymake/internal/shared_object.h:410:9: error: ‘void pm::shared_object<Object, TParams>::leave() [with Object = pm::sparse2d::Table<pm::Rational, false, (pm::sparse2d::restriction_kind)0>; TParams = {pm::AliasHandlerTag<pm::shared_alias_handler>}]’ causes a section type conflict with ‘const pm::perl::RegistratorQueue& polymake::common::get_registrator_queue(polymake::mlist<T>, std::integral_constant<pm::perl::RegistratorQueue::Kind, kind>) [with Tag = polymake::common::GlueRegistratorTag; pm::perl::RegistratorQueue::Kind kind = (pm::perl::RegistratorQueue::Kind)1]’ void leave() ^~~~~ "Huh," I thought, "that's weird. Well, I'll look into that after I kick off this mock build of openfst 1.6.8". Then the openfst build also failed with the same kind of "section type conflict" error. On a hunch, I added this to openfst.spec and tried again: %undefine _annotated_build The mock build succeeded. Did somebody just do something to annobin today? If so, can you please undo it? -- Jerry James http://www.jamezone.org/ _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/A637TVN7ZGMRFJ6YSGZL6TCIBEELBW3N/