Richard,
A real improvement over the mainline fossil I imported the
postgres cvs in 4:20 minutes. The mainline fossil takes more then 25
hours to import the same repository. The numbers from the stat page are:
REPOSITORY SIZE:
372039680 bytes
On Sat, 23 Oct 2010 11:49:10 -0400, Richard Hipp wrote:
On Sat,
Oct 23, 2010 at 11:09 AM, Rene wrote:
Richard,
A real improvement
over the mainline fossil I imported the postgres cvs in 4:20 minutes.
The mainline fossil takes more then 25 hours to import the same
repository.
Very cool.
Hello,
I'm trying out Fossil's experimental branch and I'm using the one from
check-in [4c1bcf6f6a] (2010-10-23 02:51:10).
Looking at the timeline for my own project, I see the trunk tag has
disappeared from all commits within trunk.
Is the trunk branch now considered the default branch?
The one
fossil new --admin-user root --date-override 1996-12-23 05:02:19
../compat.fsl
fossil: hash of rid 1
(997d191127383d712af68962168db05d3802a5ad) does not match its uuid
(a039743df6fc664bb116b323f39a37251851ff01)On Tue,
This is on the
experimental branch version [85e1e3d4a1] 2010-10-20 12:31:25
On Thu, Oct 21, 2010 at 4:31 PM, Rene renew...@xs4all.nl wrote:
fossil new --admin-user root --date-override 1996-12-23 05:02:19
../compat.fsl
fossil: hash of rid 1 (997d191127383d712af68962168db05d3802a5ad) does not
match its uuid (a039743df6fc664bb116b323f39a37251851ff01)On Tue,
This is
I updated to [f8f175cf22] 2010-10-21 20:08:31 UTC even the simple
fossil new ../compat.fsl gives
fossil: hash of rid 1
(dc4698d137f6e3aa348198935bea5ce63e3cb799) does not match its uuid
(30a55cd227ea2451a72f72839f89a06805be41b9)
On Thu, 21 Oct 2010
16:56:53 -0400, Richard Hipp wrote:
On
On Thu, Oct 21, 2010 at 5:04 PM, Rene renew...@xs4all.nl wrote:
I updated to [f8f175cf22] 2010-10-21 20:08:31 UTC even the simple fossil
new ../compat.fsl gives
fossil: hash of rid 1 (dc4698d137f6e3aa348198935bea5ce63e3cb799) does not
match its uuid (30a55cd227ea2451a72f72839f89a06805be41b9)
No reply to this question yet - sound that this option is risky!
- Altu
-Original Message-
From: altufa...@mail.com
To: fossil-users@lists.fossil-scm.org
Sent: Wed, Oct 20, 2010 9:58 am
Subject: Re: [fossil-users] Fossil enhancements: Please test
Hi Richard,
These changes
Hi,
19/10/2010 23:59, Richard Hipp wrote:
There is a file-format enhancement to Fossil that seeks to make Fossil
run more efficiently on projects with a large number of files in each
checkout. Help in testing this enhancement will be appreciated.
[snip]
It will be very helpful if you can
On Wed, Oct 20, 2010 at 5:32 AM, Hakki Dogusan dogus...@tr.net wrote:
Hi,
19/10/2010 23:59, Richard Hipp wrote:
There is a file-format enhancement to Fossil that seeks to make Fossil
run more efficiently on projects with a large number of files in each
checkout. Help in testing this
Hi,
20/10/2010 14:26, Richard Hipp wrote:
On Wed, Oct 20, 2010 at 5:32 AM, Hakki Dogusan dogus...@tr.net
mailto:dogus...@tr.net wrote:
[snip]
I test it against a repo which has ~4780 files in it.
No observable difference with version [8474ca6747].
But it works, right?
Yes,
On Wed, Oct 20, 2010 at 8:01 AM, Hakki Dogusan dogus...@tr.net wrote:
I only got a warning on open:
WARNING: manifest checksum does not agree with disk
Addendum: Files link crashes fossil.exe!
Then it shows http://127.0.0.1:8080/dir?ci=tip; in address bar.
(I checked with 'real' fossil.exe;
Hi,
20/10/2010 15:34, Richard Hipp wrote:
On Wed, Oct 20, 2010 at 8:01 AM, Hakki Dogusan dogus...@tr.net
mailto:dogus...@tr.net wrote:
I only got a warning on open:
WARNING: manifest checksum does not agree with disk
Addendum: Files link crashes fossil.exe!
Then it shows
There is a file-format enhancement to Fossil that seeks to make Fossil run
more efficiently on projects with a large number of files in each checkout.
Help in testing this enhancement will be appreciated.
Fossil has been working great on projects with a thousand files or less in
each checkout
On Tue, Oct 19, 2010 at 4:59 PM, Richard Hipp d...@sqlite.org wrote:
Windows users are encouraged to do the same if they are able, but for those
that do not have a suitable build environment, a precompiled binary is made
available at:
http://www.fossil-scm.org/fossil-w32-201010192027.zip
On Tue, Oct 19, 2010 at 04:59:11PM -0400, Richard Hipp wrote:
[snip]
Thanks for testing out the recent Fossil changes. Please be sure to report
either success or failure (whichever you encounter) with the new Fossil to
this mailing list, or directly to me at d...@sqlite.org.
--
D.
Hi Richard,
These changes are interesting.
fossil setting repo-cksum off
If I use this setting on local checkouts and let's assume for some
reasons that a commit damages the local database. If I don't have
repo-cksum disabled on the remote repository (assume on http), will I
get an error
17 matches
Mail list logo
