Mickey's calendar is not telling the truth.

There problem is there are a few things which happened in the days
beforehands (13th, 14th, 17th) as the decision to setup a repository
started being taken.  It took a few days to get things imported just
right.  Machines were slow back in those days, too.

There are teeny artifacts of those attempts, for instance in
ChangeLog.1 you can see the import attempts (I think on the 13th cvs
was crashing because of some large files in the repository).

The repository we use today is marked Oct 18, 1995 throughout, as
the 1.1 revision is many files.  Many other things are that way too.

For a project so large, how else should we date it.  First time I used
the name OpenBSD?  Date the DNS record was allocated?  Date web page went
up?  Date other developers got accounts?  Or should we set the date based
on some previous conversation with the NetBSD guys?

So, with that said,

CVSROOT:        /cvs
Module name:    src
Changes by:     [EMAIL PROTECTED]  2005/10/14 09:06:10

Modified files:
        usr.bin/calendar/calendars: calendar.openbsd 

Log message:
assume niklas's dating for openbsd birth


CVSROOT:        /cvs
Module name:    src
Changes by:     [EMAIL PROTECTED]  2005/10/14 09:09:25

Modified files:
        usr.bin/calendar/calendars: calendar.openbsd 

Log message:
doh! it was a wednesday. and fix the time as well then


And that is:

        Oct 18  OpenBSD born, Wednesday 08:37:01 GMT, 1995


It's more important that we agree ;)

Reply via email to