[lkml]   [2003]   [Feb]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.5 changeset 1.952.4.2 corrupt in fs/jfs/inode.c
On Wed, Feb 05, 2003 at 07:42:57PM +0000, Dave Jones wrote:
> On Wed, Feb 05, 2003 at 07:45:35PM +0100, Andrea Arcangeli wrote:
> > I can't yet fetch a full tree out of bitkepper yet (you know the network
> > protocol must be reverse engeneered first), I can only fetch
> > incrementals with metadata and raw patch so far because this is the
> > thing I care about most, after I've all the changesets in live form in
> > my db I don't mind too much about the ability to checkout a the whole
> > tree too, since I can do the same starting from my open db rather than
> > using the proprietary one.
> Why not save effort, and just grab from

I used them so far, but they're as useless as the patches mailing list
for my purposes, first they're not useful to checkout a tree, the order of
the changesets I mean, and they don't tell when a certain kernel revision
matches a changeset, I'm checking out Linus's tree with it, they don't
provide live metadata easy to browse in software, to monitor in
background automatically, I need to see all the evolution of a certain
file or subsystem with all the metadata and raw patches with a few lines
of python, and last but not the least I like it to run in real time w/o

In short I'm extracting the whole database and I'm storing it in an open
form so I can manipulate it as I need. I don't watch branches, I only
fetch the main branch.

This makes very trivial also to checkin the whole thing into another
version control system and to keep it uptodate in background even if
this isn't my purpose.

I don't think it's worthwhile to do more than that on the bk side, I
mean, it's not an openbitkepper thing, I would rather write something
from scratch rather than reverse engeneering the whole thing just to
provide compatibility, once you've all the info in open form, you can
use it as a transient format that allows you to fill it into any other

What matters to me is only the info and the easiest way to manipulate it
in software, it's much more powerful than what bitkeeper can do this way
because I program it, downside is that I need some more disk space ;).

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:32    [W:0.144 / U:1.848 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site