Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Bricolage: users

1.11 install question

 

 

Bricolage users RSS feed   Index | Next | Previous | View Threaded


lox at netzwerkplanet

Jul 4, 2008, 10:38 AM

Post #1 of 10 (428 views)
Permalink
1.11 install question

Hi all.

I tried to install 1.11.
After installing all perl modules we want to start up bricolage, after
having changed the ports in httpd.conf, since there is already an
apache running on 80/443.
But all we get:
bric_apachectl [re]start: httpd could not be started

In the logs:
[Fri Jul 04 19:24:34 2008] [error] Not a GLOB reference at /usr/local/
bricolage/lib/Bric/Util/Burner/PHP.pm line 75.\nCompilation failed in
require at /usr/local/bricolage/lib/Bric/Util/Burner.pm line
2160.\nCompilation failed in require at /usr/local/bricolage/lib/Bric/
App/Callback/Publish.pm line 17.\nBEGIN failed--compilation aborted
at /usr/local/bricolage/lib/Bric/App/Callback/Publish.pm line
17.\nCompilation failed in require at /usr/local/bricolage/lib/Bric/
App/Callback/Desk.pm line 16.\nBEGIN failed--compilation aborted at /
usr/local/bricolage/lib/Bric/App/Callback/Desk.pm line
16.\nCompilation failed in require at /usr/local/bricolage/lib/Bric/
App/Callback/ContainerProf.pm line 16.\nBEGIN failed--compilation
aborted at /usr/local/bricolage/lib/Bric/App/Callback/ContainerProf.pm
line 16.\nCompilation failed in require at /usr/local/bricolage/lib/
Bric/App/Handler.pm line 65.\nBEGIN failed--compilation aborted at /
usr/local/bricolage/lib/Bric/App/Handler.pm line 65.\nCompilation
failed in require at /usr/local/bricolage/lib/Bric/App/
ApacheStartup.pm line 76.\nBEGIN failed--compilation aborted at /usr/
local/bricolage/lib/Bric/App/ApacheStartup.pm line 76.\nCompilation
failed in require at /usr/local/bricolage/lib/Bric/App/ApacheConfig.pm
line 51.\nBEGIN failed--compilation aborted at /usr/local/bricolage/
lib/Bric/App/ApacheConfig.pm line 51.\nCompilation failed in require
at (eval 2) line 3.\n
[Fri Jul 04 19:24:34 2008] [error] Can't load Perl module
Bric::App::ApacheConfig for server localhost:0, exiting...

Maybe because we could not install Apache2::SizeLimit?


Any hint greatly appreciated!
Thanks,
Christian


david at kineticode

Jul 4, 2008, 4:14 PM

Post #2 of 10 (411 views)
Permalink
Re: 1.11 install question [In reply to]

On Jul 4, 2008, at 10:38, Christian Lox wrote:

> Hi all.
>
> I tried to install 1.11.
> After installing all perl modules we want to start up bricolage,
> after having changed the ports in httpd.conf, since there is already
> an apache running on 80/443.
> But all we get:
> bric_apachectl [re]start: httpd could not be started
>
> In the logs:
> [Fri Jul 04 19:24:34 2008] [error] Not a GLOB reference at /usr/
> local/bricolage/lib/Bric/Util/Burner/PHP.pm line 75.

Tat's odd. Uninstall PHP::Interpreter. Unless you need PHP templates,
in which case put this above line 75 and send the output back to use:

use Data::Dumper; print STDERR Dumper \%{ TEMPLATE_BURN_PKG .
'::' };


> Maybe because we could not install Apache2::SizeLimit?

No, that's not it.

Best,

David


lox at netzwerkplanet

Jul 5, 2008, 12:24 AM

Post #3 of 10 (406 views)
Permalink
Re: 1.11 install question [In reply to]

Am 05.07.2008 um 01:14 schrieb David E. Wheeler:

>> [Fri Jul 04 19:24:34 2008] [error] Not a GLOB reference at /usr/
>> local/bricolage/lib/Bric/Util/Burner/PHP.pm line 75.
>
> Tat's odd. Uninstall PHP::Interpreter. Unless you need PHP
> templates, in which case put this above line 75 and send the output
> back to use:
>
> use Data::Dumper; print STDERR Dumper \%{ TEMPLATE_BURN_PKG .
> '::' };

