head	1.3;
access;
symbols
	RELENG_8_4:1.3.0.2
	RELENG_9_1_0_RELEASE:1.1.16.1.4.2
	RELENG_9_1:1.1.16.1.0.4
	RELENG_9_1_BP:1.1.16.1
	RELENG_8_3_0_RELEASE:1.1.10.1.8.1
	RELENG_8_3:1.1.10.1.0.8
	RELENG_8_3_BP:1.1.10.1
	RELENG_9_0_0_RELEASE:1.1.16.1.2.1
	RELENG_9_0:1.1.16.1.0.2
	RELENG_9_0_BP:1.1.16.1
	RELENG_9:1.1.0.16
	RELENG_9_BP:1.1
	RELENG_7_4_0_RELEASE:1.1.14.1
	RELENG_8_2_0_RELEASE:1.1.10.1.6.1
	RELENG_7_4:1.1.0.14
	RELENG_7_4_BP:1.1
	RELENG_8_2:1.1.10.1.0.6
	RELENG_8_2_BP:1.1.10.1
	RELENG_8_1_0_RELEASE:1.1.10.1.4.1
	RELENG_8_1:1.1.10.1.0.4
	RELENG_8_1_BP:1.1.10.1
	RELENG_7_3_0_RELEASE:1.1.12.1
	RELENG_7_3:1.1.0.12
	RELENG_7_3_BP:1.1
	RELENG_8_0_0_RELEASE:1.1.10.1.2.1
	RELENG_8_0:1.1.10.1.0.2
	RELENG_8_0_BP:1.1.10.1
	RELENG_8:1.1.0.10
	RELENG_8_BP:1.1
	RELENG_7_2_0_RELEASE:1.1.8.1
	RELENG_7_2:1.1.0.8
	RELENG_7_2_BP:1.1
	RELENG_7_1_0_RELEASE:1.1.6.1
	RELENG_7_1:1.1.0.6
	RELENG_7_1_BP:1.1
	RELENG_7_0_0_RELEASE:1.1
	RELENG_7_0:1.1.0.4
	RELENG_7_0_BP:1.1
	RELENG_7:1.1.0.2
	RELENG_7_BP:1.1;
locks; strict;
comment	@# @;


1.3
date	2012.11.17.01.53.50;	author svnexp;	state Exp;
branches
	1.3.2.1;
next	1.2;

1.2
date	2011.12.30.00.04.11;	author uqs;	state Exp;
branches;
next	1.1;

1.1
date	2007.04.15.11.02.31;	author bushman;	state Exp;
branches
	1.1.2.1
	1.1.6.1
	1.1.8.1
	1.1.10.1
	1.1.12.1
	1.1.14.1
	1.1.16.1;
next	;

1.3.2.1
date	2012.11.17.01.53.50;	author svnexp;	state dead;
branches;
next	1.3.2.2;

1.3.2.2
date	2013.03.28.13.05.51;	author svnexp;	state Exp;
branches;
next	;

1.1.2.1
date	2012.11.17.08.08.02;	author svnexp;	state Exp;
branches;
next	;

1.1.6.1
date	2008.11.25.02.59.29;	author kensmith;	state Exp;
branches;
next	;

1.1.8.1
date	2009.04.15.03.14.26;	author kensmith;	state Exp;
branches;
next	;

1.1.10.1
date	2009.08.03.08.13.06;	author kensmith;	state Exp;
branches
	1.1.10.1.2.1
	1.1.10.1.4.1
	1.1.10.1.6.1
	1.1.10.1.8.1;
next	1.1.10.2;

1.1.10.2
date	2012.11.17.10.37.11;	author svnexp;	state Exp;
branches;
next	;

1.1.10.1.2.1
date	2009.10.25.01.10.29;	author kensmith;	state Exp;
branches;
next	;

1.1.10.1.4.1
date	2010.06.14.02.09.06;	author kensmith;	state Exp;
branches;
next	;

1.1.10.1.6.1
date	2010.12.21.17.09.25;	author kensmith;	state Exp;
branches;
next	;

1.1.10.1.8.1
date	2012.03.03.06.15.13;	author kensmith;	state Exp;
branches;
next	1.1.10.1.8.2;

