On Wed, 2016-04-27 at 12:56 +0300, Alexander Bokovoy wrote: > For Fedora 24 beta I guess we are self-consistent but after beta > freeze is done we would need to rebuild everything depending on > libsoup, right? Hi, anything what subclasses from SoupAuthClass reduces the amount. It includes for example evolution-data-server (for e-soup-auth- bearer.h/.c) and evolution-ews (for e-soup-auth-negotiate.h/.c). While the usual claim is: GLib-GObject-WARNING **: specified class size for type 'ESoupAuthBearer' is smaller than the parent type's 'SoupAuth' class size (copied from https://bugzilla.gnome.org/show_bug.cgi?id=765222 ;), I didn't get "size is bigger" when I used the updated libsoup in the F24, thus either the ABI check is faulty in the opposite case, or, more likely, it's not a problem (as subclasses can add items to the class, thus they can be larger). I do not know whether there is any way of searching source packages and their sources for the existence of SoupAuthClass string, even it would be helpful to check which packages to rebuild "just in case". There could also be some automatic way of checking the build.log-s, to see which packages were not build against libsoup 2.54.0(.x) and rebuild only them. That would help too. Rebuilding everything what requires libsoup, then transitively what requires those packages (the usage in the evolution-data-server is part of the public API) would mean a significant amount of packages to be rebuilt. Bye, Milan P.S.: The libsoup F24 update to 2.54.1 is filled here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-f104225abc -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
