I did a recent update of my fossil repository. It shows that a total of 4243
bytes were sent and 95998 bytes were received.
However if I add the numbers in the bytes column I get 6395 and 181518
bytes, almost double the amount.
Why the difference? Is one compressed and the other uncompressed?
It is stable for me too now.
I did notice however that the fossil.exe filesize increased from 1115kB to
1324kB, quite a lot for a single memset operation?
Jos Groot Lipman
_
From: fossil-users-boun...@lists.fossil-scm.org
[mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf
I get the (less fancy) side-by-side diffs without any
problem.
Before I dig into it more deeply: can anyone reproduce this behaviour?
Jos Groot Lipman
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
Is it possible to see a side-by-side difference between the last checkin and
the currently changed file on disk? It would be a great alternative to
fossil diff and fossil gdiff
This would be much like the wiki preview using /doc/ckout/
--
Jos Groot Lipman
I believe I was not clear: I am looking for a side-by-side diff for files in
the 'normal' repository and their check-out counterparts, I am no interested
in the wiki here.
(I just mentioned the wiki as an example where Fossil presents information
from files that are not yet checked in so the
: [fossil-users] Where is my deleted file in the timeline?
On Wed, Oct 5, 2011 at 4:05 PM, Jos Groot Lipman donts...@home.nl wrote:
I had a file in my project that was no longer needed so I deleted the file
on my disk.
Only the original checkin is shown. There is no indication when or where
:-)
This is fossil version 1.18 [df9da91ba8] 2011-07-13 23:03:41 UTC
--
Jos Groot Lipman
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Is -without shunning- the 24MB-version still present in your local
repository? Won't is be synced sooner or later anyhow now?
--
Jos Groot Lipman
_
From: fossil-users-boun...@lists.fossil-scm.org
[mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Richard Hipp
Sent: dinsdag
A JSON/REST interface sounds very promising.
A few weeks ago I was playing around and tried creating a client-side
file-browser treeview in HTML.
What I ended up doing was getting the raw artifact (/raw/) and parsing it
clientside. Not exactly perfect so I dropped it.
A well designed
Minor Wiki-problem: paragraphs are create automatically for empty lines.
However with the following text it leads to unexpected termination of the
first p marker and the last line of text is left-aligned. When you remove
the empty line it works as expected.
p align=right
Next line is empty
The verbatim tag works like pre with the addition that it also
disables all wiki and HTML markup through the matching /verbatim.
But why this special tag? Is this not something the pre should do
under all circumstances? When would you ever want wiki or HTML markup
inside a pre? That
-Original Message-
If the service would select the TCP port by himself, how to inform the
user?
There is no way to 'push' a message but
fossil winsrv show
Could show it?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
I have compiled the latest trunk-version with the new winsrv command to test
it.
It leaves me slightly confused to which port Fossil uses this way.
First I do a 'fossil ui' on an open checkout. This claims port 8080 (note:
it could also be any other program already using port 8080)
Next I do
I am trying to get my head around some basic concepts.
One question that pops up: why/when would I close a leaf.
Is this purely for myself to remember I have finished that part of branch or
are there more questions and/or reasons?
Jos
___
fossil-users
(sorry about my other message ending up in another thread, was not meant
that way)
While playing for the first time with Fossil (open, close, delete etc.) I
ended up with the message:
C:\Windows\fossil.exe: no such file: d:/test/source/monkey.txt
C:\Windows\fossil.exe: SQLITE_BUSY: statement
] SQLITE_BUSY: statement aborts at 2: [ROLLBACK]
On Fri, Aug 12, 2011 at 10:36:13AM +0200, Jos Groot Lipman wrote:
fossil open ../monkey.fossil
fossil add monkey.txt
del monkey.txt
echo Y|fossil commit -m Versie 2010 --tag v2010 --branch v2010
What do you intend to do with this?
Maybe you should run
16 matches
Mail list logo