Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 61552 invoked by uid 500); 27 Feb 2003 07:30:09 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 61539 invoked from network); 27 Feb 2003 07:30:08 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 27 Feb 2003 07:30:08 -0000 Received: from mail.s-und-n.de (localhost [127.0.0.1]) by mail2.s-und-n.de (postfix) with ESMTP id 7D8E198C23 for ; Thu, 27 Feb 2003 08:30:19 +0100 (CET) Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id ECA3098C18 for ; Thu, 27 Feb 2003 08:30:18 +0100 (CET) Received: from hw0386 ([10.10.2.65]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003022708301824:6938 ; Thu, 27 Feb 2003 08:30:18 +0100 From: "Carsten Ziegeler" To: Subject: RE: CVS repository changes... (and what's left to do) Date: Thu, 27 Feb 2003 08:30:42 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 27.02.2003 08:30:18, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 27.02.2003 08:30:19, Serialize complete at 27.02.2003 08:30:19 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi Pier, afaik we didn't voted/proposed or whatever to do the repository changes now. We said that we will do it sometime soon. I appreciate your work, BUT as even Stefano pointed out in the past, it is IMHO not good to call the new cvs cocoon-2.0 rsp. cocoon-2.1 because this will lead to a new repository for each version, and this is really not the best idea. I think we agreed to rename the xml-cocoon2 cvs to simply cocoon and I don't see a point why we should make two repositories for 2.0 and 2.1. Why are the branches not sufficient? So, unfortunately you already renamed them...I think it's best to revert your changes asap, then we as a community can decide about the new layout and then rename/move whatever. Do you think that this is a good approach? Carsten Pier Fumagalli wrote: > > Ok, got a few extra hours tonight, so I just did it! :-) > > The old "xml-cocoon2" repository has been moved to > "cocoon-2-historic", but > a symlink with the old name is preserved so that you can do those > nifty "cvs > diff" and see what _you_ changed in there... > > Same thing happened for "xml-cocoon", renamed to "cocoon-1", but > preserving > the old name as a symlink, and "xml-cocoon2-apps" renamed to > "cocoon-2-apps" > (old name preserved, but should I just blast this? Nicola-Ken?)... > > Two new repositories have been created, containing the latest CVS versions > of 2.0 and 2.1, those are called, respectively, "cocoon-2.0" and > "cocoon-2.1"... Do a checkout and tell me there's something wrong > with them. > > If you were working on something in the "old" repository, the > easiest way to > do this is by doing the following: > > # cd ~/checkouts/xml-cocoon2 > # cvs diff -u3 > /tmp/patch > # cd ~/checkouts > # cvs co cocoon-2.1 > # cd cocoon-2.1 > # cvs update -Apd > # patch -p0 < /tmp/patch > # rm -f /tmp/patch > > Windows folks, please translate the above POSIX shell commands in > something > suitable in your environment! :-) > > Now, the only things left to do are removing the symlinks with > the old names > once you're all happy with the changes, and fixing up various bits in the > mail system, but I can do that in a few days, once everyone has its local > copy of Cocoon checked out right on his machine (like, me... Gotta update > the copies at work tomorrow)... > > Now, call me "fascist" :-) if you want, but to avoid people to commit back > to the old repository names, I've removed YOU ALL karma to the old > repositories... I call it "defensive administration" :-) It's a > concept that > Brian taught me back in 1997... If you want to commit, you'll have to use > the new repository names (so, as outlined above, do the patch against the > old repo, checkout the new one, apply the patch, and commit)... > > Note, on my Netra-T1, now updating the whole repository for > Cocoon 2.1 takes > less than 1/3 of the time it required before! :-) :-) > > Have fun! :-) > > Pier (yes, in case of emergencies, we can revert back in 15 minutes) >