Please look into using the SrvAny and InstSrv tools from the Windows Server
2003
Resource Kit. You can find them here:
https://www.microsoft.com/download/en/details.aspx?id=17657
They can be used together to run basically any Win32 application as a
service.
--
Joe Mistachkin
/cson_amalgamation.c: In function 'cson_cgi_init':
src/cson_amalgamation.c:8410:29: error: 'SIGPIPE' undeclared (first use in
this function)
src/cson_amalgamation.c:8410:29: note: each undeclared identifier is
reported only once for each function it appears in
make: *** [wbld/cson_amalgamation.o] Error 1
--
Joe
to call into each other.
Currently, I've only modified the MSVC makefile; however, I was hoping
somebody
would help me to add the necessary configure magic to link with Tcl on Unix.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil
sqlite3 db $repository_name
set x [db eval {SELECT COUNT(*) FROM user;}]
db close
return $x
}]
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
Here is an example:
http://www.fossil-scm.org/index.html/artifact?ci=tipfilename=src/main.cln=
57-80
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
are available in addition to the TH1
specific
commands th1Eval and th1Expr.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
, run:
fossil set manifest on
This should give you the correct manifest and manifest.uuid files
needed to build the source code.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080
). Therefore, you can use it for commit hooks as
long
as you check that the latest check-in has changed since the last time you
ran
the commit hooks.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
FOSSIL_ENABLE_TCL is
required
to enable it.
Additionally, it must be enabled at runtime by setting the tcl option for
the
repository to true.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
(obviously?).
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Stephan Beal wrote:
New feature: the TH1 hasfeature function can be used to determine
if SSL, TCL, and/or JSON are enabled for the current repository:
Thanks for this. I've been thinking about something like this.
--
Joe Mistachkin
___
fossil
message?
I've been unable to reproduce the issue described using the MinGW installed
on
this machine, which is:
MINGW32_NT-6.1 LACHRYMOSE 1.0.17(0.48/3/2) 2011-04-24 23:39 i686
Msys
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
Can you see if this change clears the issue for you:
http://www.fossil-scm.org/index.html/info/773fa5e63c
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
may notice
the markdown branch in the official repository as of October 3rd, 2012.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
that!
I agree with the idea of doing this (at least from the Windows
perspective). However, would this be more problematic on other
platforms?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
is not a reply to any given message on this thread, per
se.
If you disagree with my ideas, that's fine; however, please keep the
discussion
civil.
Thanks.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
be potentially broken by such
a change.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
j. v. d. hoff wrote:
I find this a confounding proposal.
Would you care to explain exactly what you find confounding about it?
It provides the requested functionality; however, it does so in a manner
that is respectful to those who are depending on the current functionality.
--
Joe
, since it's a command line tool. In this case, it would not be
unlike
changing the default behavior of the Unix rm command to implicitly include
the -f option.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
in the directory
except for generated files (i.e. fossil add .)? After that
point, normally *I* would rm the extra files; however, I do not
want them deleted from the file system.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
have real rm/mv?
Frankly, I don't use the those other systems on a regular basis and I
really do not care what they do. Sorry.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
several of your previous posts to others on this list,
including several containing insults, it seemed to be a fair assumption.
That seems like another implementation detail.
I'm not sure how to respond to this. Yes, changes to software do require
changing the implementation.
--
Joe Mistachkin
attempts to insult me.
Your lack of experience with those other systems does not in any way
invalidate the question.
I never stated that I lack experience with those other systems; however,
I use them only very rarely.
--
Joe Mistachkin
___
fossil
are meaningless whenever LOOK_NUL is iset.
That is not necessarily the case. Again, this should be up to the
calling code.
Any objections?
Yes, see above.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
Warren Young wrote:
I'm up for some spelunking. Let's go:
What about all the __CYGWIN__ blocks in the following files?
1. add.c
2. blob.c
3. checkin.c
4. db.c
5. file.c
6. utf8.c
Frankly, I'm not convinced of how many of these are actually necessary.
--
Joe Mistachkin
Warren Young wrote:
I guess they already got taken out of the trunk. I did my spelunking in
a current pull of the tree.
I'm simply searching trunk for __CYGWIN__.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil
:
https://www.fossil-scm.org/index.html/doc/trunk/www/fileformat.wiki#manifest
T (+|-|*)tag-name * ?value?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
since Stephan seems to have come up with a valid use case
for it.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Marc Simpson wrote:
The latest changes to TH1 in trunk (0e6862046d) break 'fossil ui' on my
machine:
Thanks for the report, fixed here:
https://www.fossil-scm.org/index.html/info/5d20065c4b
--
Joe Mistachkin
___
fossil-users mailing list
does is to call the 'fossil clean'
command on each local checkout, passing the detected 'fossil clean' command
line options verbatim.
I guess I'm confused about what you are asking for here.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
It looks ready for trunk to me.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
, but, please, take a look.
Thanks [again] for the report. Fixed here:
https://www.fossil-scm.org/index.html/info/60acb3183d
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
and furthering progress?
Can we please add a runtime check too so that Fossil will simply emit a
fatal error and exit after detecting an unsupported SQLite version (e.g.
when it first tries to access a database, etc)?
--
Joe Mistachkin
___
fossil-users mailing
?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
?
Thanks for the report(s). Fixed here:
https://www.fossil-scm.org/index.html/info/7164f52baa
And here:
https://www.fossil-scm.org/index.html/info/99bdfa0b95
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Sergei Gavrikov wrote:
Thank you for the fixes! I'm sorry, but, I found yet another issue with
Th_ExistsVar(). If a variable is not exists, Th_ExistsVar() does clear
TH stack trace:
Thanks again, fixed here:
https://www.fossil-scm.org/index.html/info/9765b03759
--
Joe
Sergei Gavrikov wrote:
I found some inconsistencies on this (below is a delta for reference).
All the issues should be fixed now:
https://www.fossil-scm.org/index.html/vdiff?from=d0d7ca17a46a0832to=f61958b
183db741bsbs=1
Thanks again.
--
Joe Mistachkin
Sergei Gavrikov wrote;
It seems those iVal%10, iVal/10, and iVal%10 have to be (unsigned)iVal
op 10.
This should now be fixed, along with another issue.
Thanks again.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil
Sergei Gavrikov wrote:
% fossil test-th-eval 'expr ~1234'
fossil: ../src/th.c:2002: exprEval: Assertion `!Internal error'
failed.
Thanks for the report, fixed now on trunk.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
compatibility with
existing scripts that may wrap Fossil.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
] command itself has never printed the associated
repository information, while the [fossil changes] command has.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
is otherwise
useless except for the limited purpose of saying whether or not there
exist any extra files, though not where exactly they are.
Excellent idea. Done here:
https://www.fossil-scm.org/index.html/info/69974aaa19c7
Thanks.
--
Joe Mistachkin
for check-in comments.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
there is no tkt_uuid column value
available).
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
script with the complexity of yours yet.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Joe Prostko wrote:
If I move the zlib.h inclusion below the crypto.h inclusion's #endif,
then Fossil compiles and works fine with both GCC2 and GCC4.
Fixed on trunk. Thanks for the report.
--
Joe Mistachkin
___
fossil-users mailing list
fossil
=config.sub;h
b=HEAD
I've updated them on the 'pending-review' branch. These changes, which look
fairly extensive, are going to need wider review (and possibly more testing)
before being merged to trunk. Hopefully, this will be completed well before
the release of 1.30.
--
Joe Mistachkin
algorithm.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I'm seeking feedback on the new [globalState] TH1 command, which is
currently available on the globalStateCmd branch.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
Thanks for the report. I'm not sure about the --files handling;
however, the user name and password option handling should be
fixed now, here:
https://www.fossil-scm.org/index.html/info/9c2a5c097b
--
Joe Mistachkin
___
fossil-users mailing
whether or not this works for you. If so, we'll merge it
to trunk.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
-Original Message-
From: Joe Mistachkin [mailto:sql...@mistachkin.com]
Sent: Thursday, August 28, 2014 10:17 AM
To: 'fossil-...@lists.fossil-scm.org'
Subject: v1.30 (was RE: [fossil-dev] miniz revisited)
Stephan Beal wrote:
i've been using it in two other repos of mine since Baruch
-uri-regexp (versionable)
th1-setup (versionable)
tcl-setup (versionable)
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
done with Tcl script]
}
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
).
##
In the .htaccess file, you'll most likely need the following two lines:
SetEnv LD_LIBRARY_PATH /home/yourusername/tcl/lib
SetEnv HOME /home/yourusername
--
Joe Mistachkin
___
fossil-users mailing list
.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
. Also, you'll need to be sure the service account has access
(via ACLs) to the directory containing Fossil, Tcl, and the repositories,
including all contained sub-directories. I've tested this here (using a Kit
DLL in the Fossil binary directory) and it works just fine.
--
Joe Mistachkin
Great. I'll start making the necessary tweaks to expose the UUID(s). Also,
I think
Ron W has a point about the variable naming, I think the list of UUIDs
should be named
uuids.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
I think these changes should work:
https://www.fossil-scm.org/index.html/info/acb61e5ee9
Please let me know if there are any issues. Unless there are serious
objections,
I would really like to have these changes included in the upcoming 1.30
release.
--
Joe Mistachkin
, were on path with one specific _fossil_ file up or
down
this path OR without any _fossil_ file anywhere up or down the path.
I'm confused by this. It does not seem to work with the previous statement.
Does the output of fossil all list and fossil all list --ckout make
sense
to you?
--
Joe
Petr Ferdus wrote:
One visual clue was that fossil status line in footer stopped to provide
TCL related info.
(I cant recall, where I got it from but it is quite useful)
I actually wrote that. It's part of the Fossil Enhanced Default style
footer.
--
Joe Mistachkin
seconds]}]
html br
/th1
Should produce some interesting output.
Note that the .th1 file in the above example should not actually need to
be checked
in, since ckout may be used to view pending embedded documentation file
changes.
--
Joe Mistachkin
Petr Ferdus wrote:
Test case follows, can anyone confirm it?
Confirmed. This should now be fixed on trunk:
https://www.fossil-scm.org/index.html/info/1f8a4ecdb7
Thanks for the report.
--
Joe Mistachkin
___
fossil-users mailing list
)
TH1_HOOKS
TCL (Tcl 8.6.0, loaded TH_OK: 8.6.1)
USE_TCL_STUBS
TCL_STUBS
TCL_PRIVATE_STUBS
JSON (API 20120713)
However, I'm not an expert on MinGW by any means, perhaps Jan Nijtmans or
another
person could comment on this issue?
--
Joe Mistachkin
of
all elements within it could be customized?
Also, perhaps we could get some feedback from the original author of the
markdown subsystem, Natacha Porté, on this issue?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Ron W wrote:
This makes a lot of sense to me.
Ok. There is now a prototype of these changes here:
https://www.fossil-scm.org/index.html/timeline?r=markdownDivWrapper
Additional comments are welcome.
--
Joe Mistachkin
___
fossil-users
Joe Mistachkin wrote:
Ok. There is now a prototype of these changes here:
https://www.fossil-scm.org/index.html/timeline?r=markdownDivWrapper
Additional comments are welcome.
Are there any objections to merging this change to trunk?
--
Joe Mistachkin
not confident in my
ability to write JavaScript portable enough to work on most
browsers.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to enhance the styling.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
are located in the PATH.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
for x86 builds. I'll look into fixing that.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
trunk.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
As of the very latest trunk [80b4adddec], you'll also need to add the
following
to the command lines:
FOSSIL_BUILD_SSL=1
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
on mine.
I
have:
Possibly, but I cannot imagine what components that might be. I've been
able
to build Fossil with OpenSSL enabled on a completely fresh box using
Visual
Studio 2013 Express, ActivePerl, and the OpenSSL source code.
--
Joe Mistachkin
in. This should now be more strongly enforced, here:
https://www.fossil-scm.org/index.html/info/86de8cbeb5
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
It should be noted that there are no quotes around the $login
parameter used in the above query.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
for testing, I also made use of the native Tcl integration feature.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
.
In command_notify, after a commit, is the commit ID included? What about
ticket and wiki writes?
No. Only the cmd_name, cmd_args, and cmd_flags TH1 variables are
specially set. However, you are free to use TH1 (and Tcl if enabled) to
determine any additional context information you may need.
--
Joe
. I'm also of the opinion that this is a good change and I have no
objections to it.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
disconcerting.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
of it.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Petr Ferdus wrote:
I just realized that fossil winsrv command does not recognize --repolist
argument. Could winsrv honors this argument as well?
Fixed on trunk.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
HTTP server. Should work on trunk now.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I am a fan of both of these changes. However, does everybody think they
have had enough testing to be included in a release that is imminent?
I just reviewed the changes again and I'm starting to think they are low
risk enough to include in 1.33. Does anybody disagree?
--
Joe Mistachkin
noWarn based on the historical version of that file, if it exists.
3. Unrelated: Removed superfluous slash in the .fossil-settings path
used by print_setting().
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
I've committed an initial draft of the documentation for the TH1
extended commands exposed by Fossil. Corrections and feedback
are more than welcome.
https://www.fossil-scm.org/fossil/doc/trunk/www/th1.md
--
Joe Mistachkin
___
fossil-users
-commands on trunk. You
can combine the info vars sub-command with uplevel to get the same
effect
as info globals.
Thanks for the feedback and bug reports... :)
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
lz wrote:
xxx@xxx:~/FossilBook$ fossil settings th1-docs
no such setting: th1-docs
This must be enabled at compile-time as well via the FOSSIL_ENABLE_TH1_DOCS
define. When using ./configure, you can specify:
--with-th1-docs=1
--
Joe Mistachkin
FROM fmove ORDER BY x;
Thanks for the report. These issues should now be fixed on the tip
of the mvRmHardFix branch.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
used, we are going to
need tests.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I wanted the ability to see the associated branch for each RSS item on a
Fossil feed, so I made the necessary modifications on a branch. I think
the (quite minor) changes are merge-worthy at this point.
Any objections? Other feedback?
--
Joe Mistachkin
) TH1 scripts. If empty, no HTTP requests are allowed
whatsoever. The default is an empty string.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
; I'm saying it's
unrelated to the --hard option.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Michai Ramakers wrote:
Right... creating the target-dir 'd2' beforehand worked in my case;
any subdir existing under 'd' seems to be moved under 'd2' afterwards.
I think the following change will fix the issue:
https://www.fossil-scm.org/fossil/info/b86127e187a00bfc
--
Joe
, really, I just don't understand how it works now.
Yes, I remember those discussions. I think most (?) of the underlying
issues in those discussions have largely already been addressed.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
valuable (and critical?) than normal for a typical
new feature.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
that --hard is the default.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Thanks for adding the tests. I think it looks great. Does anybody else
have
any feedback on the changes?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
I considered that out-of-scope for this feature. You can always use --force to
avoid those prompts.
Sent from my iPhone
On Jul 14, 2015, at 1:13 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
2015-07-10 12:04 GMT+02:00 Jan Nijtmans jan.nijtm...@gmail.com:
$ ./fossil clean
WARNING:
1 - 100 of 175 matches
Mail list logo