From owner-freebsd-doc Mon Jul 19 15:19:42 1999 Delivered-To: freebsd-doc@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id B6E7415239; Mon, 19 Jul 1999 15:18:35 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.2) id XAA56631; Mon, 19 Jul 1999 23:18:02 +0100 (BST) (envelope-from nik) Date: Mon, 19 Jul 1999 23:18:01 +0100 From: Nik Clayton To: John Polstra Cc: Nik Clayton , wosch@freebsd.org, doc@freebsd.org Subject: Re: Timetable for doc/ repository changes Message-ID: <19990719231801.A56392@catkin.nothing-going-on.org> References: <19990712230859.K54911@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from John Polstra on Mon, Jul 12, 1999 at 08:03:25PM -0700 Organization: Nik at home, where there's nothing going on Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jul 12, 1999 at 08:03:25PM -0700, John Polstra wrote: > > In addition, I think (but would like confirmed) that John agrees > > that sliding or renaming the release* tags in doc/ja/ is now not > > necessary, because of how the tags are intended to be used. > > No, on the contrary, I insist upon renaming the tags so that they (a) > are different from the existing tags, and (b) won't be mistaken for > FreeBSD release tags. OK, that's fine. As long as some tags remain, and the JP team are happy, I'm OK with it. [...] > > Basically, this means any Monday, Wednesday, or Sunday evening are best > > for this to happen (from my point of view). John, how does this fit in > > with your schedule? > > Summertime is so crazy that I can't really generalize about the days > of the week. I'm sure we can work out a specific date, though. Can we get to work on this (setting a date, I mean). If you can pick a date we can use sometime in the next couple of weeks, I'll make sure my schedule is clear, and start warning the mirror site operators of the impending breakage, and what they might do to mitigate it. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message