Description of problem: It seems that between F-9 and F-10, the function signature of (at least) numa_node_to_cpus() was changed from: int numa_node_to_cpus(int node, unsigned long *buffer, int buffer_len); to: int numa_node_to_cpus(int, struct bitmask *); However, the .so version of the numactl library was not bumped, which means we can't properly add the BuildRequires to other packages (like libvirt, which is suffering a build issue because of this issue: https://bugzilla.redhat.com/show_bug.cgi?id=473070). It seems like if the interface changes, the .so version should also be changed to reflect that.
yeah. Ideally I should be maintaining backward compatibilty, but there was no clear way to do it safely here. I'm building a scratch package with a fix for this. Please verify that it solves your problems, and I'll commit it to F-10 and rawhide (and likely send it upstream). The build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=953426 Thanks!
sorry, minor error, this is the build: http://koji.fedoraproject.org/koji/taskinfo?taskID=953436
Actually the libnuma.so *does* have ABI compatability. They appear to be doing it with versioned linker script black magic. So no change is required.
As a point of reference, as well as ABI compatability, they also provide source level compatability - you merely need to add -DNUMA_VERSION1_COMPATIBILITY to your compile flags before including numa.h So, recommend *not* making an soname change, and close this NOTABUG
yeah, i agree