From: "Serge E. Hallyn" <serge@hallyn.com>
To: Stephen Smalley <sds@tycho.nsa.gov>
Cc: James Morris <jmorris@redhat.com>,
ltp-list <ltp-list@lists.sf.net>, SELinux <selinux@tycho.nsa.gov>,
kaigai@ak.jp.nec.com
Subject: Re: [LTP] selinux testsuite
Date: Thu, 1 Jul 2010 14:53:52 -0500 [thread overview]
Message-ID: <20100701195352.GA26918@hallyn.com> (raw)
In-Reply-To: <1278008699.15753.195.camel@moss-pluto.epoch.ncsc.mil>
Quoting Stephen Smalley (sds@tycho.nsa.gov):
> On Thu, 2010-07-01 at 22:36 +0530, Subrata Modak wrote:
> > On Wed, 2010-06-30 at 10:52 -0400, Stephen Smalley wrote:
> > > On Wed, 2010-06-30 at 17:43 +0530, Subrata Modak wrote:
> > > > Hi Serge,
> > > >
> > > > On Tue, 2010-06-29 at 14:52 -0500, Serge E. Hallyn wrote:
> > > > > Just a little note to announce that the selinux testsuite is now up as a
> > > > > git tree at kernel.org. You can fetch it using
> > > > >
> > > > > git clone git://git.kernel.org/pub/scm/tests/selinux-testsuite
> > > >
> > > > Great. So, how far does it differ from that we have in LTP ?
> > > > http://ltp.git.sourceforge.net/git/gitweb.cgi?p=ltp/ltp-dev.git;a=tree;f=testcases/kernel/security/selinux-testsuite;h=066df4cdf2f8a80a0045e338b4bb2bf0f5d37091;hb=HEAD
> > > >
> > > > As you, Stephen and others in SELinux <selinux@tycho.nsa.gov> were the
> > > > main contributors to the SELinux test(s) in LTP, i guess the next/future
> > > > development for SELinux tests will be happening in the new tree.
> > > >
> > > > So, i would rather keep pulling to LTP from your tree. Now, could you
> > > > please let me know:
> > > >
> > > > 1. Whether the new tree contains all scenarios which is present in
> > > > LTP. In such a case a complete pruning of LTP SELinux tests can
> > > > be done and replaced with your tree contents,
> > > > 2. If some of the LTP tests are not there, then i would like to
> > > > retain them in LTP side-by-side your tree contents,
> > >
> > > The new tree contains all of the selinux tests present in the LTP. You
> > > cannot however simply replace the ltp version of the tests with this
> > > tree, as this tree is a standalone testsuite and will not run within the
> > > ltp test harness. This testsuite is based on the original standalone
> > > selinux testsuite that was contributed by us to IBM to port to the LTP.
> > > We have internally maintained this testsuite in parallel to the ltp
> > > version as we have found it easier to set up, use, debug, and maintain.
> >
> > Thanks Stephen. Since you have maintained the Original-One Internally
> > and have simultaneously contributed changes to the LTP-version of
> > SELinux, i am depending on you/Serge/SELinux-Mailing-List-members to
> > keep sending patches to LTP to update the LTP-version at regular
> > intervals (off-course at your convenience ;-))
>
> I think that will depend on whether there is some benefit to maintaining
> the ltp version. We might derive some benefit if the ltp selinux
> testsuite were better integrated (e.g. tests run by default if SELinux
> is enabled on the host) and if the tests got some regular attention from
> the ltp maintainers. Otherwise, it may be better to just remove the
> tests from the ltp and point people to the standalone version.
I don't object to the tests being maintained in LTP. But so far, AFAICS,
the cost of maintaining in LTP far outweighs the benefits.
So I'd like to know, does anyone (IBM?) *use* the version in LTP for
automated testing?
If not, heck we could replace ltp/testcases/kernel/security/selinux/*
with a script that git clones the testsuite and runs it.
Mind you it's not the selinux tests per se - it's the random bulk LTP
updates which then break selinux tests, or worse, the autoconf cruft
to try to detect whether the user wants selinux tests - which constitute
the real maintenance cost.
If someone who uses the LTP selinux tests could step up and offer
to periodically run the tests and work with (me and) the community
to push fixes, I'll be happy to help out.
-serge
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
WARNING: multiple messages have this Message-ID (diff)
From: "Serge E. Hallyn" <serge@hallyn.com>
To: Stephen Smalley <sds@tycho.nsa.gov>
Cc: subrata@linux.vnet.ibm.com, SELinux <selinux@tycho.nsa.gov>,
James Morris <jmorris@redhat.com>,
kaigai@ak.jp.nec.com, ltp-list <ltp-list@lists.sf.net>
Subject: Re: selinux testsuite
Date: Thu, 1 Jul 2010 14:53:52 -0500 [thread overview]
Message-ID: <20100701195352.GA26918@hallyn.com> (raw)
In-Reply-To: <1278008699.15753.195.camel@moss-pluto.epoch.ncsc.mil>
Quoting Stephen Smalley (sds@tycho.nsa.gov):
> On Thu, 2010-07-01 at 22:36 +0530, Subrata Modak wrote:
> > On Wed, 2010-06-30 at 10:52 -0400, Stephen Smalley wrote:
> > > On Wed, 2010-06-30 at 17:43 +0530, Subrata Modak wrote:
> > > > Hi Serge,
> > > >
> > > > On Tue, 2010-06-29 at 14:52 -0500, Serge E. Hallyn wrote:
> > > > > Just a little note to announce that the selinux testsuite is now up as a
> > > > > git tree at kernel.org. You can fetch it using
> > > > >
> > > > > git clone git://git.kernel.org/pub/scm/tests/selinux-testsuite
> > > >
> > > > Great. So, how far does it differ from that we have in LTP ?
> > > > http://ltp.git.sourceforge.net/git/gitweb.cgi?p=ltp/ltp-dev.git;a=tree;f=testcases/kernel/security/selinux-testsuite;h=066df4cdf2f8a80a0045e338b4bb2bf0f5d37091;hb=HEAD
> > > >
> > > > As you, Stephen and others in SELinux <selinux@tycho.nsa.gov> were the
> > > > main contributors to the SELinux test(s) in LTP, i guess the next/future
> > > > development for SELinux tests will be happening in the new tree.
> > > >
> > > > So, i would rather keep pulling to LTP from your tree. Now, could you
> > > > please let me know:
> > > >
> > > > 1. Whether the new tree contains all scenarios which is present in
> > > > LTP. In such a case a complete pruning of LTP SELinux tests can
> > > > be done and replaced with your tree contents,
> > > > 2. If some of the LTP tests are not there, then i would like to
> > > > retain them in LTP side-by-side your tree contents,
> > >
> > > The new tree contains all of the selinux tests present in the LTP. You
> > > cannot however simply replace the ltp version of the tests with this
> > > tree, as this tree is a standalone testsuite and will not run within the
> > > ltp test harness. This testsuite is based on the original standalone
> > > selinux testsuite that was contributed by us to IBM to port to the LTP.
> > > We have internally maintained this testsuite in parallel to the ltp
> > > version as we have found it easier to set up, use, debug, and maintain.
> >
> > Thanks Stephen. Since you have maintained the Original-One Internally
> > and have simultaneously contributed changes to the LTP-version of
> > SELinux, i am depending on you/Serge/SELinux-Mailing-List-members to
> > keep sending patches to LTP to update the LTP-version at regular
> > intervals (off-course at your convenience ;-))
>
> I think that will depend on whether there is some benefit to maintaining
> the ltp version. We might derive some benefit if the ltp selinux
> testsuite were better integrated (e.g. tests run by default if SELinux
> is enabled on the host) and if the tests got some regular attention from
> the ltp maintainers. Otherwise, it may be better to just remove the
> tests from the ltp and point people to the standalone version.
I don't object to the tests being maintained in LTP. But so far, AFAICS,
the cost of maintaining in LTP far outweighs the benefits.
So I'd like to know, does anyone (IBM?) *use* the version in LTP for
automated testing?
If not, heck we could replace ltp/testcases/kernel/security/selinux/*
with a script that git clones the testsuite and runs it.
Mind you it's not the selinux tests per se - it's the random bulk LTP
updates which then break selinux tests, or worse, the autoconf cruft
to try to detect whether the user wants selinux tests - which constitute
the real maintenance cost.
If someone who uses the LTP selinux tests could step up and offer
to periodically run the tests and work with (me and) the community
to push fixes, I'll be happy to help out.
-serge
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2010-07-01 20:17 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-29 19:52 selinux testsuite Serge E. Hallyn
2010-06-30 12:13 ` [LTP] " Subrata Modak
2010-06-30 12:13 ` Subrata Modak
2010-06-30 14:52 ` [LTP] " Stephen Smalley
2010-06-30 14:52 ` Stephen Smalley
2010-07-01 17:06 ` [LTP] " Subrata Modak
2010-07-01 17:06 ` Subrata Modak
2010-07-01 18:24 ` [LTP] " Stephen Smalley
2010-07-01 18:24 ` Stephen Smalley
2010-07-01 19:53 ` Serge E. Hallyn [this message]
2010-07-01 19:53 ` Serge E. Hallyn
2010-07-02 14:50 ` [LTP] " Stephen Smalley
2010-07-02 14:50 ` Stephen Smalley
2010-07-02 15:02 ` [LTP] " Garrett Cooper
2010-07-03 17:59 ` Subrata Modak
2010-07-03 17:59 ` Subrata Modak
2010-07-03 17:57 ` [LTP] " Subrata Modak
2010-07-03 17:57 ` Subrata Modak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100701195352.GA26918@hallyn.com \
--to=serge@hallyn.com \
--cc=jmorris@redhat.com \
--cc=kaigai@ak.jp.nec.com \
--cc=ltp-list@lists.sf.net \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.