The pyverbs package requires an update to support Cython3, until this
happen upstream, avoid building the package for Fedora 40 or newer.
Signed-off-by: Kamal Heib <kheib@redhat.com>
https://github.com/linux-rdma/rdma-core/pull/1054
%{_libdir}/ibacm/libibacmp.so is a plugin for librdmacm dlopen.
It is not for library linking.
Resolves: bz2000123
Signed-off-by: Honggang Li <honli@redhat.com>
The 'fedora' macro had been removed from RHEL9 ELN build.
We will have to use the 'rhel' macro for RHEL9 ELN build.
Signed-off-by: Honggang Li <honli@redhat.com>
Revert "Split out libibverbs to a core sub package for libpcap IB support to minimise deps for users that don't require IB support"
This reverts commit 59a8e2e0d0.
Resolves: bz1901086
Signed-off-by: Honggang Li <honli@redhat.com>
Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds
FC33 rpmbuild failed because of this system-wide change. Update cmake
options to fix this issue.
Signed-off-by: Honggang Li <honli@redhat.com>
Due to the way libdnf/libsolv resolves RPM installation order, it is
possible that this package will be installed before systemd-udev is
installed. If that happens, /sbin/udevadm is unavailable and an error
is thrown. However, it's safe to skip the call to /sbin/udevadm if
systemd-udev is not available yet. When that package is installed,
it runs the necessary actions itself.
Signed-off-by: Stephen Gallagher <sgallagh@redhat.com>
rdma-core provides a plugin for dracut, but does not "use" dracut.
It seems that the dependencies on dracut and kmod were added because
of directory ownership
(https://bugzilla.redhat.com/show_bug.cgi?id=1404043#c8). Let's co-own
the directories instead. Pulling in such a big package as dracut along
with dependencies just for the directory is not very nice.
Dracut by itself is 1MB, and pulls in bash, coreutils, grep (which
means also libpcre), procps-ng, systemd, and a bunch of libraries.
For rdma-core binary package, the dependency is really on systemd-udev
which provides udevadm. Since systemd can be installed without udev,
the dependency was not effective. But actually the dependency is not
needed at all, because the system will behave the same with and
without it. (If systemd-udev is installed later in the transaction,
the call to udevadm trigger is not necessary. If systemd-udev is
installed earlier in the transaction, the call to udevadm trigger will
succeed. And if if systemd-udev is not installed at all, it means that
there's no hardware support and udevadm doesn't need to be executed at
all.)
Similarly, %{systemd_requires} is not necessary for the systemd unit
scriptlets. See https://pagure.io/packaging-committee/c/46010f8b6ab077bf.
That commit also has a long explanation.
Also co-own the directory to avoid unowned directory warning.
