Red Hat Bugzilla – Bug 499657
Bogus testsuite failures due to permissions
Last modified: 2016-09-19 22:05:18 EDT
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:
Version-Release number of selected component (if applicable):
# rpm -q systemtap-testsuite
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
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
After chmod a+x -ing, I see no such ERRORs and get some relevant results.
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.
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.