On Mon, Nov 16, 2015 at 8:12 AM, Andy Bradford
wrote:
> Thus said Alexey Pechnikov on Mon, 16 Nov 2015 13:16:32 +0300:
>
> > Hmm, It's only 1Gb total size of my files. I have 8GB RAM on the
> > laptop and 16GB RAM on the server. But it's not enough as I see. So I
>> From: fossil-users-boun...@lists.fossil-scm.org
>> [mailto:fossil-users-boun...@lists.fossil-scm.org]
>> On Behalf Of Stephan Beal
>> i would be interested in hearing from any other users who store
>> huge files in their repos, and how much memory fossil eats while doing so.
I remember
Thus said Alexey Pechnikov on Mon, 16 Nov 2015 13:16:32 +0300:
> Hmm, It's only 1Gb total size of my files. I have 8GB RAM on the
> laptop and 16GB RAM on the server. But it's not enough as I see. So I
> sure it's bug. Do you understand the issue now?
Have you ruled out the possibility
On 11/16/15, Ron W wrote:
> On Mon, Nov 16, 2015 at 12:38 PM, bch wrote:
>
>> In the immediate case, it's me tracking 3rd party vendor code which I
>> depend on. I untar, add, commit. On upstream updates, I nuke the
>> 3rd-party
>> code, lay down the
In the immediate case, it's me tracking 3rd party vendor code which I
depend on. I untar, add, commit. On upstream updates, I nuke the 3rd-party
code, lay down the new release and this is where we might find renaming
issues as I described.
On Nov 16, 2015 9:24 AM, "Ron W"
On Mon, Nov 16, 2015 at 12:38 PM, bch wrote:
> In the immediate case, it's me tracking 3rd party vendor code which I
> depend on. I untar, add, commit. On upstream updates, I nuke the 3rd-party
> code, lay down the new release and this is where we might find renaming
>
On Mon, Nov 16, 2015 at 2:20 PM, bch wrote:
> This is roughly what I'm doing, but it's not 100% accurate, and for
> the case of 100s of files, still tedious. I guess the point is that
> there's not any special secret method available with-in or outside
> fossil (outside of
It is theoretically doable, but ill advised, given that the underlying
SQLite database depends on an accurate / dependable file system, and
network file systems are notoriously 'fragile' from the point of view of
data integrity.
On Mon, Nov 16, 2015 at 3:57 PM, Dömötör Gulyás
I've got an environment where it'd be good to put a fossil repo onto a
windows network share, as running an actual server is hindered by corporate
IT policy. Has anybody done this, or is this at least theoretically doable?
Cheers & thanks,
DG
___
On 11/16/2015 6:00 PM, bch wrote:
Further to that:
http://stackoverflow.com/questions/4908336/can-git-really-track-the-movement-of-a-single-function-from-1-file-to-another-i
To be clear, I don't fully understand what the git model is (I
repeatedly hear "it doesn't track files", but I haven't
On 11/16/15, Ron W wrote:
> On Mon, Nov 16, 2015 at 2:20 PM, bch wrote:
>
>> This is roughly what I'm doing, but it's not 100% accurate, and for
>> the case of 100s of files, still tedious. I guess the point is that
>> there's not any special secret
[apologies if shows this up twice, but I think I messed up the first time]
On Mon, Nov 16, 2015 at 2:20 PM, bch wrote:
> In this sense, the behavour of git (iiuc) would be roughly what I want
> where it tracks bytes, not files (this is what I think I undertand; it
> allows
On Nov 16, 2015 23:57, "Dömötör Gulyás" wrote:
>
> I've got an environment where it'd be good to put a fossil repo onto a
windows network share,
No, you don't! It is NEVER a good idea to host a multi-user sqlite db on a
network share. See the sqlite mailing list archives for
On Sun, Nov 15, 2015 at 10:36 PM, Alexey Pechnikov
wrote:
> Hi Richard, I checked the files and I see 2 CSV files about 450Mb the
> each. I use fossil for some science datasets and so I really need store
> large files.
>
Also I have some SQL dumps at about 10GB size but I
Hmm, It's only 1Gb total size of my files. I have 8GB RAM on the laptop and
16GB RAM on the server. But it's not enough as I see. So I sure it's bug.
Do you understand the issue now?
2015-11-16 12:07 GMT+03:00 Stephan Beal :
> On Sun, Nov 15, 2015 at 10:36 PM, Alexey
On Mon, Nov 16, 2015 at 11:16 AM, Alexey Pechnikov
wrote:
> Hmm, It's only 1Gb total size of my files. I have 8GB RAM on the laptop
> and 16GB RAM on the server. But it's not enough as I see. So I sure it's
> bug. Do you understand the issue now?
>
i understand the
> AFAIK (possibly wrong) nobody has tried using fossil for files that big
so far :/.
Maybe. We can store 10-20Gb media file in SQLite on smartphone but we can't
store human genome in Fossil on laptop/server. It's very strange point...
2015-11-16 13:25 GMT+03:00 Stephan Beal
On Mon, Nov 16, 2015 at 11:40 AM, Alexey Pechnikov
wrote:
> > AFAIK (possibly wrong) nobody has tried using fossil for files that big
> so far :/.
> Maybe. We can store 10-20Gb media file in SQLite on smartphone but we
> can't store human genome in Fossil on
I've got some work where I've got some files whose names change between
commits, but are the same logical entity. For example, if I have a file:
libxyz-1.2.txt, which might be a description of libxyz (for version 1.2 in
particular), if the name changes to libxyz-1.3.txt for the next commit,
what
19 matches
Mail list logo