[lkml]   [2004]   [Oct]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: BK kernel workflow

On Fri, 29 Oct 2004, Larry McVoy wrote:

> And in lots of other places. Which has been mentioned in this and other
> instances of this discussion for the last 5 years. And the response is
> that BK already gives you documented ways to interoperate, extensively
> documented, in fact. You can get data and/or metadata into and out of
> BK from the command line. You could create your own network protocol,
> client, and server using the documented interfaces that BK has. You
> could create your own CVS2BK tool, your own BK2CVS tool, etc., all
> using documented interfaces.

Wow, now I'm really interested, how this fits together with this mail:

What I'm asking for there is the _minimum_ amount of information to do
exactly the above. Is there somewhere a provision like "unless you give
this data to evil bk haters"?

To make this easier to understand for everyone, here is a simple example:
a very simple network protocol would be to extend the current commit mails
with the identifiers one can already find in bkcvs, so they can be put
into the correct order.

The million Euro question is now: How can he decline me this information
on the one hand (note: I didn't ask that he gives me this himself) and on
the other hand how will he prevent me from getting to this information, if
someone does exactly the above?
For the answer to this question stay tuned and don't switch the channel...

bye, Roman
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 14:07    [W:0.164 / U:0.436 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site