Again, 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). As long as the tags are broken, you aren't going to get the tags imported. If you're going to fix the tags, warn everybody (because most people doing automatic conversions must know - they may need to be very careful to avoid a full re-import), do it, and let us know when it's done. a. * Andrew Dunstan <and...@dunslane.net> [090526 10:41]: > > [moving this onto -hackers, where I think it belongs] > > Tom Lane wrote: >> Huh? The buildfarm will only prove that HEAD of the active branches >> builds. What the concern was was whether we could correctly extract >> past states (particularly, but not solely, the tags corresponding to >> releases) from a converted git repository. The testing I had in mind >> was to check out various tags and diff that tree against actual release >> tarballs. >> >> >> > > It appears that our git repo is only picking up the branch tags (e.g. > REL8_0_STABLE) , not all the release tags (e.g. REL8_0_5) . That needs > to be fixed (if possible). > > cheers > > andrew > > -- > Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-hackers -- Aidan Van Dyk Create like a god, ai...@highrise.ca command like a king, http://www.highrise.ca/ work like a slave.
signature.asc
Description: Digital signature