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'm not sure whether CVS uses
> your UID, or some environment variable to grab your user name when not using
> the pserver.
Oh, t
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: 2000/09/13 05:49:30; author: cvs; state: Exp; lines: +19 -19
> >
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: 2000/09/13 05:49:30; author: cvs; state: Exp; lines: +19 -19
>
> Yup: not sure how to orchestrate
Adam Turoff wrote:
>
> > Feedback welcome.
>
> I noticed that CVS reports this as part of the version logs:
>
> date: 2000/09/13 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'ing to be different user
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'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's also not
I wrote:
>
> Nick Ing-Simmons wrote:
> >
> >
> > I see no reason why the perforce changes cannot be 'checked in' to CVS
> > one-by-one so that CVS builds its own representation of the change history.
>
> I've got this working now in a program called 'vcp', I need to test
> p4->cvs updates using
* Nick Ing-Simmons ([EMAIL PROTECTED]) [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,
--
\def\Koschei{Iain Truskett}% http://eh
Nick Ing-Simmons wrote:
>
>
> I see no reason why the perforce changes cannot be 'checked in' to CVS
> one-by-one so that CVS builds its own representation of the change history.
I've got this working now in a program called 'vcp', I need to test
p4->cvs updates using the perl5 repository next
Bradley M . Kuhn <[EMAIL PROTECTED]> writes:
>Adam Turoff wrote:
>
>> *: Sarathy tells me that Perforce sucks at maintaining thousands of
>> anonymous checkouts, while CVS doesn'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 th
At 05:27 PM 9/8/00 -0400, Chaim Frenkel wrote:
> > "AT" == Adam Turoff <[EMAIL PROTECTED]> writes:
>
>AT> that is lost is who actually made any specific update; all changes
>AT> are made by 'cvs-bot' or somesuch.
>
>Is this a programming issue? or something more fundemental.
>
>(is it time and
> "AT" == Adam Turoff <[EMAIL PROTECTED]> writes:
AT> that is lost is who actually made any specific update; all changes
AT> are made by 'cvs-bot' or somesuch.
Is this a programming issue? or something more fundemental.
(is it time and effort or a mismatch between perforce and CVS?)
--
Ch
On Fri, Sep 08, 2000 at 10:24:05AM -0400, Bennett Todd wrote:
> I'm really sorry to see people so anxious to favour commercial,
> proprietary tools, even in this arena, [...]
It isn't about favoritism.
It isn't about commercial vs. open source.
Perl is a pragmatic language. Perforce is a pra
On Fri, Sep 08, 2000 at 11:30:38AM -0400, Bradley M. Kuhn wrote:
> Adam Turoff wrote:
>
> > *: Sarathy tells me that Perforce sucks at maintaining thousands of
> > anonymous checkouts, while CVS doesn't mind at all. This is a perfect
> > reason to use anon CVS vs. Perforce, but does not require
13 matches
Mail list logo