Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Adam Turoff- September 13, 2000 On Wed, Sep 13, 2000 at 11:16:47PM -0400, Barrie Slaymaker wrote:> Adam Turoff wrote:> > Well, use CVS, not su.> > the su was for when not using the pserver, since I&39;m not sure whether CVS uses> your UID, or some environment variable to grab your user name when not using> the pserver.Oh, that&39;s right. You&39;re coding the general solution for this,not solving the local Perl-to-CVS problem. > > That presumes that cvs-scratchjhi was instantiated like this:>...http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg15.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Barrie Slaymaker- September 13, 2000 Adam Turoff wrote:> > On Wed, Sep 13, 2000 at 09:59:09PM -0400, Barrie Slaymaker wrote:> > Adam Turoff wrote:> > > > Feedback welcome.> > >> > > I noticed that CVS reports this as part of the version logs:> > >> > > date: 20000913 05:49:30; author: cvs; state: Exp; lines: +19 -19> >> > Yup: not sure how to orchestrate logging in to the server as different usernames,> > or su&39;ing to be different users. ...http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg14.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Adam Turoff- September 13, 2000 On Wed, Sep 13, 2000 at 09:59:09PM -0400, Barrie Slaymaker wrote:> Adam Turoff wrote:> > > Feedback welcome.> > > > I noticed that CVS reports this as part of the version logs:> > > > date: 20000913 05:49:30; author: cvs; state: Exp; lines: +19 -19> > Yup: not sure how to orchestrate logging in to the server as different usernames,> or su&39;ing to be different users. Suggestions welcome.Well, use CVS, not su.The best solution I could think of is.http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg13.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Barrie Slaymaker- September 13, 2000 Adam Turoff wrote:> > > Feedback welcome.> > I noticed that CVS reports this as part of the version logs:> > date: 20000913 05:49:30; author: cvs; state: Exp; lines: +19 -19Yup: not sure how to orchestrate logging in to the server as different usernames,or su&39;ing to be different users. Suggestions welcome.> This sorta means that &39;cvs annotate&39; is kinda useless since this> &39;cvs&39; dude is doing all of the patching. ;-)He&39;s a busy guy ;-).> By...http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg12.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Adam Turoff- September 13, 2000 On Wed, Sep 13, 2000 at 07:41:01AM -0400, Barrie Slaymaker wrote:> Some progress. Below is the cvs log from perl.c for the first 800 and some> changes. There&39;s a few bugs to work out yet (including the one in VCP::Dest::cvs> that crapped out at change 871, but you get the idea. It&39;s also not labelling> every revision of a file at every change number, which makes change number labels> near useless, I think.> > Feedback welcome.I noticed that CVS reports this as part.http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg11.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Barrie Slaymaker- September 13, 2000 I wrote:> > Nick Ing-Simmons wrote:> >> >> > I see no reason why the perforce changes cannot be &39;checked in&39; to CVS> > one-by-one so that CVS builds its own representation of the change history.> > I&39;ve got this working now in a program called &39;vcp&39;, I need to test> p4->cvs updates using the perl5 repository next week.Some progress. Below is the cvs log from perl.c for the first 800 and somechanges. There&39;s a few bugs to work out yet.http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg10.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by iain truskett- September 9, 2000 Nick Ing-Simmons (nicking-simmons.net) 10 Sep 2000 06:38:...> This is a feature of perforce that is useful - it can warn you that> you are about to change a file that someone else is already working> on.As can CVS.cheers,-- defKoscheiIain Truskett % http:eh.orgkoscheidefWhoAmI123456tt23it45bf6sl!defiIdeffidefIififfelseifidefAmam WhoAmII Am Koscheibye!http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg9.html Re: Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Barrie Slaymaker- September 9, 2000 Nick Ing-Simmons wrote:> > > I see no reason why the perforce changes cannot be &39;checked in&39; to CVS> one-by-one so that CVS builds its own representation of the change history.I&39;ve got this working now in a program called &39;vcp&39;, I need to testp4->cvs updates using the perl5 repository next week. All revs of files changedby 6087 are labelled ch_6087 when doing p4->cvs, for instance.> Going the other way the issue (if my ClearCase experience is any use...http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg8.html Can perforce gateway to CVS without loss of metadata (was Re: code repository) by Nick Ing-Simmons- September 9, 2000 Bradley M . Kuhn <bkuhnebb.org> writes:>Adam Turoff wrote:>>> : Sarathy tells me that Perforce sucks at maintaining thousands of>> anonymous checkouts, while CVS doesn&39;t mind at all. This is a feature of perforce that is useful - it can warn you that you are about to change a file that someone else is already working on.>> This is a perfect>> reason to use anon CVS vs. Perforce, but does not require that Perforce be>> ditched in favor of CVS, only..http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg7.html Re: Can perforce gateway to CVS without loss of metadata (wasRe: code repository) by Dan Sugalski- September 8, 2000 At 05:27 PM 9800 -0400, Chaim Frenkel wrote:> >>>>> "AT" == Adam Turoff <ziggypanix.com> writes:>>AT> that is lost is who actually made any specific update; all changes>AT> are made by &39;cvs-bot&39; or somesuch.>>Is this a programming issue or something more fundemental.>>(is it time and effort or a mismatch between perforce and CVS)Perforce keeps that information, so we should be able to get at it...http://www.nntp.perl.org/group/perl.perl6.source.control/2000/09/msg6.html |