Re: rivet 3.0.1 build fails for Scientific Linux 7

2018-02-19 Thread Harald Oehlmann
Hi Massimo, it is a more genera decission. Scintific Linux, Apache etc have TCL 8.5 as default. If we want to support them (with Rivet 3), it has to build here. I may add a switch that TCL must have 8.6.1 minimum. The current spec file says: %define use_newer %(echo 'puts [package vsatisfies

Re: rivet 3.0.1 build fails for Scientific Linux 7

2018-02-16 Thread Massimo Manghi
On 02/16/2018 08:17 PM, Harald Oehlmann wrote: Hi Massimo, thank you for the reply ! About the compiler: the log file says: gcc-4.8.2-16 You find most of this information at the top of the log file when packages are installed. You also have the configure options with a warning: ./configure

Re: rivet 3.0.1 build fails for Scientific Linux 7

2018-02-16 Thread Massimo Manghi
On 02/16/2018 08:17 PM, Harald Oehlmann wrote: Hi Massimo, thank you for the reply ! About the compiler: the log file says: gcc-4.8.2-16 that's rather old, I haven't seen gcc 4.8 around for quite a long time, but this package could not work properly (at least as a fully compatible

Re: rivet 3.0.1 build fails for Scientific Linux 7

2018-02-16 Thread Harald Oehlmann
Hi Massimo, thank you for the reply ! About the compiler: the log file says: gcc-4.8.2-16 You find most of this information at the top of the log file when packages are installed. You also have the configure options with a warning: ./configure --build=x86_64-redhat-linux-gnu

Re: rivet 3.0.1 build fails for Scientific Linux 7

2018-02-16 Thread Massimo Manghi
The error is correctly raised and I wonder why other builds didn't notice it. What C compiler are they using? The good news is the whole function could be removed because it's not used. It was meant to clean up the resources of a thread but as long as Tcl interpreters cannot be safely deleted

rivet 3.0.1 build fails for Scientific Linux 7

2018-02-16 Thread Harald Oehlmann
building apache2-mod_rivet.spec (user abuild) [ 55s] - [ 55s] ----- [ 55s] + exec rpmbuild -ba --define '_srcdefattr (-,root,root)' --nosignature --define 'disturl

Re: rivet 3.0.1 released

2018-02-16 Thread Harald Oehlmann
tcl >> >> # The default charset can be specified in the configuration >> AddType "application/x-httpd-rivet; charset=utf-8" rvt >> >> # Add index.rvt to the list of files that will be served >> DirectoryIndex index.rvt >> >> The full log is att

Re: rivet 3.0.1 released

2018-02-10 Thread Massimo Manghi
at will be served DirectoryIndex index.rvt The full log is attached. Thanks for any help to the occacional worker... Enjoy, Harald Am 09.02.2018 um 19:18 schrieb Massimo Manghi: I just released rivet 3.0.1 and should be available soon from the ASF distribution. This bugfix release b

Re: rivet 3.0.1 released

2018-02-09 Thread Massimo Manghi
I just released rivet 3.0.1 and should be available soon from the ASF distribution. This bugfix release basically includes * the namespace determination in librivet has been revised to avoid to check for the module globals and therefore avoiding the inclusion of mod_rivet.h * a few

rivet 3.0.1 released

2018-02-09 Thread Massimo Manghi
I just released rivet 3.0.1 and should be available soon from the ASF distribution. This bugfix release basically includes * the namespace determination in librivet has been revised to avoid to check for the module globals and therefore avoiding the inclusion of mod_rivet.h * a few

Re: Rivet 3.0.1

2018-02-08 Thread Massimo Manghi
Thank you Ronnie, I checked the patch and it's fine to menot for laziness but I invite you to commit the patch yourself. I would be happy you receive a full credit and have your name in one of rivet's ChangeLog entries. -- Massimo On 02/08/2018 12:24 PM, Ronnie Brunner wrote: Hi

RE: Rivet 3.0.1

2018-02-08 Thread Ronnie Brunner
ich | Switzerland | http://netcetera.com | From: Massimo MANGHI [mailto:massimo.man...@unipr.it] Sent: Dienstag, 6. Februar 2018 21:01 To: Ronnie Brunner <ronnie.brun...@netcetera.com>; Massimo Manghi <massimo.man...@alice.it>; petas...@yahoo.gr Cc: rivet-dev@tcl.apache.org Subject: Re: Rive

Re: [VOTE] Rivet 3.0.1

2018-02-08 Thread Georgios Petasis
| 8040 Zürich | Switzerland | http://netcetera.com On 7 Feb 2018, at 22:17, Massimo Manghi <massimo.man...@alice.it <mailto:massimo.man...@alice.it>> wrote: Dear Friends this is the vote for releasing the artifact http://www.rivetweb.org/~mxm/rivet/rivet-3.0.1rc2.tar.gz as Rivet

Re: [VOTE] Rivet 3.0.1

2018-02-07 Thread Harald Oehlmann
ch | Switzerland | http://netcetera.com > > On 7 Feb 2018, at 22:17, Massimo Manghi <massimo.man...@alice.it > <mailto:massimo.man...@alice.it>> wrote: > >> Dear Friends >> >> this is the vote for releasing the artifact >> >> http://www.r

Re: [VOTE] Rivet 3.0.1

2018-02-07 Thread Ronnie Brunner
e.it>> wrote: Dear Friends this is the vote for releasing the artifact http://www.rivetweb.org/~mxm/rivet/rivet-3.0.1rc2.tar.gz as Rivet 3.0.1 GA software [ ] +1 OK [ ] 0 abstain [ ] -1 Needs more work -- Massimo -

Re: [VOTE] Rivet 3.0.1

2018-02-07 Thread Brice Hamon
+1. Thank you Massimo. On Wed, Feb 7, 2018 at 4:17 PM, Massimo Manghi <massimo.man...@alice.it> wrote: > Dear Friends > > this is the vote for releasing the artifact > > http://www.rivetweb.org/~mxm/rivet/rivet-3.0.1rc2.tar.gz > > as Rivet 3.0.1 GA software >

[VOTE] Rivet 3.0.1

2018-02-07 Thread Massimo Manghi
Dear Friends this is the vote for releasing the artifact http://www.rivetweb.org/~mxm/rivet/rivet-3.0.1rc2.tar.gz as Rivet 3.0.1 GA software [ ] +1 OK [ ] 0 abstain [ ] -1 Needs more work -- Massimo - To unsubscribe, e

RE: Rivet 3.0.1

2018-02-07 Thread Ronnie Brunner
@yahoo.gr Cc: rivet-dev@tcl.apache.org Subject: Re: Rivet 3.0.1 Thank you Ronnie, still the discrepancy between my PC and yours bothers me quite a bit. I would like to have more time to investigate, in the meanwhile would you sent over your error_log and output? Thank you -- Ma

Re: Rivet 3.0.1

2018-02-06 Thread Massimo MANGHI
<ronnie.brun...@netcetera.com> Inviato: martedì 6 febbraio 2018 20:48 A: Massimo MANGHI; Massimo Manghi; petas...@yahoo.gr Cc: rivet-dev@tcl.apache.org Oggetto: RE: Rivet 3.0.1 Hi Massimo Sorry, I haven’t noticed your answer w/ the rc2 earlier. Thought it referred to George’s issue with the test

RE: Rivet 3.0.1

2018-02-06 Thread Ronnie Brunner
[mailto:massimo.man...@unipr.it] Sent: Dienstag, 6. Februar 2018 18:33 To: Ronnie Brunner <ronnie.brun...@netcetera.com>; Massimo Manghi <massimo.man...@alice.it>; petas...@yahoo.gr Cc: rivet-dev@tcl.apache.org Subject: Re: Rivet 3.0.1 Hi Ronnie are your latest test results obtained from

Re: Rivet 3.0.1

2018-02-06 Thread Massimo MANGHI
to: RE: Rivet 3.0.1 Hi Massimo My problem for the worker mpm is certainly not a blocker, as I never managed (actually, really tried) to run the tests for that mpm. I always tested exclusively against prefork, mainly because I thought the others aren’t supported yet. Also: The test result of

RE: Rivet 3.0.1

2018-02-06 Thread Ronnie Brunner
ra.com>; Massimo Manghi <massimo.man...@alice.it>; petas...@yahoo.gr Cc: rivet-dev@tcl.apache.org Subject: Re: Rivet 3.0.1 Should we consider this issue a reason for withholding 3.0.1? I think that as long as 2.2 is supported we may exploit the compatibility with 2.4. When 2.2 is de

Re: Rivet 3.0.1

2018-02-06 Thread Massimo MANGHI
be handy. Can I start the vote for releasing 3.0.1? -- Massimo Da: Georgios Petasis <petas...@yahoo.gr> Inviato: domenica 4 febbraio 2018 14:54 A: Massimo MANGHI; Ronnie Brunner; Massimo Manghi Cc: rivet-dev@tcl.apache.org Oggetto: Re: Rivet 3.0.1 Dear M

RE: Rivet 3.0.1

2018-02-04 Thread Ronnie Brunner
os Petasis [mailto:petas...@yahoo.gr] Sent: Sonntag, 4. Februar 2018 14:54 To: Massimo Manghi <massimo.man...@unipr.it>; Ronnie Brunner <ronnie.brun...@netcetera.com>; Massimo Manghi <massimo.man...@alice.it> Cc: rivet-dev@tcl.apache.org Subject: Re: Rivet 3.0.1 Dear Massimo, According

Re: Rivet 3.0.1

2018-02-04 Thread Massimo MANGHI
assimo MANGHI; Ronnie Brunner; Massimo Manghi Cc: rivet-dev@tcl.apache.org Oggetto: Re: Rivet 3.0.1 Dear Massimo, According to the documentation: https://httpd.apache.org/docs/2.4/developer/new_api_2_4.html API Changes in Apache HTTP Server 2.4 since 2.2<https://httpd.apache.org/docs/2.4/

Re: Rivet 3.0.1

2018-02-04 Thread Georgios Petasis
ning the test suite (including the compilation of rivet), the error_log and access_log from rivet-3.0.1/tests after running the test suite. I'm running a CentOS Linux release 7.1.1503 (Core) os for these tests, Tcl8.6.6 and httpd 2.4.27 with the worker mpm. The only modification to runtests.tcl

Re: Rivet 3.0.1

2018-02-03 Thread Massimo Manghi
Attached the output (stout and sdterr) of running the test suite (including the compilation of rivet), the error_log and access_log from rivet-3.0.1/tests after running the test suite. I'm running a CentOS Linux release 7.1.1503 (Core) os for these tests, Tcl8.6.6 and httpd 2.4.27 with the worker

RE: Rivet 3.0.1

2018-02-01 Thread Ronnie Brunner
Hi Massimo Attached the output (stout and sdterr) of running the test suite (including the compilation of rivet), the error_log and access_log from rivet-3.0.1/tests after running the test suite. I'm running a CentOS Linux release 7.1.1503 (Core) os for these tests, Tcl8.6.6 and httpd 2.4.27

Re: Rivet 3.0.1

2018-02-01 Thread Massimo Manghi
That's sound like very bad news. I ran the test suite yesterday with the worker bridge and it was OK (130 tests). What do you read in tests/error_log ? -- Massimo On 02/01/2018 11:15 AM, Ronnie Brunner wrote: Hi Massimo Test suite works for prefork, but just for the fun of it, I checked

RE: Rivet 3.0.1

2018-02-01 Thread Ronnie Brunner
Zürich | Switzerland | http://netcetera.com | -Original Message- From: Massimo Manghi [mailto:massimo.man...@alice.it] Sent: Donnerstag, 1. Februar 2018 00:43 To: rivet-dev@tcl.apache.org Subject: Rivet 3.0.1 I just uploaded at http://www.rivetweb.org/~mxm/rivet/ a 3.0.1rc1 artifact

Rivet 3.0.1

2018-01-31 Thread Massimo Manghi
I just uploaded at http://www.rivetweb.org/~mxm/rivet/ a 3.0.1rc1 artifact for your evaluation. Basically, differences from 3.0.0 are + applied patch provided by George Petasis that correctly initializes interpreters in the worker bridge + Documentation amended and expanded in various