From bugzilla:
The performance tests rely on rpc/rpc.h, which was removed from glibc in F28: https://fedoraproject.org/wiki/Changes/SunRPCRemoval. It's provided by libtirpc now.
To reproduce:
Hi,
I’ve (kind of, very likely to break F27- though F28 is fine) fixed that here, if you’re willing to test: https://pagure.io/kernel-tests/pull-request/18
HTH !
Without having a configure script determine where the Sun RPC library is, I'm not sure of a nice way to do this that will work with Fedora versions older than 28.
configure
Now that I think a bit more about it, given that the diff is only
$O/lib_sched.o lmbench: $(UTILS) - @env CFLAGS=-O MAKE="$(MAKE)" MAKEFLAGS="$(MAKEFLAGS)" CC="$(CC)" OS="$(OS)" ../scripts/build all - -@env CFLAGS=-O MAKE="$(MAKE)" MAKEFLAGS="-k $(MAKEFLAGS)" CC="$(CC)" OS="$(OS)" ../scripts/build opt + @env LDFLAGS="-ltirpc" CFLAGS="-O -I/usr/include/tirpc" MAKE="$(MAKE)" MAKEFLAGS="$(MAKEFLAGS)" CC="$(CC)" OS="$(OS)" ../scripts/build all + -@env LDFLAGS="-ltirpc" CFLAGS="-O -I/usr/include/tirpc" MAKE="$(MAKE)" MAKEFLAGS="-k $(MAKEFLAGS)" CC="$(CC)" OS="$(OS)" ../scripts/build opt
would you be ok with something as hacky as that ?
if [ -d /usr/include/tirpc ] (or any other check, /etc/fedora-release, installed rpc package…) then #f28 def else #f27- def fi
At this point, the number of people testing kernels on F27 is fairly low, the number of them running tests outside of the default even lower. I am pulled the fix for F28, people running F27 or older can just checkout the previous version if needed.
Metadata Update from @jforbes: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)