Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id CA058633140 for ; Thu, 28 May 2009 13:21:24 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 53186-02 for ; Thu, 28 May 2009 13:21:21 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id D5D1C62DBF4 for ; Thu, 28 May 2009 13:21:20 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id n4SGJdir011351; Thu, 28 May 2009 12:19:39 -0400 (EDT) To: Robert Haas cc: Greg Stark , Andrew Dunstan , Aidan Van Dyk , Heikki Linnakangas , Magnus Hagander , Markus Wanner , PostgreSQL-development Subject: Re: PostgreSQL Developer meeting minutes up In-reply-to: <603c8f070905280838s5bebb79bn37e4dc4a6c97daf7@mail.gmail.com> References: <10273.1243343651@sss.pgh.pa.us> <20090527212240.GP15213@yugib.highrise.ca> <603c8f070905271829i9458bdftcaed2dadb0a74583@mail.gmail.com> <20090528020909.GQ15213@yugib.highrise.ca> <603c8f070905271942ke9df2aah8648fe4d1228d43e@mail.gmail.com> <20090528125944.GS15213@yugib.highrise.ca> <603c8f070905280649m5d5fc458se54435dfe20cc7ca@mail.gmail.com> <4A1E9D98.7030208@dunslane.net> <8547.1243522369@sss.pgh.pa.us> <4136ffa0905280804i1653d716j7a39468fc56b5e5c@mail.gmail.com> <603c8f070905280838s5bebb79bn37e4dc4a6c97daf7@mail.gmail.com> Comments: In-reply-to Robert Haas message dated "Thu, 28 May 2009 11:38:07 -0400" Date: Thu, 28 May 2009 12:19:39 -0400 Message-ID: <11350.1243527579@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200905/1267 X-Sequence-Number: 138809 Robert Haas writes: > I'm still not sure who is going to take responsibility for fixing the > git tree we have now. I don't think it's going to work for us to > leave it broken until we're ready to do "the cutover", and then do one > monolithic move. If the tools we're using to do the import now have > broken our tree, then we need to fix it, and them. Ideally I'd like > to get a bi-directional conversion working, so that committers could > commit via either CVS or GIT during the transition, but I'm not sure > whether that's feasible. I fear the latter is probably pie in the sky, unfortunately --- to take just one minor point, which commit timestamp is authoritative? I think we will have to make a clean cutover from "CVS is authoritative" to "CVS is dead and git is authoritative", and do a fresh repository conversion at that instant. What we should be doing to get prepared for that is testing various conversion tools to see which one gives us the best conversion. And fixing anything in the CVS repository that is preventing getting a sane conversion. The existing git mirror is an unofficial service and is not going to be the basis of the future authoritative repository. Folks who have cloned it will have to re-clone. Sorry about that, but maintaining continuity with that repository is just too far down the list of priorities ... especially when we already know it's broken. I am hoping that git's cvs server emulation is complete enough that you can commit through it --- anybody know? But that will be just a stopgap. BTW, can anyone comment on whether and how we can maintain the current split between master repository (that's not even accessible to non-committers) and a public mirror? If only from a standpoint of security paranoia, I'd rather like to preserve that split, but I don't know how well git will play with it. regards, tom lane