Page MenuHomeFreeBSD

Integrate tools/regression/acltools into the FreeBSD test suite as tests/sys/acl
ClosedPublic

Authored by ngie on Oct 5 2015, 1:01 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Nov 24, 1:15 AM
Unknown Object (File)
Oct 21 2024, 8:40 PM
Unknown Object (File)
Sep 27 2024, 6:06 PM
Unknown Object (File)
Sep 23 2024, 4:46 AM
Unknown Object (File)
Sep 8 2024, 7:05 PM
Unknown Object (File)
Sep 7 2024, 1:17 PM
Unknown Object (File)
Sep 7 2024, 8:29 AM
Unknown Object (File)
Sep 4 2024, 8:43 PM
Subscribers

Details

Summary

Integrate tools/regression/acltools into the FreeBSD test suite as tests/sys/acl

The goals of the integration, as a first step, is to integrate the testcases into
the FreeBSD test suite as close to the current state for the testcases.

The changes that I made on GitHub that I've ported here do the following:

  • Make the requirements more complete for the testcases
  • Detect prerequisites so the tests won't fail (zpool, ACL support is enabled with UFS, etc).
  • Work with temporary files/directories/mountpoints that work with atf/kyua
  • Limit the testcases to work on temporary filesystems to reduce tainting the test host

Note: Phabricator's not being nice with the diff. Here's the complete initial
change: https://svnweb.freebsd.org/changeset/base/288680 .

Sponsored by: EMC / Isilon Storage Division

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

ngie retitled this revision from to Integrate tools/regression/acltools into the FreeBSD test suite as tests/sys/acl.
ngie updated this object.
ngie added a reviewer: trasz.

I like the idea. But it looks like you've moved the 'XX.t' files, but deleted the 'run' script and the actual tests ('*.test'). How does it work?

... or is it perhaps just my poor understanding how this diff thing works. So, assuming the stuff is all there - why did you remove unmounting from eg 00.t after the test is done? Is the "Bail out" comment some kind of debugging printf?

In D3810#79386, @trasz wrote:

I like the idea. But it looks like you've moved the 'XX.t' files, but deleted the 'run' script and the actual tests ('*.test'). How does it work?

Seems like Phabricator is sensitive to multiple file changes in a single diff.

ngie added a subscriber: tests.

Ok. So, why did you remove unmounting from eg 00.t after the test is done? Is the "Bail out" comment some kind of debugging printf?

In D3810#80436, @trasz wrote:

Ok. So, why did you remove unmounting from eg 00.t after the test is done? Is the "Bail out" comment some kind of debugging printf?

  • I'll look double-check, but the reason why (IIRC) was some of the exit paths were impacted by the fact that kyua goes and cleans up mount points after the fact.
  • "Bail out" tells TAP that the test script is aborting due to an abnormal failure: https://testanything.org/tap-specification.html (look for "
In D3810#80448, @ngie wrote:
In D3810#80436, @trasz wrote:

Ok. So, why did you remove unmounting from eg 00.t after the test is done? Is the "Bail out" comment some kind of debugging printf?

  • I'll look double-check, but the reason why (IIRC) was some of the exit paths were impacted by the fact that kyua goes and cleans up mount points after the fact.
  • "Bail out" tells TAP that the test script is aborting due to an abnormal failure: https://testanything.org/tap-specification.html (look for "

look for "Bail out"

trasz edited edge metadata.
This revision is now accepted and ready to land.Oct 14 2015, 12:12 PM
This revision was automatically updated to reflect the committed changes.