Description of problem: I build a custom kernel from the src.rpm for package kernel-4.0.0-0.rc2.git0.1 in F21. It builds fine, but when it is time to package it, it gets the following error: + QA_CHECK_RPATHS=1 + case "${QA_CHECK_RPATHS:-}" in + /usr/lib/rpm/check-rpaths ******************************************************************************* * * WARNING: 'check-rpaths' detected a broken RPATH and will cause 'rpmbuild' * to fail. To ignore these errors, you can set the '$QA_RPATHS' * environment variable which is a bitmask allowing the values * below. The current value of QA_RPATHS is 0x0000. * * 0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor * issue but are introducing redundant searchpaths without * providing a benefit. They can also cause errors in multilib * environments. * 0x0002 ... invalid RPATHs; these are RPATHs which are neither absolute * nor relative filenames and can therefore be a SECURITY risk * 0x0004 ... insecure RPATHs; these are relative RPATHs which are a * SECURITY risk * 0x0008 ... the special '$ORIGIN' RPATHs are appearing after other * RPATHs; this is just a minor issue but usually unwanted * 0x0010 ... the RPATH is empty; there is no reason for such RPATHs * and they cause unneeded work while loading libraries * 0x0020 ... an RPATH references '..' of an absolute path; this will break * the functionality when the path before '..' is a symlink * * * Examples: * - to ignore standard and empty RPATHs, execute 'rpmbuild' like * $ QA_RPATHS=$[ 0x0001|0x0010 ] rpmbuild my-package.src.rpm * - to check existing files, set $RPM_BUILD_ROOT and execute check-rpaths like * $ RPM_BUILD_ROOT=<top-dir> /usr/lib/rpm/check-rpaths * ******************************************************************************* ERROR 0004: file '/usr/bin/cpupower' contains an insecure rpath './' in [./] error: Bad exit status from /var/tmp/rpm-tmp.A6u26r (%install) Bad exit status from /var/tmp/rpm-tmp.A6u26r (%install) Version-Release number of selected component (if applicable): kernel-4.0.0-0.rc2.git0.1 How reproducible: Every time Steps to Reproduce: 1. Compile a kernel using rpmbuild 2. 3. Actual results: The above error Expected results: Valid rpm packages Additional info: This error started with the 3.20 series of kernels. Using the suggested workaround does produce packages, but I don't thing the kernel should be looking for relative files.
The error isn't on the kernel binary. It's on a userspace tool that is packaged in kernel-tools.
I emailed the upstream maintainers about this issue. We'll see what they say.
Thanks a lot! The fact that it isn't in the actual kernel is reassuring. I look forward to the response.
I sent a revert patch upstream and it looks like it will be accepted. I've included the patch in the rc3.git1 build today.
Thanks. I'll give that a whirl once the packages are built. Probably won't be till tomorrow, though.
Yes, the rc3.git1 built just fine, and I am currently running it without any problems. Thank you.
Thanks for confirming!
kernel-4.0.0-0.rc4.git0.1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/kernel-4.0.0-0.rc4.git0.1.fc22
Package kernel-4.0.0-0.rc4.git0.1.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-4.0.0-0.rc4.git0.1.fc22' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-4066/kernel-4.0.0-0.rc4.git0.1.fc22 then log in and leave karma (feedback).
kernel-4.0.0-0.rc4.git0.1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.