I am pleased to announce the availability of a darcs mirror of the linux
kernel repository. Darcs is a fully distributed and simple to use revision
control system. Instructions on accessing the repository are available at
http://darcs.net/linux.html
In brief, you can get a copy of the latest kernel (converted from the bkcvs
branch) using
darcs get --partial http://darcs.net/linux
You can leave out the --partial, if you want to get the full history of the
kernel repository (which obviously will take longer).
Be forewarned that darcs is a bit of a memory hog when run with large
repositories, so the above command may take quite a while, and probably
will require 700 or 800 megabytes of virtual memory. The actual working
set of memory is under 300 megabytes. Work is underway to improve both the
speed and memory usage of darcs. So far the emphasis in darcs development
has been on correctness and stability.
The darcs kernel mirror is sponsored by Aktiom Networks
(http://aktiom.net). Aktiom specializes in Linux Virtual Private Servers
(VPS) for technology professionals and consultants.
--
David Roundy
http://www.darcs.net
Hi!
> I am pleased to announce the availability of a darcs mirror of the linux
> kernel repository. Darcs is a fully distributed and simple to use revision
> control system. Instructions on accessing the repository are available at
>
> http://darcs.net/linux.html
>
>
> In brief, you can get a copy of the latest kernel (converted from the bkcvs
> branch) using
Would it be possible to get data from http://www.bkbits.net so that complete
history is preserved?
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
On Thu, 11 Nov 2004 22:19:27 +0100, Pavel Machek wrote:
> Would it be possible to get data from http://www.bkbits.net so that complete
> history is preserved?
Full history could be preserved, but I don't think that getting it from the
web interface would be polite, and I can't run bk myself (for obvious
reasons).
I could hack up a sketch of how I'd go about getting the full history.
Crudely speaking, I'd just need a couple of functions: one telling me the
parents of a given version, and one fetching a given version. And of
course, finding the author/date/comments for each version. If someone else
were willing to implement those two functions, I could sketch out how the
darcs side of things. Obviously renames wouldn't be preserved with just
those functions, but that's not a huge loss. And also, the conversion
process would be painfully slow.
--
David Roundy
http://www.darcs.net
Pavel Machek <[email protected]> writes:
>> In brief, you can get a copy of the latest kernel (converted from the bkcvs
>> branch) using
>
> Would it be possible to get data from http://www.bkbits.net so that complete
> history is preserved?
I think in the past Larry stated that people should not use the
http://www.bkbits.net site for retrieving patches (understandable, it
increases the bandwidth usage). But he could use the bk-commits list,
only that I'm not sure all the patches can be cleanly applied in the
order they are posted.
BKCVS has a problem with the timestamps and cvsps cannot be used
properly - in the same changeset, some files can have a timestamp
different by exactly one hour, cvsps generating two patches (with
other patches generated between). For example, the logical change
1.24006 has the modification time for arch/i386/kernel/process.c
22:45:49 but for the rest of the files it is 21:45:49.
Could this get fixed? (I hope it is not intentional :-) )
Catalin
Hi!
> >> In brief, you can get a copy of the latest kernel (converted from the bkcvs
> >> branch) using
> >
> > Would it be possible to get data from http://www.bkbits.net so that complete
> > history is preserved?
>
> I think in the past Larry stated that people should not use the
> http://www.bkbits.net site for retrieving patches (understandable, it
> increases the bandwidth usage). But he could use the bk-commits
Well, in another place Larry said that we are welcome to get metadata
in open format and cited getting it from bkbits.net as one of possible
ways. I believe they have faster connection these days.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!