+++ This bug was initially created as a clone of Bug #499657 +++ Description of problem: There are testcases in systemtap-testsuite rpm which are treated as executables, but the are not in fact. This brings bogus failures to the results of the testsuite. They are: a) buildok/thirtyone.stp Version-Release number of selected component (if applicable): # rpm -q systemtap-testsuite systemtap-testsuite-0.9.7-5 How reproducible: always Steps to Reproduce: runtest --tool=systemtap systemtap.pass1-4/buildok.exp Actual results: ERROR: tcl error sourcing /usr/share/systemtap/testsuite/systemtap.pass1-4/buildok.exp. ERROR: couldn't execute "/usr/share/systemtap/testsuite/buildok/thirtyone.stp": permission denied Expected results: After chmod a+x -ing, I see no such ERRORs and get some relevant results. Additional info: This manifests even when runnning the whole testsuite with 'make installcheck'
I am unclear how this could have happened. According to the git logs this file has always been marked 755. Something must have maked it not-executable. This seems unlike the files mentioned in bug #499657 (testsuite/buildko/two.stp, testsuite/buildok/thirty.stp and testsuite/systemtap.base/bz10078.stp) which were once marked unexecutable in the past.
Found it. The test file comes from a backport. rhbz498040.patch. But patch doesn't set the executable bit when it is applied.
Upstream includes fixes for this bug.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2010-0308.html