Description of problem: Three of the testcases in systemtap-testsuite rpm are treated as executables, but the are not in fact. This brings bogus failures to the results of the testsuite. They are: a) systemtap.base/bz10078.stp b) buildko/two.stp c) buildok/thirty.stp Version-Release number of selected component (if applicable): # rpm -q systemtap-testsuite systemtap-testsuite-0.9.7-1.el5 How reproducible: always Steps to Reproduce: 1. for a) runtest --tool=systemtap systemtap.base/bz10078.exp 2. for b) runtest --tool=systemtap systemtap.pass1-4/buildko.exp 3. for c) runtest --tool=systemtap systemtap.pass1-4/buildok.exp Actual results: ERROR: tcl error sourcing ./systemtap.base/bz10078.exp ERROR: couldn't execute "./systemtap.base/bz10078.stp": permission denied ERROR: tcl error sourcing ./systemtap.pass1-4/buildko.exp. ERROR: couldn't execute "./buildko/two.stp": permission denied ERROR: tcl error sourcing ./systemtap.pass1-4/buildok.exp. ERROR: couldn't execute "./buildok/thirty.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'
Thanks, fixed upstream. It wouldn't be worth respinning just for this, but we could easily lump it into the next incidental respin. Since permissions can't be changed with a plain .patch file, fixing this in the rhel 0.9.7 build would take a few explicit chmod's in the spec file.
qe_ack
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-2009-1313.html