logo       
Google Custom Search
    AddThis Social Bookmark Button
-->

Re: Status of "open source" tarball export tool?: msg#00032

Subject: Re: Status of "open source" tarball export tool?
On Fri, Apr 16, 2004 at 08:23:40PM -0700, Kevin P. Fleming wrote:
> I know you guys are very busy, I wish I could help (actually I wish I 
> could move to the Bay Area to be your system admin, but that's another 
> issue :-))... I apologize in advance for taking your time away from 
> enhancing your product.
> 
> The team I'm trying to convert to BK from CVS is very concerned about 
> requiring that anyone who wants a copy of our up-to-the-minute sources 
> would only be able to use BK to get them. We will have a public bkd, and 
> offer BK/Web as well, but that doesn't let someone download a tarball of 
> what's in the repo "right now".
> 
> I know this subject has been beat to death on the kernel list, and the 
> last I heard BitMover was considering extending bkd and/or BK/Web to 
> support some very simple protocol for making this work. Larry posted 
> some code for what the (very simple) client would be. Has any of this 
> actually moved ahead, and more importantly, will it work without a 
> commercial license?

I have something basic we could add to the bkd's which run on bkbits.net,
so you could get tarball snapshots and updates of the latest.  The problems
they don't currently handle are

    a) renames (the file has been moved since the client last updates).
    b) binaries in updates

The first one is easy to handle, we put the old/new pathnames in the 
diffs so a modified version of patch could handle that just fine.

The second one is harder, I don't know how to handle that.

The effort in general has floundered because each time this has come up
I have offered to do the server side if someone else does the client side
and invariably the person asking is perfectly willing to use BK under the
free license and doesn't see why s/he should write code to help people
who complain about the license.  I tend to share that sentiment but I
can see both sides.

Anyway, the bottom line is that we will handle the server side if someone
else handles the client side.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
Bitkeeper-users mailing list
Bitkeeper-users@xxxxxxxxxxxx
http://bitmover.com/mailman/listinfo/bitkeeper-users
To unsubscribe from this list, go to the above URL, follow instruction at the 
bottom of the web page.



<Prev in Thread] Current Thread [Next in Thread>