1.1.10.1.8.2
date	2012.11.17.08.25.45;	author svnexp;	state Exp;
branches;
next	;

1.1.12.1
date	2010.02.10.00.26.20;	author kensmith;	state Exp;
branches;
next	;

1.1.14.1
date	2010.12.21.17.10.29;	author kensmith;	state Exp;
branches;
next	1.1.14.2;

1.1.14.2
date	2012.11.17.08.17.39;	author svnexp;	state Exp;
branches;
next	;

1.1.16.1
date	2011.09.23.00.51.37;	author kensmith;	state Exp;
branches
	1.1.16.1.2.1
	1.1.16.1.4.1;
next	1.1.16.2;

1.1.16.2
date	2012.11.17.11.37.29;	author svnexp;	state Exp;
branches;
next	;

1.1.16.1.2.1
date	2011.11.11.04.20.22;	author kensmith;	state Exp;
branches;
next	1.1.16.1.2.2;

1.1.16.1.2.2
date	2012.11.17.08.37.26;	author svnexp;	state Exp;
branches;
next	;

1.1.16.1.4.1
date	2012.08.05.23.54.33;	author kensmith;	state Exp;
branches;
next	1.1.16.1.4.2;

1.1.16.1.4.2
date	2012.11.17.08.48.17;	author svnexp;	state Exp;
branches;
next	;


desc
@@


1.3
log
@Switching exporter and resync
@
text
@$FreeBSD: head/tools/regression/lib/libc/nss/README 228975 2011-12-30 00:04:11Z uqs $

A brief how-to
--------------

Each nsswitch regression test does 2 kinds of actions:
1. It runs a series of queries and tests the correctness of results.
   There are 2 basic criteria which are used for that:
      - numbers must be in the correct range
      - certain pointers should not be NULL

2. It makes a snapshot of the results of all queries that were made.
   The idea of snapshots is to test that nsswitch-related function
   calls behave equally (i.e. return same results for the same queries)
   between system upgrades. When the test is executed and the snapshot is
   already created, the test will compare the result of each query with
   the appropriate result from the snapshot and will signal if they
   differ.

In order for nsswitch tests to be as useful as possible you should use
them in the following way:

Step 1 (before upgrading your system).
Build the tests with "make" command and execute them with "prove -v"
command. If there are errors during the execution, then appropriate
nsswitch functions should be checked. Note, that errors on this state
can happen only if the particular function return incorrect data.

After the stage 1 a number of "snapshot_[test name]" files will appear
in your test folder.

Step 2 (after upgrading you system).
Rebuild the tests with "make clean; make" command and execute them
again with "prove -v" (check that "snapshot_[test name]" files
are in the same folder with tests). On this stage regression tests
will catch not only the correctness errors, but will also determine
the changes in nsswitch functions behaviour.

In case of the test failure you will get the following message:

To get more details about the error you should do the following:
Step 1. Run the test alone with debug output enabled.
Step 2. Mail the snapshot file and the debug test output to the
freebsd-current@@ mailing list.

Example testing session for getpwXXX() family of functions
----------------------------------------------------------
1. make

2. prove -v ./test-getpw.t
   
   test-getpw....1..8
   ok 1 - getpwnam()
   ok 2 - getpwuid()
   ok 3 - getpwent()
   ok 4 - getpwent() 2-pass
   ok 5 - building snapshot, if needed
   ok 6 - getpwnam() snapshot
   ok 7 - getpwuid() snapshot
   ok 8 - getpwent() snapshot
   ok
   All tests successful.
   Files=1, Tests=8,  1 wallclock secs ( 0.00 cusr +  0.20 csys =  0.20 CPU)


3. Upgrading the system.

4. make clean; make

5. prove -v ./test-getpw.t (suppose that something has gone wrong)

   test-getpw....1..8
   ok 1 - getpwnam()
   ok 2 - getpwuid()
   ok 3 - getpwent()
   ok 4 - getpwent() 2-pass
   ok 5 - building snapshot, if needed
   not ok 6 - getpwnam() snapshot
   ok 7 - getpwuid() snapshot
   not ok 8 - getpwent() snapshot
   FAILED tests 6, 8
           Failed 2/8 tests, 75.00% okay
   Failed 1/1 test scripts, 0.00% okay. 2/8 subtests failed, 75.00% okay.

