Getting a Linux kernel source tree without using BitKeeper:

Subject: New BK License Problem?
From: Rik van Riel (riel@conectiva.com.br)
Date: Sat Oct 05 2002 - 19:49:55 EST

On 6 Oct 2002, Alan Cox wrote:

> Linus used to do about a patch every 2 days. Nowdays its a lot slower.
> I put that down to buttkeeper

Linus snapshots are available on a 3-hourly basis from:

ftp://nl.linux.org/pub/linux/bk2patch/

Rik

--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org


Subject: New BK License Problem?
From: Rik van Riel (riel@conectiva.com.br)
Date: Sun Oct 06 2002 - 21:10:48 EST

On Sun, 6 Oct 2002, Ben Collins wrote:

>> Whoops, forgot one thing. Take the GNU CSSC sources, they look for
>>
>> ^Ah%05u\n
>
> Here's a patch for those interested

People can grab the repository for use with CSSC from:

ftp://nl.linux.org/pub/linux/bk2patch/

Or using rsync:
rsync -rav --delete nl.linux.org::kernel/linux-2.4 linux-2.4
rsync -rav --delete nl.linux.org::kernel/linux-2.5 linux-2.5

Currently these repositories are updated every two hours, but if there
is a large demand I could update it every hour or even every 30 minutes.
Don't feel ashamed to put the above rsyncs into your crontabs, grab the
source and use it ;)

have fun,

Rik

--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org

Subject: New BK License Problem?
From: Larry McVoy (lm@bitmover.com)
Date: Sun Oct 06 2002 - 21:29:50 EST

> People can grab the repository for use with CSSC from:
>
> ftp://nl.linux.org/pub/linux/bk2patch/

Make sure you do a

bk -r admin -Znone

on that tree. We support gzipped repos, SCCS/CSSC don't.

--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm


List: linux-kernel
Subject: Re: New BK License Problem?
From: Rik van Riel riel@conectiva.com.br
Date: 2002-10-06 22:33:55

On Sun, 6 Oct 2002, Aaron Lehmann wrote:
> On Sat, Oct 05, 2002 at 12:54:12PM -0700, Larry McVoy wrote:
>
>> You can do this today. rsync a BK tree and use GNU CSSC to check out
>> the sources. We maintained SCCS compat for exactly that reason.
>> You've had the ability to ignore the BKL since day one if you aren't
>> running the BK binaries.
>
> Sounds great, but where can I rsync a linux bk tree from?

I just started exporting this on nl.linux.org, see
ftp://nl.linux.org/pub/linux/bk2patch/README

The following command should work:

rsync -rav --delete nl.linux.org::kernel/linux-2.4 linux-2.4

regards,

Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org

[RM comments: GNU CSSC is a GPLed reimplementation of the SCCS (Source
Code Control System) framework originated by AT&T Bell Labs, which
is/was generally similar to RCS, i.e., a fairly primitive SCM that works
on a per-file level. http://cssc.sourceforge.net/ It seems that one
may first use rsync to replicate the BitKeeper archive, and then run
"CSSC get" to check out the source code modules, if one wishes to
avoid BitKeeper's proprietary licence terms but still access the
repository directly. A patch is required to the GNU CSSC source code,
as described below: ]

Subject: New BK License Problem?
From: Larry McVoy (lm@bitmover.com)
Date: Sat Oct 05 2002 - 14:56:24 EST

On Sat, Oct 05, 2002 at 12:54:12PM -0700, Larry McVoy wrote:
> On Sat, Oct 05, 2002 at 03:47:09PM -0400, Nicolas Pitre wrote:
>> On Sat, 5 Oct 2002, Ulrich Drepper wrote:
>>
>>> I have never looked closer at bk than I had to be able to check out
>>> the latest sources. I'm not doing any development with it and I'm
>>> not checking in anything using bk.
>>
>> What about Larry making available a special version of BK that would
>> only be able to perform checkouts?
>>
>> This special version could have a less controversial license, even be
>> GPL with source. This only to provide a tool to extract data out of
>> public BK repositories (like Linus' kernel repository) for people who
>> don't intend or aren't willing to actually use the real value of the
>> full fledged BK.
>
> You can do this today. rsync a BK tree and use GNU CSSC to check out
> the sources. We maintained SCCS compat for exactly that reason.
> You've had the ability to ignore the BKL since day one if you aren't
> running the BK binaries.

Whoops, forgot one thing. Take the GNU CSSC sources, they look for

^Ah%05u\n

at the top of the file. Make them accept both "h" and "H" and then it
will work. We changed it so that ATT SCCS would overwrite our metadata.

--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm

Subject: New BK License Problem?
From: Rik van Riel (riel@conectiva.com.br)
Date: Sat Oct 05 2002 - 19:27:25 EST

On Sat, 5 Oct 2002, Ben Collins wrote:

> I've also been wanting to use bitkeeper to create a Subversion mirror
> of the kernel repository,

You don't need to use bitkeeper for that, you can download all the
bitkeeper changesets as patches from my ftp site:

ftp://nl.linux.org/pub/linux/bk2patch/

cheers,

Rik

--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org


Subject: New BK License Problem?
From: Ben Collins (bcollins@debian.org)
Date: Sat Oct 05 2002 - 19:32:17 EST

On Sat, Oct 05, 2002 at 09:27:25PM -0300, Rik van Riel wrote:
> On Sat, 5 Oct 2002, Ben Collins wrote:
>
>> I've also been wanting to use bitkeeper to create a Subversion mirror
>> of the kernel repository,
>
> You don't need to use bitkeeper for that, you can download all the
> bitkeeper changesets as patches from my ftp site:
>
> ftp://nl.linux.org/pub/linux/bk2patch/

Oh, but that may be useless, unless you regenerate your patches whenever
the tree is reparented. I ran into this while trying to do the same
thing. Basing it on the ChangeSet ID is a waste, and it needs to be
based on the ChangeSet key instead (the ChangeSet ID for a given key can
change when a merge is done).

--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/

Subject: New BK License Problem?
From: Rik van Riel (riel@conectiva.com.br)
Date: Sat Oct 05 2002 - 19:53:17 EST

On Sat, 5 Oct 2002, Ben Collins wrote:

>> ftp://nl.linux.org/pub/linux/bk2patch/
>
> Oh, but that may be useless, unless you regenerate your patches
> whenever the tree is reparented. I ran into this while trying to do
> the same thing. Basing it on the ChangeSet ID is a waste, and it needs
> to be based on the ChangeSet key instead (the ChangeSet ID for a given
> key can change when a merge is done).

Good point. I'll need to look at this more closely...

Rik

--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org

Re: New BK License Problem?
From: Ben Collins (bcollins@debian.org)
Date: Sun Oct 06 2002 - 21:01:39 EST

* Next message: Andre Hedrick: "Re: The end of embedded Linux?"
* Previous message: Chris Wedgwood: "Re: nvidia 2.5.40+ patch?"
* In reply to: Larry McVoy: "Re: New BK License Problem?"
* Next in thread: Rik van Riel: "Re: New BK License Problem?"
* Reply: Rik van Riel: "Re: New BK License Problem?"
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> Whoops, forgot one thing. Take the GNU CSSC sources, they look for
>
> ^Ah%05u\n

Here's a patch for those interested

diff -urN CSSC-0.14alpha.pl0.orig/sccsfile.cc CSSC-0.14alpha.pl0/sccsfile.cc
--- CSSC-0.14alpha.pl0.orig/sccsfile.cc 2002-03-24 19:07:09.000000000 -0500
+++ CSSC-0.14alpha.pl0/sccsfile.cc 2002-10-06 21:52:12.000000000 -0400
@@ -73,13 +73,17 @@
return NULL;
}

