[Zope-Checkins] CVS: Zope/doc - TODO.txt:1.1.2.3

Fred L. Drake, Jr. fred@zope.com
Wed, 26 Feb 2003 12:48:04 -0500


Update of /cvs-repository/Zope/doc
In directory cvs.zope.org:/tmp/cvs-serv11516

Modified Files:
      Tag: new-install-branch
	TODO.txt 
Log Message:
- minor consistency edits
- added more status information


=== Zope/doc/TODO.txt 1.1.2.2 => 1.1.2.3 ===
--- Zope/doc/TODO.txt:1.1.2.2	Wed Feb 26 10:57:41 2003
+++ Zope/doc/TODO.txt	Wed Feb 26 12:48:04 2003
@@ -113,7 +113,7 @@
 Review impact of missing Data.fs.in
 
   The branch install process doesn't copy the "Data.fs.in" file to an
-  instance_home/var directory.  This file is the "initial" filestorage
+  instancehome/var directory.  This file is the "initial" filestorage
   for Zope that gets copied to "Data.fs" during installation in every
   prior branch of Zope.  This file is evil and must die at some point,
   and most of the necessary code to set things up properly in the face
@@ -146,6 +146,10 @@
   changes to their testers to build Zope properly using the new
   method.  This needs to be explained on zope-coders.
 
+  Status:  Started to figure out new "<scenario>" section for the
+  testing tools, but there may be some limitations of the test test at
+  this point.  Have started asking Chris Withers questions about this.
+
 Review the Zope Book 2.6 Edition chapters and come up with revisions
 or at least create a Zope Trunk Install HowTo
 
@@ -198,11 +202,11 @@
   The output of make install includes some spurious warnings from
   distutils.
 
-Zope.Startup.nt.NTService.py and instance_home/bin/ntservice.py need
+Zope.Startup.nt.NTService.py and INSTANCE_HOME/bin/ntservice.py need
 testing
 
   These modules allow you to associate an NT service with a Zope
-  instance_home.  Success means being able to invoke the ntservice.py
+  INSTANCE_HOME.  Success means being able to invoke the ntservice.py
   module to create an NT service which can successfully start and stop
   a Zope instance on a per-instance-home basis.
 
@@ -279,7 +283,7 @@
   We deferred several issues that we recognized as areas for
   improvement in ZConfig that might make it possible to avoid writing
   nasty procedural code for default handling unnecessary
-  (e.g. Zope.Startup.handlers._RootHandler).  See
+  (e.g. Zope.Startup.handlers.root_handler).  See
   http://my.zope.com/CPM/CPM/issues/4 and
   http://my.zope.com/CPM/CPM/issues/3.  Not necessary for merge, but
   useful to think about for future.