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.