From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1648 invoked by alias); 16 Jun 2008 16:55:30 -0000 Received: (qmail 1640 invoked by uid 22791); 16 Jun 2008 16:55:30 -0000 X-Spam-Check-By: sourceware.org Received: from pool-71-248-179-123.bstnma.fios.verizon.net (HELO ednor.cgf.cx) (71.248.179.123) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 16 Jun 2008 16:55:03 +0000 Received: by ednor.cgf.cx (Postfix, from userid 201) id 1E9F66BE004; Mon, 16 Jun 2008 12:55:00 -0400 (EDT) Date: Mon, 16 Jun 2008 17:28:00 -0000 From: Christopher Faylor To: overseers@sourceware.org, Dave Korn Subject: Re: Caused a repository problem, sorry. Message-ID: <20080616165500.GA10267@ednor.casa.cgf.cx> Mail-Followup-To: overseers@sourceware.org, Dave Korn References: <042101c8cf63$1bf56c80$2708a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <042101c8cf63$1bf56c80$2708a8c0@CAM.ARTIMI.COM> User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact overseers-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: , Sender: overseers-owner@sourceware.org X-SW-Source: 2008-q2/txt/msg00158.txt.bz2 On Mon, Jun 16, 2008 at 04:43:15AM +0100, Dave Korn wrote: > > I was doing a merge into the /cvs/cygwin-apps repository somehow and ran >into the old "[update aborted]: branch attribute does not match file" error >that we've occasionally had before. I don't remember ctrl-c'ing anything. > > I followed the procedure described at >http://gcc.gnu.org/ml/gcc/2004-10/msg00369.html >and truncated the CVS/fileattr files using ": >" to avoid changing >ownership, but they were already all owned by my uid rather than anoncvs as >that post suggests before I could even try that. > > It fixed access for me but anon pserver access is playing up: at the end >of any update it says "cvs update: closing down connection to >sources.redhat.com" - but only if the -z compression option is used. > > I noticed a few other fileattrs in the repository that aren't owned by >anoncvs and they don't seem to be causing any trouble. The ones I truncated >are regenerating as expected, but still have my uid on them. (Briefly >moving one aside broke anon access altogether with a cannot-write-to-file >error message, so I put it back; I conclude that anoncvs has group write >perms to get to the fileattr anyway and the whole owner uid issue may no >longer be a problem since the post I referenced above). > > Uhh, sorry about this. I didn't do anything out of the ordinary at the >client end, just your usual cvs up with -j options and commit, so I don't >know what's happened. It's only anonymous cvs access using -z that's acting >funny. I changed the ownership of all of the files to anoncvs. I didn't try before but I have no problems checking out from cygwin-apps now. cgf