rther
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
Dan Mack wrote:
>
> I am pretty sure you meant "attack", not "attach" on line #11.
>
Thanks for the report, fixed now.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://list
ivate-stubs=1
Then, 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
_
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 concrete example of the pro
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
fossil-users@lists.fossil-scm.o
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 yo
I believe 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
bit 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 mai
t
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 cor
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
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 you.
>
> I'm running open
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
sing "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
733 600 222
> Web: http://ecourban.com.au
>
>> On Thu, Oct 13, 2016 at 11:28 AM, Joe Mistachkin
>> wrote:
>>
>> Using that makefile with Cygwin is untested, unlikely to work, and
>> unsupported.
>>
>> Sent from my iPhone
>> https://urn.to
Using that makefile with Cygwin is untested, unlikely to work, and unsupported.
Sent from my iPhone
https://urn.to/r/mistachkin
> On Oct 12, 2016, at 5:55 PM, Dan Raymond wrote:
>
> I am getting the following errors when trying to compile: What do I need to
> do?
>
>
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
issue I personally 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
pages requires
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/mista
rgent need to migrate to the
1.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 bei
or the 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 Mistac
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.
Sure, I'll look at 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
> 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.
lts" 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.
-
uot;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
> bytes and 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
htt
now what they 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
_
an, portable, 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
reasons 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:
% sure we want to disable this checking by default,
although I might be convinced otherwise.
--
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 think this branch is ready and I'm planning on merging these changes to
trunk on Tuesday, March 8th, 2016. Please feel free to raise objections.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.f
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
n the testerCleanup branch, these 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
ts. 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
kout 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
signed
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
t;fossil server" 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
I'm unable to test with MingW64; however, I think Jan Nijtmans uses it.
Sent from my iPhone
> On Feb 6, 2016, at 3:08 PM, David Macek wrote:
>
>> On 17. 1. 2016 0:31, Joe Mistachkin wrote:
>> I've made some enhancements to the standard Fossil build process usi
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
gure 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
sil-scm.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 c
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
for the
> 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
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
to 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
___
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
th-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
of
any kind? What does '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
you 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 mail
There seems to be a timeline issue:
https://system.data.sqlite.org/index.html/timeline?n=50&y=all&v=1
The [2c6bdf20ea] merge check-in has two entries for each of the modified
files.
--
Joe Mistachkin
___
fossil-users mailing lis
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 w
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 Yo
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
can be compiled in such a way 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
le feel strongly about what should or must not happen - I'm
> not one of those, 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
presented.
I'm not saying there isn't an issue with the timeline; 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-sc
ould be even more 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 wrote:
>
> 2015-07-10 12:04 GMT+02:00 Jan Nijtmans :
>>$ ./fossil clean
>>WARNING: Deletion of this file will not be undo
n is eventually 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
y which URI's are allowed in HTTP requests from
(versionable) 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.fos
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
--
Jo
such table: fmove
> fossil: no such table: fmove
> SELECT x, y 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-u
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?
--
s greater than zero on success.
2. Set 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 ma
7;ve added new "info commands" and "info vars" sub-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
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
_
ettings page) in order to take
advantage 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
ext to be quite 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
flag bit prior to
calling
into the Win32 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
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.fo
1 - 100 of 191 matches
Mail list logo