- if (getc(f_local) != '\001' || getc(f_local) != 'h')
+ if (getc(f_local) != '\001')
{
- (void)fclose(f_local);
- s_corrupt_quit("%s: No SCCS-file magic number. "
- "Did you specify the right file?", name);
- /*NOTEACHED*/
- return NULL;
+ int tmp_c = getc(f_local);
+ if (tmp_c != 'h' && tmp_c != 'H')
+ {
+ (void)fclose(f_local);
+ s_corrupt_quit("%s: No SCCS-file magic number. "
+ "Did you specify the right file?", name);
+ /*NOTEACHED*/
+ return NULL;
+ }
}


@@ -532,7 +536,7 @@
}

int c = read_line();
- ASSERT(c == 'h');
+ ASSERT(c == 'h' || c == 'H');

/* the checksum is represented in the file as decimal.
*/


List: linux-kernel
Subject: Re: New BK License Problem?
From: Aaron Lehmann aaronl@vitelus.com
Date: 2002-10-06 22:45:11

On Sun, Oct 06, 2002 at 07:33:55PM -0300, Rik van Riel wrote:
> The following command should work:
>
> rsync -rav --delete nl.linux.org::kernel/linux-2.4 linux-2.4

Thanks.
Note that -a implies -r. You also might want -z in there depending how
your availability of bandwidth and CPU cycles compare.
-


List: linux-kernel
Subject: Re: New BK License Problem?
From: Rik van Riel riel@conectiva.com.br
Date: 2002-10-06 22:59:33

On Sun, 6 Oct 2002, Aaron Lehmann wrote:

> On Sun, Oct 06, 2002 at 07:33:55PM -0300, Rik van Riel wrote:
>> The following command should work:
>>
>> rsync -rav --delete nl.linux.org::kernel/linux-2.4 linux-2.4
>
> Note that -a implies -r. You also might want -z in there depending how
> your availability of bandwidth and CPU cycles compare.

The way things are now, nl.linux.org has more bandwidth than
CPU. Using -z is a good idea though, if you've got more CPU
than bandwith.

regards,

Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org

RM adds: David Woodhouse's site publishing kernel source exported from
BitKeeper: http://kernel.teleglobe.net/pub/linux/kernel/people/dwmw2/
Offered are Linus Torvalds's master 2.5 tree and Marcello's 2.4 tree
from bkbits.net .


Subject: New BK License Problem?
From: Jeff Garzik (jgarzik@pobox.com)
Date: Sun Oct 06 2002 - 03:28:37 EST

Larry McVoy wrote:
> Anyway, we have the BK data, if you have data that says the rate of
> change has gone down since he started using BK, let's see it. If all
> you are saying is that he isn't publishing ftp-able snapshots every
> hour, that's a problem that HPA or whoever could easily fix with a
> shell script.

Hourly snapshots can easily be done if wanted.
Just a simple "crontab -e" for me.

Note they are public now, at
ftp://ftp.kernel.org/pub/linux/kernel/v2.5/snapshots/
(and I promised Marcelo I would do this for 2.4 too...)

Subject: New BK License Problem?
From: Jeff Garzik (jgarzik@pobox.com)
Date: Sun Oct 06 2002 - 03:00:51 EST

Alan Cox wrote:

> Linus used to do about a patch every 2 days. Nowdays its a lot slower.
> I put that down to buttkeeper

Check out /pub/linux/kernel/v2.5/snapshots/
[updated nightly at 4:20am US/Pacific time] My script updates
EXTRAVERSION to -bk1, -bk2, etc. so they are really just like
pre-patches.

And dwmw2's per-cset GNU patches.