-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Todd" == Todd Vierling <tv@pobox.com> writes:
    Todd> However, it shouldn't be nearly so bad to make periodic
    Todd> subreleases (1.3.1, 1.3.2, ...) on the way to 1.4.  And
    Todd> _not_all_architectures_ should be required to be ready when
    Todd> a subrelease cut is made; this is an interim release system.

  Yes! Please. Let's do this.

  I would further like to see a release date for 1.3.1 *NOW*, as well
as a "goals for 1.4" now as well. Maybe a 1.3.2 date.

  a) this allows people to back out things from 1.3 if it isn't
working out, and know when it will get released (e.g. zs driver for
Sparc).
  b) users can plan when they are going to upgrade. 

  I would propose that 1.3.1 get frozen February 1st, and released two
weeks later.
  
  The other option is to pull a partial Microsoft and dispense with
the third number. Let's just call the next one 1.4. If we hit 1.9, and
don't have a 2.0, then we just declare 2.0 anyway.

   :!mcr!:            |  Network and security consulting/contract programming
   Michael Richardson |   I do IPsec policy code for SSH <http://www.ssh.fi/>
 Personal: mcr@sandelman.ottawa.on.ca. PGP key available.
 Corporate: sales@sandelman.ottawa.on.ca. 



  

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQB1AwUBNFuV6KZpLyXYhL+BAQH4OgL9HxoJDTfrTCMF3zdj8KZpKB58dVYr/soW
RbOlpmO+TP3Ds+uFZyCdU3agYZ/+xedZb2QDp72qiR/Vnz7AE7hNWOX3+GyFYNzt
R3WgllnYSsWGChdLoSK9d6hBzkdJyjqV
=hFGf
-----END PGP SIGNATURE-----