Re: About Summer of code idea -- better big-file support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2011/3/19 åè <xudifsd@xxxxxxxxx>:
> 2011/3/19, Nguyen Thai Ngoc Duy <pclouds@xxxxxxxxx>:
>> See below link for recent discussions regarding big file support:
>>
>> http://thread.gmane.org/gmane.comp.version-control.git/165389/focus=168956
>>
>> On the store of big files, bup (at github) model might fit in as well
>> if large files change a small portion regularly.
>>
> But, why those features haven't merged into upstream developement?
> Sorry for this question, but I'm fresh here.

This is just my guess. For specific apps, you should pull their authors in.

All apps experiment different ways of dealing with big files and work
in certain situations. None is generic enough to be merged upstream.
Take bup as an example, it aims at big files _only_. A file is treated
as a directory of many smaller pieces. In order to get it merged, we
need to separate those big files from the rest because it's just too
different in handling them.
-- 
Duy
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]