On Mon, 2010-01-11 at 15:31 -0600, Serge E. Hallyn wrote:
> Quoting Serge E. Hallyn ([email protected]):
> > Quoting Serge E. Hallyn ([email protected]):
> > > Quoting Serge E. Hallyn ([email protected]):
> > > > Quoting Stephen Smalley ([email protected]):
> > > > > On Mon, 2010-01-11 at 13:50 -0600, Serge E. Hallyn wrote:
> > > > > > > Fails with:
> > > > > > > cp: cannot stat
> > > > > > > `/home/sds/ltp/testcases/kernel/security/selinux-testsuite/refpolicy/policy_files/generic/test_policy.*':
> > > > > > >  No such file or directory
> > > > > > 
> > > > > > You ran /home/sds/ltp/testscripts/test_selinux.sh, right?
> > > > > > 
> > > > > > I think we are supposed to actually be running
> > > > > > /opt/ltp/testscripts/test_selinux.sh.  So then the first question 
> > > > > > for
> > > > > > Garrett is how should we deduce /home/sds/ltp as $LTP_SRCDIR from a
> > > > > > testscript?  Or should the policy sources be copied into /opt?
> > > > > 
> > > > > Ok, but regardless:  the refpolicy Makefile is still broken.
> > > > 
> > > > Yup.
> > > 
> > > All right, baby-steps.
> > > 
> > > The attached test_selinux.diff is not to be applied, but something
> > > like it is needed.  Should we have the ltp 'make install' fill in
> > > TOP_SRCDIR in /opt/ltp/testscripts/test_selinux.sh?  BTW, Garrett,
> > > that is the issue I was saying is shared between test_selinux.sh
> > > and some others including test_robind.sh.  That's why I'm not just
> > > sending a patch to make it work, bc i think we need more general
> > > guidance.
> > > 
> > > The second match makes the 'make load' part of test_selinux.sh
> > > succeed on rhel5.4.  Stephen, how does it do on fedora?
> > > 
> > > After loading policy it fails to execute ltp-pan, but I figure let's
> > > get policy loading working first.
> 
> All right well just doing
> 
> --- /root/ltp_cvs_orig/ltp/testscripts/test_selinux.sh        2009-05-19 
> 05:39:11.000000000 -0400
> +++ /opt/ltp/testscripts/test_selinux.sh      2010-01-11 16:26:12.000000000 
> -0500
> @@ -115,7 +117,7 @@
>  SAVEBINTYPE=`ls -Zd $LTPROOT/testcases/bin | awk '{ print $4 }' | awk -F: '{ 
> print $3 }'`
>  /usr/bin/chcon -t test_file_t $LTPROOT/testcases/bin
>  
> -$LTPROOT/pan/ltp-pan -S -a $LTPROOT/results/selinux -n ltp-selinux -l 
> $LTPROOT/results/selinux.logfile -o $LTPROOT/results/selinux.outfile -p -f 
> $LTPROOT/runtest/selinux  
> +$LTPROOT/bin/ltp-pan -S -a $LTPROOT/results/selinux -n ltp-selinux -l 
> $LTPROOT/results/selinux.logfile -o $LTPROOT/results/selinux.outfile -p -f 
> $LTPROOT/runtest/selinux  
>  
>  # cleanup before exiting    
>  
> ================================================================
> in test_selinux.sh makes the testsuite mostly pass (test 39 fails, all
> up to then pass)
> 
> Again this is on RHEL5.4.

test39 isn't supposed to be run on RHEL5.4.  
The old tests/Makefile had conditional logic to exclude certain tests on
RHEL4 and on RHEL5, as their kernels wouldn't support newer tests.

-- 
Stephen Smalley
National Security Agency


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Reply via email to