trying to run this from command line:
fossil test-th-eval 'http http://localhost:8085/test?a=1;
fossil test-th-eval 'http http://localhost:8085/test;
fossil test-th-eval 'http http://localhost:8085/;
fossil test-th-eval 'http http://www.google.com;
While on the other side I keep a nc -klv 8085
2014-06-12 13:32 GMT+02:00 Abilio Marques amarq...@smartappsla.com:
trying to run this from command line:
fossil test-th-eval 'http http://localhost:8085/test?a=1;
fossil test-th-eval 'http http://localhost:8085/test;
fossil test-th-eval 'http http://localhost:8085/;
fossil test-th-eval
While looking for hooks history in Fossil (as Ron Wilson said I wasn't the
first) I came into this:
http://lists.fossil-scm.org:8080/pipermail/fossil-users/2011-January/003921.html
Where D. Richard Hipp said that:
...But in order to implement this different mechanism, I need example
C code for
About the regexp setting, tried:
set th1-uri-regexp .*
http -asynchronous http://localhost:8085
With and without quote marks, didn't work. I ran it from the command line,
and it still says: url not allowed... hints?
2014-06-12 8:12 GMT-04:30 Abilio Marques amarq...@smartappsla.com:
While
2014-06-12 14:56 GMT+02:00 Abilio Marques amarq...@smartappsla.com:
About the regexp setting, tried:
set th1-uri-regexp .*
http -asynchronous http://localhost:8085
fossil settings th1-uri-regexp \.\*(on UNIX)
or
fossil settings th1-uri-regexp ;.*(on Windows)
(the ';'
Sorry for the vague message, but I don't have a specific test case.
Twice this week, I encountered a situation where I did a commit from one
machine, and an update from the second -- and the second did not get the
latest updates.
The first time was about a week ago; the second time was a few
On Thu, Jun 12, 2014 at 10:40 AM, Ron Aaron r...@ronware.org wrote:
Sorry for the vague message, but I don't have a specific test case.
Twice this week, I encountered a situation where I did a commit from one
machine, and an update from the second -- and the second did not get the
latest
Great! Thanks for the tip, and hope the bug is found...
Best regards,
Ron
On 06/12/2014 05:43 PM, Richard Hipp wrote:
On Thu, Jun 12, 2014 at 10:40 AM, Ron Aaron r...@ronware.org
mailto:r...@ronware.org wrote:
Sorry for the vague message, but I don't have a specific test case.
On 6/11/2014 09:33, Stephan Beal wrote:
On Wed, Jun 11, 2014 at 4:09 PM, JR jr...@saintlyreverend.com
mailto:jr...@saintlyreverend.com wrote:
Alternatively, you can add the location of Fossil to your PATH or
the system PATH.
A minor _potential_ caveat: back when i used Windows/DOS
Thus said Ron Aaron on Thu, 12 Jun 2014 17:40:02 +0300:
Twice this week, I encountered a situation where I did a commit from
one machine, and an update from the second -- and the second did not
get the latest updates.
What sync method was used on the first machine? On the second
OK, my second fossil question in one day:
I recently moved my repo from standard http to https (behind Apache)
My linux machines had no problem with the change over.
But the OS/X machine cannot connect to my repo. I get:
SSL: cannot connect to host ...:443 ()
Pull finished with 0 bytes sent,
It's OS/X 10.8.5, just in case it makes a difference.
On 06/12/2014 07:06 PM, Ron Aaron wrote:
OK, my second fossil question in one day:
I recently moved my repo from standard http to https (behind Apache)
My linux machines had no problem with the change over.
But the OS/X machine cannot
On Thu, Jun 12, 2014 at 12:08 PM, Ron Aaron r...@ronware.org wrote:
It's OS/X 10.8.5, just in case it makes a difference.
Did you compile Fossil yourself, or are you using a precompiled-download?
--
D. Richard Hipp
d...@sqlite.org
___
On Thu, Jun 12, 2014 at 12:43 PM, Richard Hipp d...@sqlite.org wrote:
On Thu, Jun 12, 2014 at 12:08 PM, Ron Aaron r...@ronware.org wrote:
It's OS/X 10.8.5, just in case it makes a difference.
Did you compile Fossil yourself, or are you using a precompiled-download?
And, can you
I will avoid the rant I had just written and simply say that I do not use
cmd.exe except where required. I use PowerShell exclusively, which makes
cmd.exe look like the ancient tool it is, and there are debates that
PowerShell is better than bash due to its use of objects instead of
straight text
Compiled from the latest sources
On 06/12/2014 07:43 PM, Richard Hipp wrote:
On Thu, Jun 12, 2014 at 12:08 PM, Ron Aaron r...@ronware.org
mailto:r...@ronware.org wrote:
It's OS/X 10.8.5, just in case it makes a difference.
Did you compile Fossil yourself, or are you using a
Yes, it does work from the fossil repo.
So might it be related to my certificate? I have a cert from startcom,
which usually is fine.
On 06/12/2014 07:44 PM, Richard Hipp wrote:
On Thu, Jun 12, 2014 at 12:43 PM, Richard Hipp d...@sqlite.org
mailto:d...@sqlite.org wrote:
On Thu,
On Thu, Jun 12, 2014 at 1:04 PM, Ron Aaron r...@ronware.org wrote:
Yes, it does work from the fossil repo.
So might it be related to my certificate? I have a cert from startcom,
which usually is fine.
If it works on the Fossil repo, that does suggest that something isn't
quite right on
Fair enough.
I'm attempting to switch to ssh instead of https for this particular machine
On 06/12/2014 08:18 PM, Richard Hipp wrote:
On Thu, Jun 12, 2014 at 1:04 PM, Ron Aaron r...@ronware.org
mailto:r...@ronware.org wrote:
Yes, it does work from the fossil repo.
So might it be
ok, ssh works great, so I'll ignore the weird ssl behavior for now
thanks
On 06/12/2014 08:18 PM, Richard Hipp wrote:
On Thu, Jun 12, 2014 at 1:04 PM, Ron Aaron r...@ronware.org
mailto:r...@ronware.org wrote:
Yes, it does work from the fossil repo.
So might it be related to my
On Thu, Jun 12, 2014 at 6:00 PM, Andy Bradford amb-fos...@bradfords.org
wrote:
This has been mentioned before a few times, but so far, nobody has been
able to provide enough details to reproduce it and none of the Fossil
devs have seen it.
It's come up 3 or 4 times the past year, IIRC. i
I use Windows and a StartCom certificate, but I have to specify the root CA
cert using ssl-ca-location. Does Fossil on Linux use built-in trusted root
CAs? On Windows it does not; maybe OSX has similar behavior. I think
fossil usually throws a root certificate error, though, when it cannot
Fossil version 1.29 has been tagged and published. Visit
http://www.fossil-scm.org/download for precompiled binaries and sources as
well as a list of significant changes.
Please report problems to this mailing list, or directly to me. Thanks.
--
D. Richard Hipp
d...@sqlite.org
On 12/06/14 18:06, Ron Aaron wrote:
OK, my second fossil question in one day:
I recently moved my repo from standard http to https (behind Apache)
My linux machines had no problem with the change over.
But the OS/X machine cannot connect to my repo. I get:
SSL: cannot connect to host
Nope, no proxy. And I can connect from my linux clients just fine.
I tend to think it's related to the certificates.
On 06/12/2014 09:25 PM, Jan Danielsson wrote:
On 12/06/14 18:06, Ron Aaron wrote:
OK, my second fossil question in one day:
I recently moved my repo from standard http to
On 12 June 2014 19:54, Stephan Beal sgb...@googlemail.com wrote:
On Thu, Jun 12, 2014 at 6:00 PM, Andy Bradford amb-fos...@bradfords.org
wrote:
This has been mentioned before a few times, but so far, nobody has been
able to provide enough details to reproduce it and none of the Fossil
On Thu, Jun 12, 2014 at 8:24 PM, Richard Hipp d...@sqlite.org wrote:
Fossil version 1.29 has been tagged and published. Visit
http://www.fossil-scm.org/download for precompiled
Correction: http://www.fossil-scm.org/download.html
And thanks for the release :)
--
- stephan beal
here's a problem report: URL fails to load :-)
Document Not Found
The document /download is not available on this server
On 12 June 2014 20:24, Richard Hipp d...@sqlite.org wrote:
Fossil version 1.29 has been tagged and published. Visit
http://www.fossil-scm.org/download for precompiled
so fast...
thx :)
On 12 June 2014 20:33, Michai Ramakers m.ramak...@gmail.com wrote:
here's a problem report: URL fails to load :-)
Document Not Found
The document /download is not available on this server
On 12 June 2014 20:24, Richard Hipp d...@sqlite.org wrote:
Fossil version 1.29
I believe I have seen this issue. It's been a while, but here is the
scenario as far as I can recollect:
1. Assume there are three repo copies in a master/client topology: M,
C1, and C2. M is the master, and C1/C2 are clones of the master (meaning
that C1 and C2 don't know about each
It may be that you need to replace the one giant file in the below
scenario with a great many files that as a whole take up a lot of bytes.
I don't remember. Sorry. :-/
On Thu, Jun 12, 2014 at 2:46 PM, Eric Rubin-Smith eas@gmail.com wrote:
I believe I have seen this issue. It's been a
On 12/06/14 20:29, Ron Aaron wrote:
Nope, no proxy. And I can connect from my linux clients just fine.
I tend to think it's related to the certificates.
openssl in Mac OS X is very old, so if you're using EC, RSA/PSS or
something of the sort it could be an issue.
--
Kind Regards,
Jan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have submitted an updated Fossil SlackBuild script which will soon
appear here:
http://slackbuilds.org/repository/14.1/development/fossil/
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22
On Thu, Jun 12, 2014 at 02:46:09PM -0400, Eric Rubin-Smith wrote:
I believe I have seen this issue. It's been a while, but here is the scenario
as far as I can recollect:
1. Assume there are three repo copies in a master/client topology: M, C1,
and C2. M is the master, and C1/C2 are
Ran it like this:
fossil test-th-eval set th1-uri-regexp \.\* ; http https://localhost:8085;
still nothing...
2014-06-12 8:45 GMT-04:30 Jan Nijtmans jan.nijtm...@gmail.com:
2014-06-12 14:56 GMT+02:00 Abilio Marques amarq...@smartappsla.com:
About the regexp setting, tried:
set
On Thursday, June 12, 2014, JR jr...@saintlyreverend.com wrote:
I will avoid the rant I had just written and simply say that I do not use
cmd.exe except where required. I use PowerShell exclusively, which makes
cmd.exe look like the ancient tool it is, and there are debates that
PowerShell
Thus said Matt Welland on Wed, 16 Apr 2014 09:01:28 -0700:
Could fossil silently retry a couple times instead of giving up so
easily?
Not silent, but it can retry:
http://www.fossil-scm.org/index.html/info/76bc297e96211b50d7b7e518ba45663c80889f1f
This still won't avoid the occasional
On 06/12/2014 11:31 PM, Martin Gagnon wrote:
On Thu, Jun 12, 2014 at 02:46:09PM -0400, Eric Rubin-Smith wrote:
I believe I have seen this issue. It's been a while, but here is the
scenario
as far as I can recollect:
1. Assume there are three repo copies in a master/client topology: M,
Thus said Ron Aaron on Fri, 13 Jun 2014 07:43:25 +0300:
So I could have the situation where C1 pushes and is also pulling
(though locks should prevent any problems), and later on C2 pulls. I
don't have the super-long-time push, but it does seem to occur more
often when the push
Thus said Eric Rubin-Smith on Thu, 12 Jun 2014 14:46:09 -0400:
I have no idea how the sync code works, but at the time I suspected
that there is some sort of optimization involving timestamps, and a
slow sync can cause that code to get confused and miss some artifacts.
May or may not
Hi Andy -
On 06/13/2014 08:15 AM, Andy Bradford wrote:
I can continue to try this route to see if there might be something.
By the way, what version of Fossil are you running on your clients (and
server)?
As I said, I'm not sure what the problem is, but it seems to have
happened more often
Ah, that would explain it then. I recently upgraded my servers to use
perfect-forward-secrecy, and removed all the older algorithms. So
probably that's exactly what the problem is, nothing to do with the
certificates - just old crufty version of openssl.
Bummer.
Thanks for the tip
Ron
On
In the case yesterday they were edits. In a previous one it was a large
amount of deletes, in a more distant one it was an addition of two large
files.
Essentially, I do a fossil upd and the timeline does not show the new
checkin at all. If I look at the main repo, I see the checkin just
fine,
43 matches
Mail list logo
