Re: kernel.bkbits.net off the air

[Andrew Walrond]

> > 2. Persuade Larry to release a 'clone/pull-only' version of bk which
> > *anyone* can use to  access open source software
>
> As I've explained in the past, this doesn't make sense.  I'd be far more
> likely to build a sort of CVS like client that could do checkouts and
> updates of read only files.  That's a pretty straightforward thing to
> do, in fact, nobody needs BK source to do that, it could all be done as

I'm a bit confused (not unusual). I think what I'm suggesting is exactly what 
you've just described and doesn't involve releasing any bk source; Release a 
binary only tool which will clone and pull only, (Ie can be used to access 
open source software but not develop it) which is free of the license 
restrictions of the full bk (ie can be used to access open source software by 
anybody, regardless of what they might be working on)

Or am I missing something? How does this hurt the bk business model?

> I could make some comment about this being a good example of one of
> the zillion little problems we've had to solve but if I go there it's
> going to start a flame war.  So I won't.  I will note that none of the
> solutions proposed come close to being acceptable, they all fail on NFS
> and on SMB shares.  And they don't cascade properly as HPA has noted.

Absolutely. Bk is, undeniably, brilliant, and would solve all these problems 
at a stroke, except that the open source community cannot with good 
conscience exclude *anyone* from being able to access the sources.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/