$VAR1 = {
'encode_entities' =>
*Bric::Util::Burner::Commands::encode_entities,
'NONE' => *Bric::Util::Burner::Commands::NONE,
'PREVIEW_MODE' => \2,
'SYNTAX_MODE' => \3,
'_decode_entities' =>
*Bric::Util::Burner::Commands::_decode_entities,
'PUBLISH_MODE' => \1,
'decode_entities' =>
*Bric::Util::Burner::Commands::decode_entities,
'BEGIN' => *Bric::Util::Burner::Commands::BEGIN,
'ANY' => *Bric::Util::Burner::Commands::ANY
};


david at kineticode

Jul 7, 2008, 11:34 AM

Post #4 of 10 (391 views)
Permalink
Re: 1.11 install question [In reply to]

On Jul 5, 2008, at 00:24, Christian Lox wrote:

>> Tat's odd. Uninstall PHP::Interpreter. Unless you need PHP
>> templates, in which case put this above line 75 and send the output
>> back to use:
>>
>> use Data::Dumper; print STDERR Dumper \%{ TEMPLATE_BURN_PKG .
>> '::' };
>
> $VAR1 = {
> 'encode_entities' =>
> *Bric::Util::Burner::Commands::encode_entities,
> 'NONE' => *Bric::Util::Burner::Commands::NONE,
> 'PREVIEW_MODE' => \2,
> 'SYNTAX_MODE' => \3,
> '_decode_entities' =>
> *Bric::Util::Burner::Commands::_decode_entities,
> 'PUBLISH_MODE' => \1,
> 'decode_entities' =>
> *Bric::Util::Burner::Commands::decode_entities,
> 'BEGIN' => *Bric::Util::Burner::Commands::BEGIN,
> 'ANY' => *Bric::Util::Burner::Commands::ANY
> };


What version of Perl are you using?

Best,

David


lox at netzwerkplanet

Jul 8, 2008, 4:19 AM

Post #5 of 10 (383 views)
Permalink
Re: 1.11 install question [In reply to]

Am 07.07.2008 um 20:34 schrieb David E. Wheeler:

> On Jul 5, 2008, at 00:24, Christian Lox wrote:
>
>>> Tat's odd. Uninstall PHP::Interpreter. Unless you need PHP
>>> templates, in which case put this above line 75 and send the
>>> output back to use:
>>>
>>> use Data::Dumper; print STDERR Dumper \%{ TEMPLATE_BURN_PKG .
>>> '::' };
>>
>> $VAR1 = {
>> 'encode_entities' =>
>> *Bric::Util::Burner::Commands::encode_entities,
>> 'NONE' => *Bric::Util::Burner::Commands::NONE,
>> 'PREVIEW_MODE' => \2,
>> 'SYNTAX_MODE' => \3,
>> '_decode_entities' =>
>> *Bric::Util::Burner::Commands::_decode_entities,
>> 'PUBLISH_MODE' => \1,
>> 'decode_entities' =>
>> *Bric::Util::Burner::Commands::decode_entities,
>> 'BEGIN' => *Bric::Util::Burner::Commands::BEGIN,
>> 'ANY' => *Bric::Util::Burner::Commands::ANY
>> };
>
>
> What version of Perl are you using?


This is perl, v5.10.0 built for i486-linux-gnu-thread-multi on Debian.
Thanks,
Christian


lannings at who

Jul 8, 2008, 4:33 AM

Post #6 of 10 (381 views)
Permalink
RE: 1.11 install question [In reply to]

Personally I'd either
1) assume that Bricolage doesn't in fact support PHP templates
since PHP::Interpreter was last updated three years ago
and probably doesn't work any more. Comment out that line 2160
that requires Burner::PHP.
2) or confirm whether PHP::Interpreter in fact
works outside of Bricolage on your system. (It never worked for me.)

-----Original Message-----
From: Christian Lox [mailto:lox[at]netzwerkplanet.com]
Sent: Tue 7/8/2008 1:19 PM
To: users[at]lists.bricolage.cc
Subject: Re: 1.11 install question


Am 07.07.2008 um 20:34 schrieb David E. Wheeler:

