Mailing List Archive: Bricolage: users

[Bricolage-General] Dependence on statically compiled mod_perl

Index | Next | Previous | View Threaded

sergio.nunes at icicom

Jan 17, 2003, 10:28 AM

Post #1 of 6 (357 views)
Permalink

[Bricolage-General] Dependence on statically compiled mod_perl

Hi!

I've been trying to install Bricolage on my system, but it is
temporarily paused because I'm having problems compiling apache with
mod_perl and activating DSO at the same time.

Loading mod_perl as a DSO works fine, but Bricolage doesn't. I've been
told that it needs mod_perl statically compiled with apache.

My question is:
Would it be too hard to overcome this and make Bricolage work with
mod_perl as DSO?

Have a nice weekend,
Sérgio Nunes

-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Bricolage-General mailing list
Bricolage-General [at] lists
https://lists.sourceforge.net/lists/listinfo/bricolage-general

slanning at theworld

Jan 17, 2003, 11:28 AM

Post #2 of 6 (346 views)
Permalink

Re: [Bricolage-General] Dependence on statically compiled mod_perl [In reply to]

On Fri, 17 Jan 2003, [ISO-8859-1] Sérgio Nunes wrote:
> Would it be too hard to overcome this and make Bricolage work with
> mod_perl as DSO?

I think the problem is not with Bricolage but with mod_perl.
Bricolage doesn't care whether mod_perl is statically or
dynamically compiled into httpd.

-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Bricolage-General mailing list
Bricolage-General [at] lists
https://lists.sourceforge.net/lists/listinfo/bricolage-general

david at wheeler

Jan 17, 2003, 2:50 PM

Post #3 of 6 (344 views)
Permalink

Re: [Bricolage-General] Dependence on statically compiled mod_perl [In reply to]

On Friday, January 17, 2003, at 11:28 AM, Scott Lanning wrote:

> On Fri, 17 Jan 2003, [ISO-8859-1] Sérgio Nunes wrote:
>> Would it be too hard to overcome this and make Bricolage work with
>> mod_perl as DSO?
>
> I think the problem is not with Bricolage but with mod_perl.
> Bricolage doesn't care whether mod_perl is statically or
> dynamically compiled into httpd.

This is correct. Bricolage cares only to the extent that mod_perl does,
and it's widely known that DSO mod_perl has stability problems,
particularly with Mason.

This issue has been fixed in mod_perl2, but it's going to be quite a
while before mod_perl is finally released, and even longer before
Bricolage gets ported.

Sorry, but static mod_perl is your best best.

David

--
David Wheeler AIM: dwTheory
david [at] kineticode ICQ: 15726394
Yahoo!: dew7e
Jabber: Theory [at] jabber
Kineticode. Setting knowledge in motion.[sm]

-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Bricolage-General mailing list
Bricolage-General [at] lists
https://lists.sourceforge.net/lists/listinfo/bricolage-general

qef at laxan

Jan 17, 2003, 2:59 PM

Post #4 of 6 (347 views)
Permalink

Re: [Bricolage-General] Dependence on statically compiled mod_perl [In reply to]

On Fri, Jan 17, 2003 at 06:28:38PM +0000, S?rgio Nunes wrote:
> Hi!
>
> I've been trying to install Bricolage on my system, but it is
> temporarily paused because I'm having problems compiling apache with
> mod_perl and activating DSO at the same time.
>
> Loading mod_perl as a DSO works fine, but Bricolage doesn't. I've been
> told that it needs mod_perl statically compiled with apache.

I've been trying out bricolage without any problem on apache without
mod_perl statically linked, and we also use Request Tracker (also Mason)
on the same machine, without any problems. But I do keep hearing about
how the statically-linked apache is more reliable, and I have had some
unexplained problems on my home machine with the dynamically linked
version. So if you've got the option, go for the dynamically linked
alternative, if only to eliminate one potential cause of problems.

--

--- Geoff Richards -------------><-------------- http://ungwe.org/ ---
"I tried to fling my shadow at the moon,
The while my blood leapt with a wordless song." -- Theodore Roethke

-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Bricolage-General mailing list
Bricolage-General [at] lists
https://lists.sourceforge.net/lists/listinfo/bricolage-general

david at wheeler

Jan 17, 2003, 3:08 PM

Post #5 of 6 (348 views)
Permalink

Re: [Bricolage-General] Dependence on statically compiled mod_perl [In reply to]

On Friday, January 17, 2003, at 02:59 PM, Geoff Richards wrote:

> version. So if you've got the option, go for the dynamically linked
> alternative, if only to eliminate one potential cause of problems.

You meant statically linked, yes?

David

--
David Wheeler AIM: dwTheory
david [at] kineticode ICQ: 15726394
Yahoo!: dew7e
Jabber: Theory [at] jabber
Kineticode. Setting knowledge in motion.[sm]

-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Bricolage-General mailing list
Bricolage-General [at] lists
https://lists.sourceforge.net/lists/listinfo/bricolage-general

qef at laxan

Jan 17, 2003, 3:29 PM

Post #6 of 6 (345 views)
Permalink

Re: [Bricolage-General] Dependence on statically compiled mod_perl [In reply to]

On Fri, Jan 17, 2003 at 03:08:11PM -0800, David Wheeler wrote:
> On Friday, January 17, 2003, at 02:59 PM, Geoff Richards wrote:
>
> >version. So if you've got the option, go for the dynamically linked
> >alternative, if only to eliminate one potential cause of problems.
>
> You meant statically linked, yes?

Yes... a few beers and it's hard to tell the difference...

--

--- Geoff Richards -------------><-------------- http://ungwe.org/ ---
"I tried to fling my shadow at the moon,
The while my blood leapt with a wordless song." -- Theodore Roethke

-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Bricolage-General mailing list
Bricolage-General [at] lists
https://lists.sourceforge.net/lists/listinfo/bricolage-general

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads