I have not experienced any problems like that myself, but
when searching for online documentation for recursive
unversioned insertion of files, id est I wanted to
use the
fossil unversioned add
recursively without it telling me that paths with "./" like
fossil unversioned add
> Date: Mon, 22 Jan 2018 09:06:10 -0500
> From: Richard Hipp <d...@sqlite.org>
> On 1/22/18, Martin Vahi <martin.v...@softf1.com> wrote:
>>
>> citation--start---
>> Fossil internal error: out of memory
>> citation--en
citation--start---
Fossil internal error: out of memory
citation--end-
It happened during the execution of the
fossil ci
Given that the Fossil had an opportunity to allocate
at least 1GiB of RAM without running out of RAM,
the issue must have something to do with
I know that the way to embed an image is by
![name of the link]()
but it does not seem to work with the WebM videos.
https://www.webmproject.org/
WebM is a video file format that all modern web browsers
are able to play by default. WebM files can be
inserted into web pages just like
ate: 23 Oct 2017 19:27:08 -0600
> From: "Andy Bradford" <amb-fos...@bradfords.org>
> To: "Martin Vahi" <martin.v...@softf1.com>
> Cc: fossil-users@lists.fossil-scm.org
> Subject: Re: [fossil-users] Bug Report: Cloning with --private Fails
> Message-ID: <201710
It doesn't even prompt for a password.
Both, client side and server side, Fossil binaries
are of version 2.3
---citation--start-
time nice -n18 fossil clone --unversioned --private --admin-user
martin_vahi
https://www.softf1.com/cgi-bin/tree1/technology/flaws/silktorrent.bash/
Reproduction:
Download and extract the
https://www.fossil-scm.org/index.html/uv/fossil-src-2.3.tar.gz
At the root of the source tree do with the GCC
./configure --prefix=
--json --with-th1-docs --with-th1-hooks --disable-fusefs
make # was/is successful
I'm not saying that it's necessarily a bug, but
it would be nice if during the VACUUM'ing phase of the
fossil rebuild a_huge.fossilrepository --vacuum --compress --cluster
the Fossil Web GUI would say that the repository is
currently being rebuilt in stead of saying
Fossil version: 2.2
Reproduction:
step_1)
Open the WYSIWYG Wiki Editor and write:
--citation--start---
range notation as known from math [1, ]
--citation--end-
step_2)
Push the "Apply These Changes" button.
step_3)
Observe how the [1, ] has been
After doing the
fossil rebuild
at the server side, central repository side,
I get the following line at the client side:
Fossil internal error: infinite loop in DELTA table
citation--start
COMMENTS.txt
milestone_releases/currently_there_is_none.txt
If I log into the web GUI of the remote Fossil repository
and use the
Admin -> Shunned -> Rebuild
then the web GUI shows me:
---citation--start
SQLITE_ERROR: no such table: ftsidx_segments
Database Error
no such table: ftsidx_segments:
{ DROP TABLE
I do not know the exact operation that I killed by
the key combination Ctrl-C, but the operation was probably
one of the following:
fossil addremove
or
fossil commit
or
fossil pull
or
fossil push
The result is a "corrupted" repository file with a
"locked SQLite" database file.
Reproduction:
1)
Open the link behind the "Home" menu option, the page page at
https://www.softf1.com/cgi-bin/tree1/technology/flaws/mmmv_parasail_projects.bash/home
2)
Select the "Wiki" menu option and observe that
the site is "lightning fast", the new page
is displayed practically the
Thank You, everybody, for
the kind and thorough answers.
Date: Tue, 16 May 2017 18:15:56 -0400
From: Richard Hipp
Subject: Re: [fossil-users] Bug Report or a Feature Request: Cope with
Hosting Providers' Watchdogs
>...
> What operation is it trying to do that takes more than 10
I'm not totally sure, what the issue in my case is, but
I suspect that the issue might be that the hosting provider
has some time-to-live limit for every operating
system process that is started for serving a request and
if the Fossil takes "too long" to process the request,
then it gets killed
---console--session--excerpt--start
SQLITE_NOMEM: failed to allocate 651456745 bytes of memory
SQLITE_NOMEM: statement aborts at 22: [INSERT INTO
blob(rcvid,size,uuid,content)VALUES(6,662828201,'9b81ec309fc0c2f2278f386c8b1917359fe24bd8',:data)]
fossil: SQL error: out of
Date: Sun, 23 Apr 2017 15:25:54 -0700 From: Richard Hipp
> To: "Fossil SCM user's discussion"
>...
> wrote:
>> Hey there,
>> I currently know of two Fossil hosting systems, Flint and Hydra.
> I'm going to take this in a different direction and
>...
> Date: Sun, 26 Mar 2017 13:18:08 -0400
> From: Richard Hipp
>...
> Subject: [fossil-users] GitLab v. Fossil. Was: Eric Raymond (a.k.a.
> ESR) haspublished an SCM
> Message-ID:
>
I haven't encountered any collisions yet, but
I was wondering, what will happen, if 2 different
files that have the same size, same timestamps,
different bitstreams, but the same hash (regardless of hash algorithm)
were to be committed simultaneously, at the same commit?
After all, it's the
I unpakced the stblob that I tried to commit
at the case that I described at my previous bug report
and I tried to commit the batch of small files
individually. No luck:
---citation--start
--citation--start-
./wiki_references/2017/software/2017_03_21_maidsafe_net_tar_gz/f59c44f4cfae80319685fc8abdbc374039c22b421141951ai_278e5c783e9d982543415b569b6095bde7f1e409077208c4bb6bc48ee3fefe3fh_0481949961s_1000v.stblob
contains binary data. Use --no-warnings or the "binary-glob"
A test case is that I want attachments from
http://www.softf1.com/cgi-bin/tree1/technology/flaws/silktorrent.bash/wiki?name=Attic+001+for+Holding+Various+Files
to appear at my Fossil wiki search results. I'm not
asking for the content of the PDF-files to be analyzed, only
their file names.
As
I believe that this is a flaw/bug, because
it is obvious that clocks of different computers
can differ for various reasons. A value of a clock
should not be a stopper at cloning a repository.
If the difference between the clocks of 2 computers
is also known, then one time is even convertible
to
As it turns out, I already made a mistake
at the tree based algorithm.
The old, proposed, flawed version:
> ...
> array_of_nodes_with_wrong_x_node_hash=unique_by_node_ID(
> clone(
> ob_AVL_tree.array_of_nodes_that_had_changes_on_path_2_root
>
> De : Joerg Sonnenberger
> À : fossil-users@lists.fossil-scm.org
> Envoyé le : Dimanche 4 décembre 2016 20h55
> Objet : Re: [fossil-users] Bug report: Terrible Performance, when
Checking in LLVM Source
> ...
> No. What repo checksum does is compute a separate checksum over
I forgot to mention that I also push the commited
files to a remote repository.
The uplink is ~1MiB/s (~10Mbps) and the ping
from my local machine to the remote machine is about 20ms
So, even, if files were uploaded one by one,
~100k-files * 20ms = ~ 100 * 20 s = 2000s < 3600s = 1h
So far it
Reproduction:
1) Download LLVM source.
It might be done by executing the bash script from
http://www.softf1.com/cgi-bin/tree1/technology/flaws/mmmv_parasail_projects.bash/artifact/3a28f1fb67a5d860
2) Commit the source.
It is about 4.4GiB, over 100k files, over 6k folders,
but it
I suggest that You do not try it about a week, because
I have not been able to extensively test it yet, neither
is it anything very optimized and never will be, as a
matter of fact, it's very inefficient, but it does
have a practical feature set and might help other people
in addition to me. It
Date: Wed, 3 Feb 2016 08:27:04 -0700
From: Warren Young <w...@etr-usa.com>
To: Fossil SCM user's discussion <fossil-users@lists.fossil-scm.org>
Message-ID: <848f7448-5131-4606-ae05-503320a66...@etr-usa.com>
> ...
>On Feb 2, 2016, at 3:19 PM, Martin Vahi <martin.v..
> Date: Mon, 1 Feb 2016 20:30:21 -0700
> From: Warren Young <w...@etr-usa.com>
> ...
> On Jan 31, 2016, at 5:17 PM, Martin Vahi <martin.v...@softf1.com> wrote:
>> one of the particularities of the WebM format is
>> that huge videos can be served from ordi
At first glance it sounds like a dumb
question, but I did not find a way, how to
add my feature request to the
https://www.fossil-scm.org/index.html/rptview?rn=1
I logged in as anonymous, but I still could not
find a way, how to add my feature request.
The feature request is that the Fossil
31 matches
Mail list logo