Description of problem: When updating package systemtap on a current "rawhide" system, an error message is issued: Updating : systemtap-0.9.9-2.fc12.x86_64 54/115 ERROR: Module uprobes does not exist in /proc/modules Version-Release number of selected component (if applicable): systemtap-0.9.9-2.fc12.x86_64 How reproducible: Always. Steps to Reproduce: 1. Update package systemtap. Actual results: Above error message is returned. Expected results: Update completes silently. Additional info: No module uprobes.ko is found in /lib/modules/2.6.31-0.132.rc5.git3.fc12.x86_64. However, source file are present in /usr/share/systemtap/runtime/uprobes/ and /usr/share/systemtap/runtime/uprobes2 respectively. If module uprobes.ko is required for systemtap to work properly, then it should be provided by Fedora. Otherwise the error message should be silenced.
This is caused by this part of the spec file: %post # Remove any previously-built uprobes.ko materials (make -C /usr/share/systemtap/runtime/uprobes clean) >/dev/null 3>&1 || true (/sbin/rmmod uprobes) >/dev/null 3>&1 || true %preun # Ditto (make -C /usr/share/systemtap/runtime/uprobes clean) >/dev/null 3>&1 || true (/sbin/rmmod uprobes) >/dev/null 3>&1 || true Which was introduced to fix upstream bug: PR10182 systemtap.spec should try to clean up old leftover uprobes module. http://sourceware.org/bugzilla/show_bug.cgi?id=10182 Obviously the '>/dev/null 3>&1' part doesn't work as intended. What would be the correct magic incantation to make this completely silent? Alternatively we could grep /proc/modules first before even attempting.
3>&1 should probably have been 2>&1
(In reply to comment #2) > 3>&1 should probably have been 2>&1 ah, seems 3>&1 is just a typo. Doing 2>&1 silences the output. OK. Fixed upstream. commit 70f2bd1fc3db8e2b555234d45e6bc3856d8afee5 Author: Mark Wielaard <mjw> Date: Thu Aug 6 17:46:27 2009 +0200 RH515870 Error message about missing module uprobes when updating. Fix 3>&1 typo. * systemtap.spec: Use 2>&1 to redirect error messages. Should be pulled in with the next fedora build. Then it will still give one more spurious error message on erasing the old package, but after that it is all fine.
*** Bug 516166 has been marked as a duplicate of this bug. ***
systemtap-0.9.9-3.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/systemtap-0.9.9-3.fc11
systemtap-0.9.9-3.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/systemtap-0.9.9-3.fc10
*** Bug 518015 has been marked as a duplicate of this bug. ***
systemtap-0.9.9-3.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
systemtap-0.9.9-3.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.