Index: ossp-pkg/shiela/shiela-install.pod RCS File: /v/ossp/cvs/ossp-pkg/shiela/shiela-install.pod,v rcsdiff -q -kk '-r1.15' '-r1.16' -u '/v/ossp/cvs/ossp-pkg/shiela/shiela-install.pod,v' 2>/dev/null --- shiela-install.pod 2002/12/23 09:13:41 1.15 +++ shiela-install.pod 2002/12/23 12:00:07 1.16 @@ -77,19 +77,19 @@ add to C<$CVSROOT/CVSROOT/importinfo> (the hook for checking import operations): ``C''. This -assumes that you are using the OSSP CVS version. If you use a stock CVS -version, you have to skip this step and live with the fact that `C' commands cannot be access controlled by B (because then -this hook does not exists at all). +assumes that you are using a CVS version with RSE patches applied. If +you use a stock CVS version, you have to skip this step and live with +the fact that `C' commands cannot be access controlled by +B (because then this hook does not exists at all). =item B<6.> add to C<$CVSROOT/CVSROOT/admininfo> (the hook for checking admin operations): ``C''. This -requires that you are using the OSSP CVS version. If you use a stock CVS -version, you have to skip this step and life with the fact that `C' commands cannot be access controlled by B (because then -this hook does not exists at all). +requires that you are using a CVS version with RSE patches applied. If +you use a stock CVS version, you have to skip this step and life with +the fact that `C' commands cannot be access controlled by +B (because then this hook does not exists at all). =item B<7.> @@ -105,12 +105,12 @@ add to C<$CVSROOT/CVSROOT/loginfo> (the hook for performing logging): ``C''. This -requires that you use the OSSP CVS version. If you use a stock CVS -version, use ``C'' -instead and live with the fact that B's run-time efficiency is -slightly decreased and branch recognition might be less correct (because -B has to determine details the hard way which CVS already would -know easily). +requires that you use a CVS version with RSE patches applied. If you use +a stock CVS version, use ``C'' instead and live with the fact that B's run-time +efficiency is slightly decreased and branch recognition might be less +correct (because B has to determine details the hard way +which CVS already would know easily). =item B<10.> @@ -138,6 +138,62 @@ CVS repository to C. Additionally one can specify C which runs B non-interactively. +=head1 CVS INTERNAL PROCESSING + +The administrative files in C<$CVSROOT/CVSROOT/> are consulted by CVS +internally in dependency of the used F command. For your reference, +here are the processing steps CVS performs and into which B +hooks into: + +=over 1 + +=item On "C": + + 1. CVSROOT/config (general configuration) + 2. CVSROOT/modules (determine module names) + 3. CVSROOT/cvswrappers (file handling) + 4. CVSROOT/history (logging of the commit step) + +=item On "C": + + 1. CVSROOT/config (general configuration) + 2. CVSROOT/modules (determine module names) + 3. CVSROOT/commitinfo (access control) + 4. CVSROOT/rcsinfo (log message template) + 5. CVSROOT/editinfo (run the log message editor) + 6. CVSROOT/verifymsg (evaluate/adjust log message after editing) + 7. CVSROOT/cvswrappers (file handling) + 8. CVSROOT/loginfo (extra logging after commit) + 9. CVSROOT/history (logging of the commit step) + +=item On "C": + + 1. CVSROOT/config (general configuration) + 2. CVSROOT/modules (determine module names) + 3. CVSROOT/importinfo (access control) + 4. CVSROOT/rcsinfo (log message template) + 5. CVSROOT/editinfo (run the log message editor) + 6. CVSROOT/verifymsg (evaluate/adjust log message after editing) + 7. CVSROOT/cvswrappers (file handling) + 8. CVSROOT/loginfo (extra logging after commit) + 9. CVSROOT/history (logging of the commit step) + +=item On "C": + + 1. CVSROOT/config (general configuration) + 2. CVSROOT/modules (determine module names) + 3. CVSROOT/taginfo (access control and tag evaluation) + 4. CVSROOT/history (logging of the tag step) + +=item On "C": + + 1. CVSROOT/config (general configuration) + 2. CVSROOT/modules (determine module names) + 3. CVSROOT/admininfo (access control) + 4. CVSROOT/history (logging of the admin step) + +=back + =head1 SEE ALSO shiela(1).