I was able to reproduce this aswell with the following setup:
Linux aramaki 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux
This is fossil version 1.26 [07463fbf02] 2013-06-29 15:41:28 UTC
On Mon, Jul 1, 2013 at 10:00 PM, Marc Simpson m...@0branch.com wrote:
Hi all,
I've just
I've run into this a few times now and it is annoying, mostly because it is
very difficult to figure out *why* you can't commit.
==
fossil gdiff
fossl commit -m just testing
EDITED nada.txt
Autosync: file:///p/foundry/env/repo/fossil/fdk/testing.fossil
Round-trips: 1 Artifacts
On Wed, Jul 3, 2013 at 11:09 PM, Matt Welland estifo...@gmail.com wrote:
fossil: database is locked: {COMMIT}
If the database cannot be freed up during the diff then how about some
hint to the user as to what might be going on?
The is locked part is the hint, but it's unfortunately well
Thanks Stephan. What solution did you plan to add to the TODO list?
Note that the is locked was noticed but there are three possible sqlite3
databases that might be the issue and there are several possible ways that
a db can be locked:
Db's
1. _FOSSIL_ or .fslckout
2. ~/.fossil
3. The private
On Wed, Jul 3, 2013 at 11:42 PM, Matt Welland estifo...@gmail.com wrote:
Thanks Stephan. What solution did you plan to add to the TODO list?
To see if the place where it says rebuild... can see the error code from
the lock (i think that happens a couple functions away, and i'm too tired
to
On Wed, Jul 3, 2013 at 5:42 PM, Matt Welland estifo...@gmail.com wrote:
I still feel that ideally fossil gdiff should not tie up the database
and prevent commits but I understand that may not be easy to fix. However
adding the full file name of the actual locked database to the error
message
On Wed, Jul 3, 2013 at 11:50 PM, Richard Hipp d...@sqlite.org wrote:
I agree, fossil gdiff should not keep the database locked. FWIW, the
fossil diff --tk command does not keep the database locked, at least not
that I have noticed. If fossil gdiff is locking the database, probably
the
On Wed, Jul 3, 2013 at 2:50 PM, Richard Hipp d...@sqlite.org wrote:
On Wed, Jul 3, 2013 at 5:42 PM, Matt Welland estifo...@gmail.com wrote:
I still feel that ideally fossil gdiff should not tie up the database
and prevent commits but I understand that may not be easy to fix. However
On Wed, Jul 3, 2013 at 6:07 PM, Matt Welland estifo...@gmail.com wrote:
fossil diff --tk exits instantly with exit code 0 on my system. Is there
setup necessary to use this? I dug though the help and mailing list and
didn't run across any details. I'm using fossil version 1.25.
Yes. You
On Wed, Jul 3, 2013 at 3:13 PM, Richard Hipp d...@sqlite.org wrote:
On Wed, Jul 3, 2013 at 6:07 PM, Matt Welland estifo...@gmail.com wrote:
fossil diff --tk exits instantly with exit code 0 on my system. Is
there setup necessary to use this? I dug though the help and mailing list
and
10 matches
Mail list logo