From: lm@bitmover.com (Larry McVoy)
To: Roman Zippel <zippel@linux-m68k.org>
Cc: Stelian Pop <stelian@popies.net>, linux-kernel@vger.kernel.org
Subject: Re: [RFC] Linux Kernel Subversion Howto
Date: Sun, 6 Feb 2005 18:10:30 -0800 [thread overview]
Message-ID: <20050207021030.GA25673@bitmover.com> (raw)
In-Reply-To: <Pine.LNX.4.61.0502061859000.30794@scrub.home>
> Bzzt. Larry, I will make this one very easy, so that even you can follow
> it. Let's take a simple file:
>
> $ rlog REPORTING-BUGS,v | grep 'total revisions'
> total revisions: 3; selected revisions: 3
> $ rlog REPORTING-BUGS,v | egrep '\(Logical change 1.[0-9]+\)'
> (Logical change 1.31)
> (Logical change 1.3)
Exactly. The second one shows 2 revs, which is what you counted, and
the first shows 3 which is what is actually there.
See, all you have to do is look:
slovax /tmp/linux-2.5-cvs/linux-2.5 rlog REPORTING-BUGS,v
RCS file: REPORTING-BUGS,v
Working file: REPORTING-BUGS
head: 1.3
branch:
locks: strict
access list:
symbolic names:
keyword substitution: o
total revisions: 3; selected revisions: 3
description:
BitKeeper to RCS/CVS export
----------------------------
revision 1.3
date: 2002/02/05 18:07:03; author: patch; state: Exp; lines: +3 -4
Import patch diff
(Logical change 1.31)
----------------------------
revision 1.2
date: 2002/02/05 17:40:40; author: torvalds; state: Exp; lines: +58
-0
(Logical change 1.3)
----------------------------
revision 1.1
date: 2002/02/05 17:40:40; author: torvalds; state: Exp;
Initial revision
As for your pointer to the revision history on the web which shows 2
revs, you just don't understand BK. There is a 1.0 delta in every file
that we hide by default. That would be the matching delta to the RCS
1.1 delta.
> > Fourth, it is your choice to not use BitKeeper because you want to compete
> > with the people who are helping you. It's not that unreasonable that
> > you find yourself at something of a disadvantage because of that choice.
> > And the disadvantage is very slight as has been shown. You can argue
> > all you want about the amount of disadvantage but it is your choice that
> > has placed you in that position.
>
> Well, I'm not the one who claimed "We don't do lockins. Period."
> I'm just trying to figure out what that means...
Hey, Roman, the statement above stands. You made the choice that you want
to go write a competing system. If you hadn't you could just use BK and
stop whining. Since you have made that choice, which is your right,
how about you produce your competing system? And stop whining that
we aren't giving you enough help. What is that you say? It's hard?
It's way harder if we don't give you a roadmap? Well gosh darn, that
must really suck for you. I'm really sorry that you can't figure it out
without our help but that's sort of the whole point, isn't it?
--
---
Larry McVoy lm at bitmover.com http://www.bitkeeper.com
next prev parent reply other threads:[~2005-02-07 2:11 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-02 15:54 [RFC] Linux Kernel Subversion Howto Stelian Pop
2005-02-02 16:15 ` Lethalman
2005-02-02 16:37 ` Lethalman
2005-02-03 10:34 ` Stelian Pop
2005-02-02 21:47 ` Daniele Venzano
2005-02-03 10:45 ` Stelian Pop
2005-02-04 20:04 ` Daniele Venzano
2005-02-04 20:52 ` Olaf Dietsche
2005-02-09 5:19 ` Kevin Puetz
2005-02-09 8:58 ` Miles Bader
2005-02-09 13:44 ` David Roundy
2005-02-03 0:29 ` H. Peter Anvin
2005-02-03 10:24 ` Stelian Pop
[not found] ` <200502030028.j130SNU9004640@terminus.zytor.com>
2005-02-03 3:34 ` Larry McVoy
2005-02-03 16:45 ` H. Peter Anvin
2005-02-03 19:32 ` Stelian Pop
2005-02-03 20:20 ` Larry McVoy
2005-02-03 22:00 ` Stelian Pop
2005-02-03 22:28 ` Larry McVoy
2005-02-04 13:01 ` Stelian Pop
2005-02-04 16:06 ` Larry McVoy
2005-02-04 16:22 ` Roland Dreier
2005-02-04 21:53 ` Stelian Pop
2005-02-04 17:03 ` Stelian Pop
2005-02-04 18:39 ` Larry McVoy
2005-02-04 20:05 ` Stelian Pop
2005-02-04 20:11 ` Larry McVoy
2005-02-04 21:40 ` Stelian Pop
2005-02-04 23:31 ` Francois Romieu
2005-02-05 19:38 ` Stelian Pop
2005-02-05 23:38 ` Larry McVoy
2005-02-08 15:43 ` Stelian Pop
2005-02-08 15:58 ` Larry McVoy
2005-02-08 17:17 ` Roman Zippel
2005-02-08 18:16 ` Larry McVoy
2005-02-08 18:52 ` Roman Zippel
2005-02-09 0:07 ` Theodore Ts'o
2005-02-09 2:05 ` Roman Zippel
2005-02-09 2:24 ` Jon Smirl
2005-02-09 2:35 ` Roman Zippel
2005-02-09 2:39 ` Larry McVoy
2005-02-09 2:47 ` Roman Zippel
2005-02-09 3:40 ` Larry McVoy
[not found] ` <Pine.LNX.4.61.0502091128070.7836@localhost.localdomain>
2005-02-09 17:38 ` Jon Smirl
2005-02-09 18:24 ` Nicolas Pitre
2005-02-09 18:48 ` Jon Smirl
2005-02-09 23:31 ` Roman Zippel
2005-02-09 23:52 ` Jon Smirl
2005-02-09 23:22 ` Roman Zippel
2005-02-10 0:13 ` Larry McVoy
2005-02-10 19:34 ` d.c
2005-02-11 8:40 ` Stelian Pop
2005-02-09 2:40 ` Jon Smirl
2005-02-09 2:57 ` Roman Zippel
2005-02-09 3:03 ` Jon Smirl
2005-02-09 5:48 ` Gene Heskett
2005-02-09 9:05 ` Miles Bader
2005-02-09 7:06 ` Alexandre Oliva
2005-02-09 14:48 ` d.c
2005-02-09 15:51 ` Larry McVoy
2005-02-09 17:30 ` Nicolas Pitre
2005-02-09 17:44 ` Valdis.Kletnieks
2005-02-10 5:44 ` Horst von Brand
2005-02-10 9:36 ` Alexandre Oliva
2005-02-10 21:17 ` Larry McVoy
2005-02-11 9:02 ` Stelian Pop
2005-02-11 15:30 ` Alexandre Oliva
2005-02-11 15:48 ` Larry McVoy
2005-02-11 16:18 ` Larry McVoy
2005-02-11 16:54 ` Alexandre Oliva
2005-02-11 16:13 ` Jon Smirl
2005-02-11 17:22 ` Alexandre Oliva
2005-02-11 20:00 ` Larry McVoy
[not found] ` <20050210222403.GA5920@thunk.org>
[not found] ` <or650z6syt.fsf@livre.redhat.lsd.ic.unicamp.br>
2005-02-11 15:53 ` Larry McVoy
2005-02-11 17:24 ` Alexandre Oliva
2005-02-10 5:47 ` James Bruce
2005-02-06 16:40 ` Roman Zippel
2005-02-06 17:39 ` Larry McVoy
2005-02-07 1:45 ` Roman Zippel
2005-02-07 2:10 ` Larry McVoy [this message]
2005-02-08 14:57 ` Roman Zippel
2005-02-08 15:19 ` Larry McVoy
2005-02-08 15:24 ` Stelian Pop
2005-02-08 15:47 ` Larry McVoy
2005-02-08 15:36 ` Catalin Marinas
2005-02-08 15:58 ` Jon Smirl
2005-02-08 16:15 ` Roman Zippel
2005-02-08 17:17 ` Valdis.Kletnieks
2005-02-08 17:23 ` Roman Zippel
2005-02-08 17:01 ` Larry McVoy
2005-02-07 2:16 ` Al Viro
2005-02-04 10:18 ` Michael S. Tsirkin
2005-02-04 10:59 ` Stelian Pop
2005-02-04 11:08 ` Michael S. Tsirkin
2005-02-04 11:20 ` Stelian Pop
-- strict thread matches above, loose matches on Subject: below --
2005-02-09 18:46 Larry McVoy
2005-02-09 20:13 ` Nicolas Pitre
2005-02-09 23:53 ` Larry McVoy
2005-02-10 0:14 ` Roman Zippel
2005-02-10 0:50 ` Larry McVoy
2005-02-10 9:52 ` Roman Zippel
2005-02-10 10:11 ` linux
2005-02-10 6:08 ` James Bruce
2005-02-10 15:14 ` Stelian Pop
2005-02-10 16:42 Steve Lee
2005-02-10 19:23 ` Vojtech Pavlik
2005-02-10 19:50 ` Dmitry Torokhov
2005-02-11 18:56 none given
2005-02-11 19:50 ` Larry McVoy
[not found] <fa.hd724f5.h36q2j@ifi.uio.no>
2011-08-18 19:08 ` lucasrangit
2011-08-18 19:22 ` Randy Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050207021030.GA25673@bitmover.com \
--to=lm@bitmover.com \
--cc=linux-kernel@vger.kernel.org \
--cc=stelian@popies.net \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox