details on how to see the problem? Does it (eventually) stop after 120
seconds?
--
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 help those that always wanted the —hard option behavior to be he default for
their custom compiled binaries.
Sent from my iPhone
> On Jun 20, 2018, at 9:59 PM,
> wrote:
>
> That makes sense, but what I'm saying is, why bother with the
> compile-time flag?
>
> It seems desirabe to allow
en, once the "tcl" setting is enabled on the target repository, you can
use
the [tclEval] command (and related commands) in TH1 to interact with full
Tcl,
which can do practically anything you would like.
--
Joe Mistachkin
___
fossil-users mail
I added it. It’s needed to make various server aspects of Fossil testable on
Windows.
Sent from my iPhone
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Richard Hipp wrote:
>
> "Verbose" mode now looks like legacy.
>
Thank you, much appreciated.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-s
Richard Hipp wrote:
>
> Maybe "Verbose" should be modified to include the hash up front
>
Yeah, something like that would be cool. Also, having the "Leaf" indicator,
et al, up front as well (like before)?
--
Joe Mistachkin
be a huge pain for me to adapt to.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Please try this:
./configure --with-tcl=1 --with-tcl-private-stubs=1
--with-th1-hooks=1
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
If you compile Fossil with TH1 docs & hooks support and with Tcl integration
enabled (like I compile it), it makes quite a reasonable server for running
server-side scripts written in TH1/Tcl.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fo
Perhaps changing the exec-rel-paths setting might impact this? Not sure
without further research.
Sent from my iPhone
https://urn.to/r/mistachkin
> On Mar 21, 2017, at 12:50 PM, Reimer Behrends wrote:
>
> Richard Hipp wrote:
>> I wonder if you could provide a more
Perhaps they are "customizing" the Tcl library in some way that is
fundamentally incompatible, e.g. changing some fundamental data type, like int
to size_t? Jan Nijtmans might know more about what the various Linux
distributions are doing.
Sent from my iPhone
https://urn.to/r/mistachkin
How was the Tcl library built? Are you able to step through Fossil in gdb to
see why tclInvoke is not getting added to the TH1 interpreter?
Sent from my iPhone
https://urn.to/r/mistachkin
___
fossil-users mailing list
That's really odd. I've run Tcl-enabled Fossil on multiple flavors of Linux,
both statically and dynamically linked to Tcl and never seen this crash or
failure.
It should be noted that simply using "fossil version --verbose" actually loads
and uses Tcl from TH1 (and that appears to work on
this may be to protect against file system loops?
>
> I don't know if the top of a checkout *must* be skipped or not, but
> right now there's something inconsistent with this rule.
>
I think it's by design. It does not appear to be directly related to
the symlinks issues.
it more..
>
I've added the 'test-file-environment' command to Fossil to help with
figuring this stuff out. Also, it has an --open-config option which
is useful.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-use
at it
works as intended, including the "add" command.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Martin Gagnon wrote:
>
> $ fossil add a_dir_symlink
>
> Nothing happens...
>
It was a bit more complex than I thought, made a couple more changes.
Hopefully, it will work better now.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
"allow-symlinks" setting from
the "clean" and "extras" command implementations. This will
probably increase the need for thorough testing.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil
backward compatibility issues might we face with those
changes?
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Roy Keene wrote:
>
> Running "fossil clean -x -v" appears to follow symlinks, which
> means it will go delete data outside of your repository path --
> recursively.
>
I've figured out the issue. Can you confirm that the "noSymlinks"
branch corrects
Lonnie Abelbeck wrote:
>
> BTW, this also segfaults in Fossil 1.35, only discovered it by
> randomly clicking, testing 1.37.
>
Thanks for the report. The issue should now be fixed on trunk.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
__
Roy Keene wrote:
>
> Running "fossil clean -x -v" appears to follow symlinks, which
> means it will go delete data outside of your repository path --
> recursively.
>
Out of curiosity, why are you using the "-x" option?
--
Joe Mista
ld now be fixed
on trunk.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I recommend the following Tcl related arguments to ./configure:
--with-tcl=1 --with-tcl-private-stubs=1
Sent from my iPhone
https://urn.to/r/mistachkin
> On Jan 1, 2017, at 5:46 PM, jungle boogie wrote:
>
> Hi All,
>
> Happy New year! Best wishes in 2017 for all of
the logic in what you are saying; however, so far, I'm unable to
reproduce the error message on Windows or Unix when using set/unset with
the -R option.
What build configuration/options are you using for Fossil?
--
Joe Mistachkin @ https://urn.to/r/mistachkin
openssl.org/source/openssl-1.0.2j.tar.gz
tar -zxvf openssl-1.0.2j.tar.gz
mv openssl-1.0.2j openssl
cd openssl
./config --with-zlib-include=../compat/zlib --with-zlib-lib=../compat/zlib
make depend
make
cd ../..
./configure --with-zlib=tree --with-openssl=tree
mak
;make distclean"...?
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
61 400 551 920
> Fax: +61 733 600 222
> Web: http://ecourban.com.au
>
>> On Thu, Oct 13, 2016 at 11:28 AM, Joe Mistachkin <sql...@mistachkin.com>
>> wrote:
>>
>> Using that makefile with Cygwin is untested, unlikely to work, and
>> unsupported.
>>
Admittedly, the TH1 hooks documentation could stand to be improved.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
lly encountered.
I would appreciate wider testing of it.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Are having directory symlinks (on Unix) supposed to be supported?
If not, is anybody willing to help me add support for them?
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
the --with-th1-hooks option.
Similarly, being able to have a TH1 script be evaluated in response to an
embedded documentation page requires the --with-th1-docs option.
Neither of these options are required simply to enable Tcl integration.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
.1.0 branch of OpenSSL, especially considering the major, incompatible
differences present there.
--
Joe Mistachkin @ https://urn.to/r/mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Zombies wrote:
>
> For the main web page links it is working fine, however on some of the
pages,
> I am getting links to pages with an extra '/' being inserted. It happens
with
> all of the links from the 'Admin' tab, e.g-
>
What is the full command line being used?
--
Joe Mis
e OpenSSL 1.1.0 changes
to work. Also, maybe we should wait for 1.1.0 to mature a bit prior
to migrating Fossil to it? Technically, their 1.0.2 branch is still
listed as "stable" and "supported" (until 2019-12-31).
--
Joe Mistachkin
By default, Fossil will attempt to load the "best" Tcl library found in the
PATH; however, this behavior can be overridden using the FOSSIL_TCL_PATH
environment variable (which can point to a file or directory). Supported
versions of Tcl are 8.4, 8.5, and 8
You should be able to use the
--emptydirs or --dirsonly options to do that.
Sent from my iPhone
> On Jul 29, 2016, at 12:43 AM, Ronald wrote:
>
> 'fossil clean' should clean extra folders, folders can also be extra, and
> empty extra folder will be confusing.
> Thanks.
http://urn.to/r/fossil_3
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
David Simmons wrote:
>
> While doing other work in fossil, I've made a few enhancements to TH1.
>
Is the code posted somewhere we can look at it? I'm not sure if you
intended
to attach it to your message; however, these mailing lists strip
attachments.
--
Joe M
it. I'm pretty sure we'll go with your function as
it seems easier to understand and maintain. Thanks for the bugfixes.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
t; am I just supposed to manually tweak the desired expected output of
> utf-check.txt before integration? That's how it is looking to me at the
> moment.
>
Yes.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http:/
line.
2. Run "tclsh test\tester.tcl fossil.exe utf" from the checkout.
3. Results are located in "%TEMP%\utf-check.txt".
If you add extra entries to the array prior to these steps, those new
results
should appear in the "utf-check.txt" file as well.
--
Joe Mist
"generated section" in the file can be created by
uncommenting the "createTestResults $tempPath 100" call.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
nothing else - you will get the "this file contains invalid
> UTF-8..." warning.
>
Thanks for the report. Jan, any hints on this one?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm
hey do that isn't done better by ignore-glob.
>
Unfortunately, most of the complexity is necessary and removing or changing
the semantics would risk breaking existing repositories, including some of
the ones I use on a daily basis.
--
Joe Mistachkin
ortable, robust, and maintainable way to make
it more automatic, I think we would be open to doing 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
ons of repository security. Allowing anybody
with wiki editing permissions to execute arbitrary TH1 scripts
might pose a (small?) risk.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
up" setting.
Another thing to remember is that when Fossil is compiled with support
for "full Tcl" integration, you can use the TH1 commands "tclEval",
etc to interact with full Tcl scripts, in both directions. Full details
are available here:
ies of it anyhow (home_ and repo_).
Also, I've just added the -keep option (on the branch).
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ese files and folders
are written and cleaned up for each test file, in a "fail-safe" manner.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Instead, we can just use the system temporary file location
-OR- force the user to set FOSSIL_TEST_TEMP.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
nually and
then try again.
--
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 checkout manually
and then try again.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
esigned
so that it no longer matters if it's run from an open checkout. For
now, I've left the "no open checkout" restrictions in place for the
specific test files that have it; however, technically it no longer
matters.
--
Joe Mistachkin
___
fossil-users
erver" command runs in a chroot jail. You'll need
to take that into consideration when setting the FOSSIL_HOME variable.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
irectory prior to running
with TH1 hooks enabled?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
6fc65f99c035dac
>
I've reviewed these changes briefly and I do not see anything
obviously wrong with them; however, can other people with deeper
knowledge of the web interface code please review them as well?
--
Joe Mistachkin
___
fossil-user
Andy Bradford wrote:
>
> I see similar errors with gcc on OpenBSD.
>
Sorry about that, should be fixed now.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
and make on MinGW.
Again, any feedback and/or testing for these changes would be greatly
appreciated.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
cm.org/index.html/vinfo/18607?sbs=0
Please let us know if this clears the issue for you.
--
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've seen these types of errors from both "fossil clone" and "fossil update"
where the response was truncated. It seemed to be an issue with the VPS I
was using at the time.
Perhaps the issue is a subtle interaction between Fossil and how some
VPS'es handle SSL connections
Piotr Orzechowski wrote:
>
> Trying "make distclean" did not help, the error persisted.
>
Odd, it did work here (i.e. adding "--with-tcl-private-stubs=1"
to configure after "make distclean").
>
> #define Tcl_Canceled(a,b) TCL_OK did its job wel
o clarify, what are the behavioral changes needed on the Unix side to
make
things work seamlessly?
Are there differing opinions on the changes needed (i.e. and not just
whether or
not there should be any changes in the current behavior)?
--
Joe Mistachkin
___
fossil-use
Eric Rubin-Smith wrote:
>
> (1) Default allow-symlinks to true
> (2) Fix bug in which the allow-symlinks setting is not honored while
> opening a repository
>
Please try the latest Fossil trunk and let us know if that fixes all the
issues you were seeing.
--
not adequate?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
e
> purposes of this test).
This issue was more subtle than it originally appeared. I think the current
trunk
changes should make it work right for both versioned and non-versioned
allow-symlinks
settings.
--
Joe Mistachkin
___
fossil-users mailing li
ith-tcl-private-stubs=1" with configure.
2. #define Tcl_Canceled(a,b) TCL_OK
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
you that it is safe (also I just tried it myself). Simply run "./configure"
with the desired arguments and then add the necessary line to "autoconfig.h"
before running "make". You may need to run "make distclean" first if there
a
oes 'fossil status' say? Also, can you try running
'fossil test-integrity'?
--
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 would like to get this merged prior to the 1.34 release.
Are there any objections?
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On trunk, in contexts where TH1 is allowed (not wiki?), you should now be
able to do:
set image [encode64 [artifact trunk path/to/some.png]]
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
backed out two check-ins. The original one and
the follow-up that fixed the timeline issue it had.
I've moved the backout off trunk so the issues that remain, if any, can
be fixed prior to the release.
--
Joe Mistachkin
___
fossil-users mailing list
f
There seems to be a timeline issue:
https://system.data.sqlite.org/index.html/timeline?n=50=all=1
The [2c6bdf20ea] merge check-in has two entries for each of the modified
files.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users
The tclReady command does not create the Tcl interpreter on-demand, which is
unlike the other Tcl integration commands. Use tclEval at least once before
using tclReady and it should return 1.
As far as the Tcl library loading error goes, it's probably either a naming
scheme mismatch (Fossil
There are docs on --with-tcl and the commands it provides (see th1.md in the
source tree). Also, with Tcl enabled the hooks work perfectly for sending mail
and I've personally been doing so for several years on a repository of mine.
Sent from my iPhone
> On Aug 31, 2015, at 9:40 AM, Warren
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
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
, 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
; 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
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
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:
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
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
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
-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
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
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
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
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'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
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
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
1 - 100 of 175 matches
Mail list logo