From owner-cvs-doc@FreeBSD.ORG Mon Dec 6 19:20:57 2004 Return-Path: Delivered-To: cvs-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C0916A4CE; Mon, 6 Dec 2004 19:20:57 +0000 (GMT) Received: from mail.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1924143D6A; Mon, 6 Dec 2004 19:20:57 +0000 (GMT) (envelope-from remko@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by mail.elvandar.org (Postfix) with ESMTP id 46F6B29542D; Mon, 6 Dec 2004 20:20:14 +0100 (CET) Received: from mail.elvandar.org ([127.0.0.1]) by localhost (redqueen.elvandar.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40829-15; Mon, 6 Dec 2004 20:20:13 +0100 (CET) Message-ID: <41B4B0F4.7070407@FreeBSD.org> Date: Mon, 06 Dec 2004 20:20:20 +0100 From: Remko Lodder User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nik Clayton References: <200412050014.iB50EMgA007188@repoman.freebsd.org> <41B425FB.5020601@FreeBSD.org> <20041206191243.GD72462@clan.nothing-going-on.org> In-Reply-To: <20041206191243.GD72462@clan.nothing-going-on.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at elvandar.org cc: Murray Stokely cc: doc@FreeBSD.org cc: cvs-doc@FreeBSD.org cc: throdes@FreeBSD.org cc: cvs-all@FreeBSD.org cc: doc-committers@FreeBSD.org Subject: Re: cvs commit: doc/en_US.ISO8859-1/books/handbookMakefilebook.sgml chapter.sgml X-BeenThere: cvs-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the doc and www trees List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 19:20:57 -0000 Nik Clayton wrote: Nik, > Remko, > > > With the best will in the world, I don't think occurences like this are > things we're ever going to completely prevent, nor do I think that it's > necessarily a good idea to. Well, i think that people can inform, i dont care about the credits or so, but i do care about the time that is lost when doing things double. Luckily i read the commit message by accident that saved me a hell lot of time and a hell lot of anger. > > First, we're never going to completely prevent it: e-mail's a fallible > communication's medium. All it takes is someone to not see a message > posted, or to delete it (either inadvertently, or with over-active spam > filters). And people are fallible -- I know I don't always remember the > ins and outs of which committer's on holiday or unavailable for extended > periods of time. At least you tried then, eventhough email is indeed failable. > > Second, this is a collaborative project. Once there's consensus that > making a particular change is a good idea it doesn't really matter who > makes the change, as long as there's appropriate attribution in commit > messages (which Murray didn't do, I believe, and has offered to > force-commit to note this). again i dont care about the credit. Informing is just a nice way of saying hey, stop waisting your time, i did it for you instead of just inserting the stuff. > > There have certainly been instances in the past where I've kicked off > the discussion about something, to discover part way through that I've > no longer got the time to do any of the actual work. But a consensus > emerges from the discussion, and whoever has the time (and the > inclination) does the actual changes and commits. Well i had the time and such but it got taken away. > > Sometimes this means that work gets 'trodden on'. If committer A makes > a 'surprise' change that invalidates a bunch of work committer B has > been prepating to commit, it's common courtesy for A to offer to merge > their work with the changes B has prepared. And that's happened in the > past. > > Of course, none of this is set in stone. What do others think? For me the problem is solved. I had spoken with Murray and others. I will just focus on the part that was the reason for bringing me into the doc team in the first place. The Dutch documentation. > > N -- Kind regards, Remko Lodder FreeBSD (Dutch) Documentation Team