6. We see that test number 6 failed. According to get-getpw.t, this test
   is executed like this:
   do_test 6 'getpwnam() snapshot'           '-n -s snapshot_pwd'
 
   To determine why the test has failed, we need to run it in debug mode -
   it means adding "-d" to the options list.

7. ./test-getpw -dn -s snapshot_pwd
   ...
   testing getpwnam() with the following data:
   toor:*:0:0:0::ne-again Superuser:/root::0:4831
   testing correctness with the following data:
   toor:*:0:0:0::Bourne-again Superuser:/root::0:4831
   correct
   not ok

8. Here we can see that the data from snapshot (first "toor" line) and
   the data received from the getpwnam() call (second "toor" line) are
   different. It is the reason why the test has failed. If you can't
   (or don't want) to investigate the problem by yourself, mail
   the test debug output and the snapshot file to the developers list.
 
Notes on using standalone nsswitch tests
----------------------------------------

All nsswitch tests have [-d] optional command line argument which enables
debug output. The debug output can be extremely helpful to determine the
cause of test failure.

In all nsswitch tests -s <file> command line argument specifies the
snapshot file. If this file doesn't exist, it would be built during
test execution. If it already exists then it will be used to check
the results of particular function calls. This argument is mostly
optional, but some tests (test-getaddr and test-getusershell) force
it to be specified.

test-gethostby and test-getaddr require the list of hostnames, that should
be queried during the test. This list must be specified via -f <file>
command line argument. Each hostname should occupy exactly one line
in the file.

Detailed tests description
--------------------------

./test-getaddr - tests the getaddrinfo() function.
  Usage: test-getaddr [-d] [-46] [-s <file>] -f <file>
    -d - enable debug output
    -4 - force IPv4 usage
    -6 - force IPv6 usage
    -s - build/use specified snapshot file
    -f - use specified hostnames list for testing 

./test-getgr
  Usage: test-getgr -nge2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getgrnam(3)
    -g - test getgrgid(3)
    -e - test getgrent(3)
    -2 - test getgrent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-gethostby
  Usage: test-gethostby -na2i [-o] [-d] [-m46] [-s <file>] -f <file>
    -n - test gethostbyname2(3)
    -a - test gethostbyaddr(3)
    -2 - test gethostbyname2(3) results to be equal with getaddrinfo(3)
         results for the similar query
    -i - test gethostbyaddr(3) results to be equal with  getnameinfo(3)
         results for the similar query
    -o - use getipnodebyname(3)/getipnodebyaddr(3) for testing instead of
         gethostbyname2(3)/gethostbyaddr(3)
    -d - enable debug output
    -m - force IPv4-to-IPv6 mapping
    -4 - force IPv4 usage
    -6 - force IPv6 usage
    -s - build/use specified snapshot file
    -f - use specified hostnames list for testing 

./test-getproto
  Usage: test-getproto -nve2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getprotobyname(3)
    -v - test getprotobynumber(3)
    -e - test getprotoent(3)
    -2 - test getprotoent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-getpw
  Usage: test-getpw -nue2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getpwnam(3)
    -u - test getpwuid(3)
    -e - test getpwent(3)
    -2 - test getpwent(3) in 2-pass mode
    -s - build/use snapshot file

./test-getrpc
  Usage: test-getrpc -nve2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getrpcbyname(3)
    -v - test getrpcbynumber(3)
    -e - test getrpcent(3)
    -2 - test getrpcent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-getserv
  Usage: test-getserv -npe2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getservbyname(3)
    -p - test getservbyport(3)
    -e - test getservent(3)
    -2 - test getservent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-getusershell
  Usage: test-getusershell [-d] -s <file>
    -d - enable debug output
    -s - build/use specified snapshot file
 
@


1.3.2.1
log
@file README was added on branch RELENG_8_4 on 2013-03-28 13:05:51 +0000
@
text
@d1 203
@


1.3.2.2
log
@## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/248810
## SVN ## CVS IS DEPRECATED: http://wiki.freebsd.org/CvsIsDeprecated
@
text
@a0 203
$FreeBSD: releng/8.4/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $

A brief how-to
--------------

Each nsswitch regression test does 2 kinds of actions:
1. It runs a series of queries and tests the correctness of results.
   There are 2 basic criterias which are used for that:
      - numbers must be in the correct range
      - certain pointers should not be NULL

2. It makes a snapshot of the results of all queries that were made.
   The idea of snapshots is to test that nsswitch-related function
   calls behave equally (i.e. return same results for the same queries)
   between system upgrades. When the test is executed and the snapshot is
   already created, the test will compare the result of each query with
   the appropriate result from the snapshot and will signal if they
   differ.

In order for nsswitch tests to be as useful as possible you should use
them in the following way:

Step 1 (before upgrading your system).
Build the tests with "make" command and execute them with "prove -v"
command. If there are errors during the execution, then appropriate
nsswitch functions should be checked. Note, that errors on this state
can happen only if the particular function return incorrect data.

After the stage 1 a number of "snapshot_[test name]" files will appear
in your test folder.

Step 2 (after upgrading you system).
Rebuild the tests with "make clean; make" command and execute them
again with "prove -v" (check that "snapshot_[test name]" files
are in the same folder with tests). On this stage regression tests
will catch not only the correctness errors, but will also determine
the changes in nsswitch functions behaviour.

In case of the test failure you will get the following message:

To get more details about the error you should do the following:
Step 1. Run the test alone with debug output enabled.
Step 2. Mail the snapshot file and the debug test output to the
freebsd-current@@ mailing list.

Example testing session for getpwXXX() family of functions
----------------------------------------------------------
1. make

2. prove -v ./test-getpw.t
   
   test-getpw....1..8
   ok 1 - getpwnam()
   ok 2 - getpwuid()
   ok 3 - getpwent()
   ok 4 - getpwent() 2-pass
   ok 5 - building snapshot, if needed
   ok 6 - getpwnam() snapshot
   ok 7 - getpwuid() snapshot
   ok 8 - getpwent() snapshot
   ok
   All tests successful.
   Files=1, Tests=8,  1 wallclock secs ( 0.00 cusr +  0.20 csys =  0.20 CPU)


3. Upgrading the system.

4. make clean; make

5. prove -v ./test-getpw.t (suppose that something has gone wrong)

   test-getpw....1..8
   ok 1 - getpwnam()
   ok 2 - getpwuid()
   ok 3 - getpwent()
   ok 4 - getpwent() 2-pass
   ok 5 - building snapshot, if needed
   not ok 6 - getpwnam() snapshot
   ok 7 - getpwuid() snapshot
   not ok 8 - getpwent() snapshot
   FAILED tests 6, 8
           Failed 2/8 tests, 75.00% okay
   Failed 1/1 test scripts, 0.00% okay. 2/8 subtests failed, 75.00% okay.

6. We see that test number 6 failed. According to get-getpw.t, this test
   is executed like this:
   do_test 6 'getpwnam() snapshot'           '-n -s snapshot_pwd'
 
   To determine why the test has failed, we need to run it in debug mode -
   it means adding "-d" to the options list.

7. ./test-getpw -dn -s snapshot_pwd
   ...
   testing getpwnam() with the following data:
   toor:*:0:0:0::ne-again Superuser:/root::0:4831
   testing correctness with the following data:
   toor:*:0:0:0::Bourne-again Superuser:/root::0:4831
   correct
   not ok

8. Here we can see that the data from snapshot (first "toor" line) and
   the data received from the getpwnam() call (second "toor" line) are
   different. It is the reason why the test has failed. If you can't
   (or don't want) to investigate the problem by yourself, mail
   the test debug output and the snapshot file to the developers list.
 
Notes on using standalone nsswitch tests
----------------------------------------

All nsswitch tests have [-d] optional command line argument which enables
debug output. The debug output can be extremely helpful to determine the
cause of test failure.

In all nsswitch tests -s <file> command line argument specifies the
snapshot file. If this file doesn't exist, it would be built during
test execution. If it already exists then it will be used to check
the results of particular function calls. This argument is mostly
optional, but some tests (test-getaddr and test-getusershell) force
it to be specified.

test-gethostby and test-getaddr require the list of hostnames, that should
be queried during the test. This list must be specified via -f <file>
command line argument. Each hostname should occupy exactly one line
in the file.

Detailed tests description
--------------------------

./test-getaddr - tests the getaddrinfo() function.
  Usage: test-getaddr [-d] [-46] [-s <file>] -f <file>
    -d - enable debug output
    -4 - force IPv4 usage
    -6 - force IPv6 usage
    -s - build/use specified snapshot file
    -f - use specified hostnames list for testing 

./test-getgr
  Usage: test-getgr -nge2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getgrnam(3)
    -g - test getgrgid(3)
    -e - test getgrent(3)
    -2 - test getgrent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-gethostby
  Usage: test-gethostby -na2i [-o] [-d] [-m46] [-s <file>] -f <file>
    -n - test gethostbyname2(3)
    -a - test gethostbyaddr(3)
    -2 - test gethostbyname2(3) results to be equal with getaddrinfo(3)
         results for the similar query
    -i - test gethostbyaddr(3) results to be equal with  getnameinfo(3)
         results for the similar query
    -o - use getipnodebyname(3)/getipnodebyaddr(3) for testing instead of
         gethostbyname2(3)/gethostbyaddr(3)
    -d - enable debug output
    -m - force IPv4-to-IPv6 mapping
    -4 - force IPv4 usage
    -6 - force IPv6 usage
    -s - build/use specified snapshot file
    -f - use specified hostnames list for testing 

./test-getproto
  Usage: test-getproto -nve2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getprotobyname(3)
    -v - test getprotobynumber(3)
    -e - test getprotoent(3)
    -2 - test getprotoent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-getpw
  Usage: test-getpw -nue2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getpwnam(3)
    -u - test getpwuid(3)
    -e - test getpwent(3)
    -2 - test getpwent(3) in 2-pass mode
    -s - build/use snapshot file

./test-getrpc
  Usage: test-getrpc -nve2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getrpcbyname(3)
    -v - test getrpcbynumber(3)
    -e - test getrpcent(3)
    -2 - test getrpcent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-getserv
  Usage: test-getserv -npe2 [-d] [-s <file>]
    -d - enable debug output
    -n - test getservbyname(3)
    -p - test getservbyport(3)
    -e - test getservent(3)
    -2 - test getservent(3) in 2-pass mode
    -s - build/use specified snapshot file

./test-getusershell
  Usage: test-getusershell [-d] -s <file>
    -d - enable debug output
    -s - build/use specified snapshot file
 
@


1.2
log
@SVN rev 228975 on 2011-12-30 00:04:11Z by uqs

Spelling fixes for tools/

Add some $FreeBSD$ tags so svn will allow the commit.
@
text
@d1 1
a1 1
$FreeBSD$
@


1.1
log
@Committing regression tests for all implemented nsswitch databases.
Detailed description and instructions are in the README file.
This work had been basically done during GSoC 2006.

Approved by:	brooks (mentor)
@
text
@d8 1
a8 1
   There are 2 basic criterias which are used for that:
@


1.1.2.1
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: stable/7/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.16.1
log
@SVN rev 225736 on 2011-09-23 00:51:37Z by kensmith

Copy head to stable/9 as part of 9.0-RELEASE release cycle.

Approved by:	re (implicit)
@
text
@@


1.1.16.2
log
@## SVN ##
## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/ 242902
## SVN ## CVS IS DEPRECATED: http://wiki.freebsd.org/CvsIsDeprecated
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ## r242902 | dteske | 2012-11-11 23:29:45 +0000 (Sun, 11 Nov 2012) | 10 lines
## SVN ##
## SVN ## Fix a regression introduced by SVN r211417 that saw the breakage of a feature
## SVN ## documented in usr.sbin/sysinstall/help/shortcuts.hlp (reproduced below):
## SVN ##
## SVN ## If /usr/sbin/sysinstall is linked to another filename, say
## SVN ## `/usr/local/bin/configPackages', then the basename will be used
## SVN ## as an implicit command name.
## SVN ##
## SVN ## Reviewed by:	adrian (co-mentor)
## SVN ## Approved by:	adrian (co-mentor)
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ##
@
text
@d1 1
a1 1
$FreeBSD: stable/9/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.16.1.4.1
log
@SVN rev 239080 on 2012-08-05 23:54:33Z by kensmith

Copy stable/9 to releng/9.1 as part of the 9.1-RELEASE release process.

Approved by:	re (implicit)
@
text
@@


1.1.16.1.4.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/9.1/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.16.1.2.1
log
@SVN rev 227445 on 2011-11-11 04:20:22Z by kensmith

Copy stable/9 to releng/9.0 as part of the FreeBSD 9.0-RELEASE release
cycle.

Approved by:	re (implicit)
@
text
@@


1.1.16.1.2.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/9.0/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.14.1
log
@SVN rev 216618 on 2010-12-21 17:10:29Z by kensmith

Copy stable/7 to releng/7.4 in preparation for FreeBSD-7.4 release.

Approved by:	re (implicit)
@
text
@@


1.1.14.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/7.4/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.12.1
log
@SVN rev 203736 on 2010-02-10 00:26:20Z by kensmith

Copy stable/7 to releng/7.3 as part of the 7.3-RELEASE process.

Approved by:	re (implicit)
@
text
@@


1.1.10.1
log
@SVN rev 196045 on 2009-08-03 08:13:06Z by kensmith

Copy head to stable/8 as part of 8.0 Release cycle.

Approved by:	re (Implicit)
@
text
@@


1.1.10.2
log
@## SVN ##
## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/ 242909
## SVN ## CVS IS DEPRECATED: http://wiki.freebsd.org/CvsIsDeprecated
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ## r242909 | dim | 2012-11-12 07:47:19 +0000 (Mon, 12 Nov 2012) | 20 lines
## SVN ##
## SVN ## MFC r242625:
## SVN ##
## SVN ## Remove duplicate const specifiers in many drivers (I hope I got all of
## SVN ## them, please let me know if not).  Most of these are of the form:
## SVN ##
## SVN ## static const struct bzzt_type {
## SVN ##       [...list of members...]
## SVN ## } const bzzt_devs[] = {
## SVN ##       [...list of initializers...]
## SVN ## };
## SVN ##
## SVN ## The second const is unnecessary, as arrays cannot be modified anyway,
## SVN ## and if the elements are const, the whole thing is const automatically
## SVN ## (e.g. it is placed in .rodata).
## SVN ##
## SVN ## I have verified this does not change the binary output of a full kernel
## SVN ## build (except for build timestamps embedded in the object files).
## SVN ##
## SVN ## Reviewed by:	yongari, marius
## SVN ##
## SVN ## ------------------------------------------------------------------------
## SVN ##
@
text
@d1 1
a1 1
$FreeBSD: stable/8/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.10.1.8.1
log
@SVN rev 232438 on 2012-03-03 06:15:13Z by kensmith

Copy stable/8 to releng/8.3 as part of 8.3-RELEASE release cycle.

Approved by:	re (implicit)
@
text
@@


1.1.10.1.8.2
log
@Switch importer
@
text
@d1 1
a1 1
$FreeBSD: releng/8.3/tools/regression/lib/libc/nss/README 168754 2007-04-15 11:02:31Z bushman $
@


1.1.10.1.6.1
log
@SVN rev 216617 on 2010-12-21 17:09:25Z by kensmith

Copy stable/8 to releng/8.2 in preparation for FreeBSD-8.2 release.

Approved by:	re (implicit)
@
text
@@


1.1.10.1.4.1
log
@SVN rev 209145 on 2010-06-14 02:09:06Z by kensmith

Copy stable/8 to releng/8.1 in preparation for 8.1-RC1.

Approved by:	re (implicit)
@
text
@@


1.1.10.1.2.1
log
@SVN rev 198460 on 2009-10-25 01:10:29Z by kensmith

Copy stable/8 to releng/8.0 as part of 8.0-RELEASE release procedure.

Approved by:	re (implicit)
@
text
@@


1.1.8.1
log
@SVN rev 191087 on 2009-04-15 03:14:26Z by kensmith

Create releng/7.2 from stable/7 in preparation for 7.2-RELEASE.

Approved by:	re (implicit)
@
text
@@


1.1.6.1
log
@SVN rev 185281 on 2008-11-25 02:59:29Z by kensmith

Create releng/7.1 in preparation for moving into RC phase of 7.1 release
cycle.

Approved by:	re (implicit)
@
text
@@

