M3 ahead...

Here's a little status mail about exactly how we're closing in on M3,
which is currently slated for 2 weeks from today. Overall things look
good. Our hope is that after August 15th, we'll be running a
dedicated Apache/SVN server for this project. That means all
developers will need to use SVN to contribute. :-)

* World of DAV (gstein)

     Greg is going to bring the DAV layer back up to speed. This
     includes:

       * using the new authentication system to get user/password
       * passing this info to Apache, and then into the new write-hooks
       * making properties work -- without leaving RA-specific ones
                                   in the repository.

             (This is the semi-large project. It may require some
              large changes to mod_dav itself, not just mod_dav_svn.
              
       * modifying python tests to run over RA_DAV (sussman will do.)

* Hooks: (cmpilato, kfogel -- working, nearly done)

         The write-hooks are essentially working now, and have an
         excellent 'svnlook' tool for assisting hook scripts. We
         might attempt to get "reading sentinels" working if time
         permits.

* Authentication: (sussman -- working, nearly done)

        * ra_local just gets a username.
 
        * ra_dav will get username/password, store them in working
          copy, and allow Apache to authenticate.

      Usernames are stored automatically as properties on transaction
      and revision roots, along with log messages and datestamps.

* Authorization: finished -- simple for now. (ACL's after 1.0.)

        * for ra_local, the Unix filesystem is all the security there
          can be. The user running the svn client app either does or
          doesn't have permission to read/write the Berkeley DB files.

        * for ra_dav, Apache does the authorization by looking at a
          list of committers in a .conf file.

        * more complex authorization (such as per-directory rights)
          can be done using hook scripts.

* Mime-types: (cmpilato -- working)

        Working on heuristic to determine if an added file is binary
        or not. This will (later) affect keyword substitution and
        line endings. It will also affect whether we can safely run
        'diff' and 'patch' under the hood when receiving an update to
        the file.

* DB_RUN_RECOVERY: (unassigned)

      Still need to write cross-process locking function so that the
      repository can repair itself when this error is returned. We
      believe APR now has the means to help us with this.

* Filesystem deltification optimization (unassigned)

      Karl is worried about speed of our deltification right now; we
      may optimize it, if time permits.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:34 2006