> On Jul 5, 2008, at 00:24, Christian Lox wrote:
>
>>> Tat's odd. Uninstall PHP::Interpreter. Unless you need PHP
>>> templates, in which case put this above line 75 and send the
>>> output back to use:
>>>
>>> use Data::Dumper; print STDERR Dumper \%{ TEMPLATE_BURN_PKG .
>>> '::' };
>>
>> $VAR1 = {
>> 'encode_entities' =>
>> *Bric::Util::Burner::Commands::encode_entities,
>> 'NONE' => *Bric::Util::Burner::Commands::NONE,
>> 'PREVIEW_MODE' => \2,
>> 'SYNTAX_MODE' => \3,
>> '_decode_entities' =>
>> *Bric::Util::Burner::Commands::_decode_entities,
>> 'PUBLISH_MODE' => \1,
>> 'decode_entities' =>
>> *Bric::Util::Burner::Commands::decode_entities,
>> 'BEGIN' => *Bric::Util::Burner::Commands::BEGIN,
>> 'ANY' => *Bric::Util::Burner::Commands::ANY
>> };
>
>
> What version of Perl are you using?


This is perl, v5.10.0 built for i486-linux-gnu-thread-multi on Debian.
Thanks,
Christian


david at kineticode

Jul 8, 2008, 9:32 AM

Post #7 of 10 (381 views)
Permalink
Re: 1.11 install question [In reply to]

On Jul 8, 2008, at 04:33, Lanning, Scott wrote:

> Personally I'd either
> 1) assume that Bricolage doesn't in fact support PHP templates
> since PHP::Interpreter was last updated three years ago
> and probably doesn't work any more. Comment out that line 2160
> that requires Burner::PHP.
> 2) or confirm whether PHP::Interpreter in fact
> works outside of Bricolage on your system. (It never worked for me.)

Seconded. Start without PHP support, and add it back in if and when
you know you need it.

Best,

David


ktm at rice

Jul 8, 2008, 10:29 AM

Post #8 of 10 (379 views)
Permalink
Re: 1.11 install question [In reply to]

I definitely have gotten PHP::Interpreter to work with perl 5.8.4
but have not had a chance to try it with our perl 5.8.8 build. The
key with 5.8.4 was to build a stripped version of PHP to minimize
library dependency problems.

Cheers,
Ken

On Tue, Jul 08, 2008 at 09:32:21AM -0700, David E. Wheeler wrote:
> On Jul 8, 2008, at 04:33, Lanning, Scott wrote:
>
>> Personally I'd either
>> 1) assume that Bricolage doesn't in fact support PHP templates
>> since PHP::Interpreter was last updated three years ago
>> and probably doesn't work any more. Comment out that line 2160
>> that requires Burner::PHP.
>> 2) or confirm whether PHP::Interpreter in fact
>> works outside of Bricolage on your system. (It never worked for me.)
>
> Seconded. Start without PHP support, and add it back in if and when you
> know you need it.
>
> Best,
>
> David
>


david at kineticode

Jul 8, 2008, 10:34 AM

Post #9 of 10 (378 views)
Permalink
Re: 1.11 install question [In reply to]

On Jul 8, 2008, at 10:29, Kenneth Marshall wrote:

> I definitely have gotten PHP::Interpreter to work with perl 5.8.4
> but have not had a chance to try it with our perl 5.8.8 build. The
> key with 5.8.4 was to build a stripped version of PHP to minimize
> library dependency problems.

Anyone know anyone who would like to take over maintenance of
PHP::Interpreter and get it working on newer Perls and platforms? Let
me know.

Thanks,

David


phillip at communitybandwidth

Jul 9, 2008, 10:49 AM

Post #10 of 10 (371 views)
Permalink
Re: 1.11 install question [In reply to]

On 8-Jul-08, at 1:34 PM, David E. Wheeler wrote:

> On Jul 8, 2008, at 10:29, Kenneth Marshall wrote:
>
>> I definitely have gotten PHP::Interpreter to work with perl 5.8.4
>> but have not had a chance to try it with our perl 5.8.8 build. The
>> key with 5.8.4 was to build a stripped version of PHP to minimize
>> library dependency problems.
>
> Anyone know anyone who would like to take over maintenance of
> PHP::Interpreter and get it working on newer Perls and platforms?
> Let me know.


Would be a shame / drag to lose PHP template support.

--
Phillip Smith,
Simplifier of Technology
Community Bandwidth
http://www.communitybandwidth.ca

Bricolage users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.