2014-02-21 13:56 GMT+01:00 Jan Nijtmans :
> I would say it's a GO. Any objections?
The Speed-up as suggested by Samuel Debionne is merged
to trunk now. I noticed considerable speedup on Windows and
Cygwin (up to 40%). I tested it on Ubuntu as well, but there
the speedup was not impressi
unchanged check-in comment. continue (y/N)? y
New_Version: 91685e09efafa39708cfb3c5a26e808c5f4678b7
This way, the fossil repository will not be cluttered with crlf/lf differences.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
been
> considered ? IMHO it scales better with project tree where generated
> files may be in several places.
This file is named ".fossil-settings/ignore-glob" and it functions exactly
the same as .cvsignore/.gitignore or subversions svn:ignore op
supposed to
clean-up only what "fossil extras" reports. It cleans
up temporary files, log-files, whatever. but NOT your build!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ob" file. Currently that's libfossil,
Tcl/Tk and fosclipse.;-)
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
lly work correctly:
>
> fossil diff --tk --from 81162e791f --to 3df526ca41
Well, joel started fixing this in the "diff-eolws" branch, and I did
some additional enhancements there. Feedback welcome!
Regards,
Jan Nijtmans
___
foss
is useful to ignore all whitespacing.
Something like:
<http://fossil-scm.org/index.html/info/28b39cc516>
Is that getting nearer to what's really desired?
Thanks!
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.o
e indent. Does that make joel the author?
I think not! The "diff-eolws" branch gives the correct
answer. Your addition gives the correct answer after
pressing the "Ignore Whitespace" button.
Regards,
Jan Nijtmans
___
f
named
"diff-solws-and-eolws"..)
I think the "diff-eolws" is good to be merged to trunk (the annotation
indenting bug is fixed now), but I wait for Joel (and possible other
people interested)'s judgement.
Happy testing!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
2014-03-05 12:39 GMT+01:00 Stephan Beal :
> On Wed, Mar 5, 2014 at 10:08 AM, Jan Nijtmans
> wrote:
>>
>> 2014-03-05 7:51 GMT+01:00 Andy Bradford :
>> > Also, clicking the button to reveal the non-whitespace change
>> > is no more ``correct'' tha
s on trunk now.
(it's easy to change anyway)
Happy continued testing.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
nificative.
I can: It allows to detect when people use an editor which changes
all LF's to CRLF and then commit this change without realizing
that that's an unnecessary burden to fossil. Much
better is allowing fossil to warn for this situation and even
letting fossil do the CRLF->LF con
, I couldn't resist myself doing that. Making
that the annotate/blame default could be option #4.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
2014-03-06 5:12 GMT+01:00 Andy Bradford :
> Thus said Jan Nijtmans on Wed, 05 Mar 2014 22:52:04 +0100:
>
>> Happy continued testing.
>
> I've been testing on the diff-eolws branch and it all looks and works
> very nice.
Well, it was your idea adding this button!
he "Ignore Whitespace" button.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
dit: http://fossil-scm.org/index.html/hexdump/ac2b48351039
Hm, I see. Didn't realize that Eclipse always writes files in UTF-8 ;-(
Fixed now. Thanks for noticing that!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.f
going on. A MinGW build can re-use the
GNU buildfiles.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
my guess is that fossil.exe would like
to prompt but thinks that the console is redirected (which it
actually is!).
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
is already stored.
Maybe a new option "--save-passwd" would be easiest, which forces
the password given in the URL to be saved.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ot; command should be an intermediate
between the two mentioned "fossil clean" variants: All files
matching "ignore-glob" will be deleted without notice, but
for other clean candidates it ask for confirmation first.
Thanks for sharing this with us!
Hope this helps,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ssil itself has a 7 character collision. I didn't
> check the netbsd repositories.
<http://fossil-scm.org/index.html/info/a16236e70dafc57f564b20f35670afad02a8fc7a>
A "fossil rebuild" is necessary for this to appear in the ticket
hyperlinks as well.
Regards,
Jan Nijtmans
_
2014-03-28 13:50 GMT+01:00 Stephan Beal :
>
>> fossil config clearsign 0
>
>
> Correction: fossil set clearsign 0
That setting will not help, this bug was earlier
reported by J. van den Hoff and fixed here:
<http://fossil-scm.org/index.html/info/d8a588ba76>
Regard
shows really strange.
So, I guess a new WIKI_X flag must be introduced for this
to work as expected, unfortunately ;-(
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cg
2014-04-02 2:24 GMT+02:00 Joseph Prostko :
> Below is a patch via `fossil diff` to detect getloadavg() which allows
> Fossil to build cleanly on Haiku (and potentially other systems that
> would happen not to have getloadavg() available.
Thanks!
Jan
ation of the hash-value
of the line changed, and apparently the highlighting algorithm
makes an assumption on it which is no longer trunk.
Thanks!
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-sc
2014-04-03 8:56 GMT+02:00 Jan Nijtmans :
> Yes, this is definitely a bug, and from your example I can see
> what's the problem.
Fixed here:
Thanks!
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-s
2014-04-03 9:06 GMT+02:00 Jan Nijtmans :
> 2014-04-03 8:56 GMT+02:00 Jan Nijtmans :
>> Yes, this is definitely a bug, and from your example I can see
>> what's the problem.
>
> Fixed here:
>
The effect of this fix can be seen on fossil-scm.org now, as Richard
tct/tip/114>
Other than that, it looks good to me.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ilability is not
guaranteed in all Tcl environments. That's my explanation why
it isn't used very much.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
2014-04-03 15:10 GMT+02:00 Sergei Gavrikov :
> Good point. Thak you. With new patch TH1 works as Tcl 8.5
While on it, I added binary as well.
<http://www.fossil-scm.org/index.html/info/1f6734c30b>
Thanks!
Regards,
Jan
Done here:
<http://fossil-scm.org/index.html/info/a306f771d8>
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
l, I don't think
that th1 should invent any syntax which Tcl doesn't support.
(Feel free to write a Tcl TIP, but I don't think it has a high
chance to be accepted.)
Regards,
Jan Nijtmans
___
fossil-users mailing list
fo
2014-04-04 11:06 GMT+02:00 Jan Nijtmans :
> Since th1 is supposed to be a subset of Tcl, I don't think
> that th1 should invent any syntax which Tcl doesn't support.
> (Feel free to write a Tcl TIP, but I don't think it has a high
> chance to be accepted.)
Noted tha
2014-04-04 10:57 GMT+02:00 Stephan Beal :
> Maybe if you want to output your UUIDs in binary format... that might be fun
> to do each year on April 1st.
<http://fossil-scm.org/index.html/info/0b10> ;-)
Regards,
Jan Nijtmans
___
2014-04-07 19:34 GMT+02:00 Sergei Gavrikov :
> Hi Jan
>
> I found one exception, if there is digit 'b' (only) on the second
> position (only) in a hexadecimal number
> Could you, please, take a look on this puzzle?
Reg
last in the URL :-(
Thanks for the report!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
gt; a subdir, if the behaviour is triggered, fossil reports only the dirname,
> i.e.
>
> `..'
>
> instead of the expected
>
> `../abc' (where `abc' is the untracked file residing in the root dir of
> the checkout).
It indeed looks like something was missing
the only thing I can think of.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
:
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55217>
and
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273>
Looks like gcc is at fault here.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
adapts automagically to the Tcl version
which is available on your system and doesn't complain
if it is missing (as long as it is not used).
Since fuse is apparently UNIX-only, this should be much simpler.
Regards,
Jan Nijtmans
___
fossil-users m
ld avoid the confusion, and it works fine!
Any objections merging this to trunk?
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
;http://fossil-scm.org/index.html/timeline?r=dg-timestamps>
Maybe the idea is good, but the sign of the timezone
correction was wrong, (Just a wild guess! )
I know nothing about Git, so I really cannot judge this.
Regards,
Jan Nijtmans
___
? I remember asking for a sign-off a couple of
> times, but never got a response, and eventually abandoned it.
Sometimes patience is a good thing.
Thanks!
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
here. But if during the timeline towards fossil
1.29 something unexpected is discovered: It's only a one-line
code change easy to revert!
Happy testing.
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
for reasons of legacy) should
have it, people who don't expect it shouldn't be surprised by being
given one without being asked ;-)
Thanks!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
on of fossil ran status and then ci and it worked, much to my
> surprise!
Ah! That's the bug I fixed here:
<http://fossil-scm.org/index.html/info/636982a564>
That explains fully why the F-cards are missing. In current
trunk that wouldn't happen an
This can result in
chaned rid's, so the rid's in your ".fossil" file doesn't match
your recepsum.fossil any more. That could result in
exactly the symptoms you are seeing.
You can fix that with:
fossil checkout f51f0cfb9eed704a0e92364e1e6ea5d6d97c2365 --k
ch
"no-initial-commit" to trunk) once more. If anyone thinks this is
a bad idea (maybe because another bug prevents us to do
that), I'm all ears.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
s to sync? Perhaps the need to have autosync try harder is minimized
> if Fossil retains partial sync?
I think you can better judge that than I can. The fact that you are
questioning that suggests it better be kept separate.
Thanks!
Jan Nijtmans
_
sil Version"),
and whether the server
is in WAL mode or not ("Database Stats").
Thanks!
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
out a repository with 0 check-ins, but
as soon as a single check-in is done (using a newer fossil), older fossil
versions can access the repository just fine. I think that's expected.
Regards,
Jan Nijtmans
___
fossil-users mailing list
foss
2014-05-19 10:21 GMT+02:00 Ramon Ribó :
> Hello,
>
> Thess commands gives an error:
>
> fossil diff --verbose --tk
> fossil diff -v --tk
>
> shouldn't they work ok?
Thanks!
Regards,
Jan Nijtmans
___
fossil-us
.org/index.html/artifact/f80e129296?ln=1133>
Yes, -c 99 works fine, but I doubt its usefulness. It only
makes it more difficult to see where the changes are
(if there are only a few changes in a large file).
Regards,
Jan Nijtmans
___
fossil-
anything here which TH1 allows.
Don't forget to set the "th1-uri-regexp" setting to "*", otherwise the
"http" command will be refused.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.foss
thanks very much to Stefan for taking this
while I had a long free weekend.
I hope many people will test "fossil new --empty" whenever they
create a new repository.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ass -A to fossil new. Any hints would be
> appreciated.
Thanks for the report. This is indeed cumersome. Should be fixed in
(upcoming) fossil 1.29:
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://l
2 directory is
invisible to 32-bit applications. You should place fossil.exe in
C:\Windows\SysWOW64 in stead, then it should work.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
hat am I doing wrong
You should set the "th1-uri-regexp" setting to ".*" or
"http://localhost:8085/.*"; (in your case).
This is a security measure.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
he ';' on Windows is just a trick to prevent
filename-expansion, as the backslash does not work)
Or do "fossil ui" and go to the Admin/Settings page.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil
lite3.c, which allows fossil to use repository paths up
to 1040 bytes in stead of the normal 260 bytes. This
change can be found in fossil's "win32-longpath" branch.
This is actually what was suggested here:
<http://www.sqlite.org/src/info/c060923a54>
Hap
2014-06-13 11:27 GMT+02:00 Jan Nijtmans :
> (using latest mingw-w64
> based on gcc 3.8.2):
Of course, that's gcc 4.8.2.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8
<http://en.wikipedia.org/wiki/Leap_second>
The general rule should be: be generous in what you accept,
strict in what you generate. This means that fossil should never
generate an hour value of 24, but accepting it during
parsing should be no harm.
Regards,
Jan Nijtmans
/sourceforge.net/projects/cyqlite/files/fossil/>
(I used "win/Makefile.mingw.mistachkin" too)
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
d by VirtualBox somehow.
Compiling fossil with -DSQLITE_DISABLE_DIRSYNC
might be just a good idea to fix this. Worth a try!
B.T.W.: Cygwin suffers from the same problem
when using the "unix" vfs, that's how my
theory started.
Regards,
Jan Nijtmans
_
; format would be more logical anyway.)
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
her UUID's don't have
this problem (that's probably why no-one noticed this before)
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
t.
<http://fossil-scm.org/index.html/artifact/49a234dc?ln=56>
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
, but maybe I'm mistaken?
In the fossil UI, all files are displayed assuming the encoding
is UTF-8. Invalid bytes are displayed in the browser as the
replacement character. If you want that, that's OK, just answer
'y' to the question. More likely is that people are not aware
th
ot a typo. This is meant to force inclusion of config.h here:
<http://fossil-scm.org/index.html/artifact/aeeb450fe4?ln=7602-7604>
What compile error are you seeing? On what platform?
Regards,
Jan Nijtmans
___
fossil-users maili
2014-07-09 22:43 GMT+02:00 Sergei Gavrikov :
> On Wed, 9 Jul 2014, Jan Nijtmans wrote:
>> What compile error are you seeing? On what platform?
Yes, I can indeed reproduce this on Linux. I moved the code
to the utime_usleep branch.
Thanks!
Jan
2014-07-09 22:47 GMT+02:00 Jan Nijtmans :
> 2014-07-09 22:43 GMT+02:00 Sergei Gavrikov :
>> On Wed, 9 Jul 2014, Jan Nijtmans wrote:
>>> What compile error are you seeing? On what platform?
>
> Yes, I can indeed reproduce this on Linux. I moved the code
> to the utim
fossil
will convert è (0xe8) to è (0xc3 0xa8) for you if you answer 'c' to
the prompt. If you want something else (e.g. escaping) fossil cannot
do that for you.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.foss
27;a' after the prompt.
People are getting lazy after having to respond to so many prompts,
that's what limits the usability of "fossil clean". I use it a lot!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
the time.
So you want the "relative-paths" setting to "on" (just as me, as is
the default) and encountered some places in fossil where you
would expect this setting to be respected where it isn't. The
best thing to do is do a suggestion fo
>
> Easy to circumvent, so I think this is not urgent. I used a build from
> today's trunk.
Thanks! I will have a look!
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
2014-07-14 11:18 GMT+02:00 Jan Nijtmans :
>> Easy to circumvent, so I think this is not urgent. I used a build from
>> today's trunk.
>
>
> Thanks! I will have a look!
I cannot reproduce it. The manifest of the initial non-empty
check-in (containing 'a') l
c4a57515092f881cb0993a6d6f9f
>
> (BTW, I recreated a repo and set 'manifest on' - how to display a
> manifest for a checkin..?)
So, the T-cards are missing from the initial check-in.. why
Regards,
Jan Nijtmans
___
fossi
unk
T *sym-trunk *
U nijtmaj
Z 99f2b07b52481e5b63556c50fe8bf2ad
investigating further.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
2014-07-14 13:14 GMT+02:00 Michai Ramakers :
> On 14 July 2014 12:53, Jan Nijtmans wrote:
>> I can reproduce it now: If the "manifest" setting is on:
>>
>> $ fossil commit
>> syntax error in manifest
Fixed here:
The problem was not in the T-card,
see the result here:
<http://fosclipse.sourceforge.net/>
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
he attachment itself
from private to public. As a result, the attachment artifact is
will not be synced to other clones, that's where the redirect
comes from.
Someone will have to make the attachment artifact public
again, so it can be synced..
I have seen this happen once before.
Regards,
2014-07-17 23:12 GMT+02:00 Jan Nijtmans :
> 2014-07-17 22:59 GMT+02:00 Stephan Beal :
>> i have no hypothesis. :(
>
> I have seen this before. Explanation follows.
This was discussed in sept '13 on the fossil-dev mailing
list, title "Fossil sync problem: attachments to
Personally, I never needed the use-case described
by Matt Welland, but it sounds reasonable. My opinion
is that if it doesn't sacrifice fossil's main principles
(e.g. least-surprise), why not.
Regards,
Jan Nijtmans
___
fossil-users maili
50
zlib 1.2.8, loaded 1.2.8
SSL (OpenSSL 1.0.1f 6 Jan 2014)
TCL (Tcl 8.6.0, loaded TH_OK: 8.6.1)
USE_TCL_STUBS
TCL_PRIVATE_STUBS
JSON (API 20120713)
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fo
2014-07-19 1:02 GMT+02:00 Ron W :
> Also, I had suggested separate tests for closed leaf and closed branch.
Fossil doesn't have the concept of a 'closed branch', it's only
the final leaf that can be closed. So I really don't know
how to implement that.
R
at
all. But feel free to develop a more feature-compete
patch (with use-case describing how it it intended to be used).
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
2014-07-23 12:37 GMT+02:00 Michai Ramakers:
> Hello,
>
> seems 'fossil finfo' is missing output:
Fixed here:
<http://fossil-scm.org/index.html/info/dcb6076572>
Thanks for reporting this!
Regards,
Jan Nijtmans
___
ry time when
is included again, then this problem is not noticed. However,
it really was a problem in fossil's build system, which
caused fossil's embedded SQLite to be compiled in
debug mode :-( This side-effect was not intentional!
Regard
which
doesn't behave as intuitively expected. Proposed fix here:
<http://fossil-scm.org/index.html/info/0d8cb8e30a>
(I'm not sure yet it's completely covered with this, I'll
do some more testing...)
Thanks!
Regards,
Jan Nijtmans
___
I'd be interested to do more
> testing if pointed in a direction - although I guess that's difficult
> to do (the pointing).
Don't know, I'm out of ideas for possible more corner-cases.
Regards,
Jan Nijtmans
___
f
indeed a normal work flow. Just the given example
commit did not match the explanation.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
swollen shut from allergies,
> but i'll give a peek once it opens back up (happens every now and then,
> normally takes about half a day).
>
Thanks!
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
f I was sure Fossil was not going to do something
> bad to them at some point in the future.
You can safely suppress these warnings, Fossil never does something
bad with binary files.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-user
hing that I would expect
ever to happen. Rebuilding the repository means
that this artifact will be removed, so that
explains why the assert goes away.
So my guess is that this indeed is a corner-case
which is not handled correctly by fossil, but
not really urgent in need to be fixed.
Regards,
install the (ActiveState)
build of Tcl (either 8.5.x or 8.6.x) and you are done.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
gt; https://www.fossil-scm.org/index.html/timeline?r=warningFixes
Perfectly fine with me. I don't see anything wrong with those fixes
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http:
ult setting is 0, accomplishing the current
behavior (no additional worker threads).
Whether this really speeds up fossil's real-time response
will depend much on the environment, but at least this
setting allows to measure it.
Regards,
Jan Nijtmans
actually an msys application
linked with msys-1.0.dll, so my guess is that rebasing this
dll should solve your problem.
I never saw this error-message happen. Fossil trunk
compiles fine in my MinGW environment.
Regards,
Jan Nijtmans
___
fossil-
7;s
multi-thread support. I could imagine multi-thread
support to be enhanced in future SQLite versions.
It would be good then if fossil could be used
to measure it.
Joe already made some styling improvements to
this branch (thanks, Joe!), in my view it is ready
to be merged to trunk.
Thanks for y
-empty"
would indeed help chiselapp here (which is already available in
fossil 1.29), preventing the two initial checkins in this situation.
Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.foss
301 - 400 of 488 matches
Mail list logo
