No commit message

  Name the root collection simply "Zope" so that the name of the tarball will
  be decent.  This doesn't conflict with the collection representing the 'zope'
  package because the *root* collection and a dependency of it never have to
  coexist as sibling directories somewhere; so no danger of problems due to
  case ignorant file systems.

  Only include *.py files for the scripts (in particular, DON'T include
  the ZODBTools directory which was previously caught up in the '*' glob
  and confused zpkgsetup).
  
  Also include ZODBTools scripts (again, only *.py files).

  Forgot that zope.testbrowser is actually required by zope.app. So stitch
  it back it in. Good news is that has become easier in the mean time; no
  top-level modules involved (anymore); just mechanise and ClientCookie.

Fixed bug that broke WebDAV access for five:defaultViewable objects. The
__browser_default__ now modifies only GET and POST requests.

Fixed some event recursion compatibility modes.

(NullUnrestrictedUser had a non-string repr that made it impossible to
debug properly.)

from the before-the-"skel"-directory times. Move things that we might want to
keep to "skel" instead.
Make sure we remove everything that comes out of an inplace instance ("make instance").

isn't quite the same anymore (it's just like "make" now and doesn't
install a whole software home into the sandbox; use "make instance"
instead).

(Sheesh, can't a guy make a little checkin in private? ;-)

the work sandbox.

* Updated svn externals to include Zope 3.2 (currently the Zope3 trunk);
  that includes two new top-level packages, pytz and zodbcode, as well as
  the following new zope.* packages:
  - zope.deprecation
  - zope.dottedname
  - zope.formlib
  - zope.index
  - zope.testbrowser

* Moved to a zpkgutils-based build system, as the Zope 3.2 extension modules
  require to be built with it. If everything goes ahead as planned, the release
  tarball will also be built with zpkgutils (some work has also been done in
  that direction).

* Upgraded Five to the 1.3b release (released today) which is a Zope 3.2-compatible
  version of Five 1.2b (also released today). Biggest implication of this on the
  Zope 2 trunk is that the event work by Florent Guillaume has been folded back
  into the Zope 2 core, i.e. the OFS package.

* A few fixes to the Zope 2 PageTemplate/TAL/TALES implementation to work with the
  new immutable i18n Messages available since Zope 3.1+ (and standard in Zope 3.2).

Event interfaces are now in OFS.interfaces.
IFiveObjectClonedEvent has been renamed into IObjectClonedEvent.