Re: PostgreSQL Developer meeting minutes up

From: Aidan Van Dyk <aidan(at)highrise(dot)ca>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: PostgreSQL Developer meeting minutes up
Date: 2009-05-26 15:35:01
Message-ID: 20090526153501.GG15213@yugib.highrise.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

* Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> [090526 11:20]:
> Aidan Van Dyk <aidan(at)highrise(dot)ca> writes:
> > This has been raised and ignored many times before on -hackers... The
> > reason is because the tags in the CVS repository are "broken" (i.e they
> > are such that it's impossible to actually create all the tags), so the
> > git "cvsimport" tools that try to tags all croak on the PG CVS repository.
>
> > The tool which doesn't croak doesn't try and import all the tags, just
> > the sticky "branch tags"...
>
> > Scripts to "fix" (actually, remove) the broken tags have also been
> > posted, along with requests that if somebody is "mucking" with the
> > actual repository, to make sure it's known about, and access is "denied"
> > during the mucking period (access being any rsync/anoncvs/mirroring of
> > the cvs root).
>
> Up to now I've always been of the opinion that fixing those tags wasn't
> worth taking any risk for. But if we are thinking of moving away from
> CVS, then this clearly becomes one of the hurdles we have to jump on the
> way. Can you refresh our memory about which tags are problematic and
> exactly what needs to be done about 'em?

Specifically, it's 2 tags, and I just remove them:
REL7_1_BETA2
REL7_1_BETA3

Previous threads:
http://news.gmane.org/find-root(dot)php?message_id=20080220225300(dot)GE16099(at)yugib(dot)highrise(dot)ca
http://news.gmane.org/find-root(dot)php?message_id=20081229155140(dot)GP12094(at)yugib(dot)highrise(dot)ca

a.

--
Aidan Van Dyk Create like a god,
aidan(at)highrise(dot)ca command like a king,
http://www.highrise.ca/ work like a slave.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2009-05-26 15:59:17 Re: PostgreSQL Developer meeting minutes up
Previous Message tomas 2009-05-26 15:33:46 Re: generic options for explain