I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
I am running a custom rolled Apache 2.2.8 server and custom rolled PHP 5.2.6 (built with oracle support). These work and are rock solid. I've been using the same config with very heavy duty scripts and php applications with no issues.
When trying to run /twiki/bin/configure I get the following error when clicking "Next": Software error:
Use of uninitialized value in substitution (s///) at (eval 25) line 23.
The Apache error log says pretty much the same thing. (like 23 by the way points to a commented line; the first 100 or so lines in this script are comments.. If I don't count the commented lines there is no search regexp anywhere near line 23)
I then tried version 4.1.2 and the same thing.
I googled and found numerous other people having this problem. I have found no responses or solutions. The twiki support site has yielded nothing as well.
Just hoping someone here might have sorted this out.. I have set up dozens of twiki sites but haven't played with it in a 2 years or so and wondering... It was never this difficult before.. Three of us have now triple checked every file permissions, installation step, system pre-requisite, etc...
Thanks for any help, CC
Are you positive that you have all of the required Perl modules (and the correct versions)?
http://twiki.org/cgi-bin/view/TWiki04x02/TWikiSystemRequirements#Require d_CPAN_Modules
Twiki is Perl based, so the PHP on your system should be benign
Mike
From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Chuck Sent: Wednesday, June 18, 2008 15:23 To: centos@centos.org Subject: [CentOS] Pulling Hair Out - TWiki 4.2 on CentOS 5
I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
I am running a custom rolled Apache 2.2.8 server and custom rolled PHP 5.2.6 (built with oracle support). These work and are rock solid. I've been using the same config with very heavy duty scripts and php applications with no issues.
When trying to run /twiki/bin/configure I get the following error when clicking "Next":
Software error:
Use of uninitialized value in substitution (s///) at (eval 25) line 23.
The Apache error log says pretty much the same thing. (like 23 by the way points to a commented line; the first 100 or so lines in this script are comments.. If I don't count the commented lines there is no search regexp anywhere near line 23)
I then tried version 4.1.2 and the same thing.
I googled and found numerous other people having this problem. I have found no responses or solutions. The twiki support site has yielded nothing as well.
Just hoping someone here might have sorted this out.. I have set up dozens of twiki sites but haven't played with it in a 2 years or so and wondering... It was never this difficult before.. Three of us have now triple checked every file permissions, installation step, system pre-requisite, etc...
Thanks for any help, CC
Yes.. All perl modules, including the optional ones are installed (including clean 'make test''s) Yea not sure why I mention the custom PHP version.. Meant to mention the perl version which is 5.8.8.
-C
On Wed, Jun 18, 2008 at 3:43 PM, Mike Hanby mhanby@uab.edu wrote:
Are you positive that you have all of the required Perl modules (and the correct versions)?
http://twiki.org/cgi-bin/view/TWiki04x02/TWikiSystemRequirements#Required_CP...
Twiki is Perl based, so the PHP on your system should be benign
Mike
*From:* centos-bounces@centos.org [mailto:centos-bounces@centos.org] *On Behalf Of *Chuck *Sent:* Wednesday, June 18, 2008 15:23 *To:* centos@centos.org *Subject:* [CentOS] Pulling Hair Out - TWiki 4.2 on CentOS 5
I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
I am running a custom rolled Apache 2.2.8 server and custom rolled PHP 5.2.6 (built with oracle support). These work and are rock solid. I've been using the same config with very heavy duty scripts and php applications with no issues.
When trying to run /twiki/bin/configure I get the following error when clicking "Next": Software error:
Use of uninitialized value in substitution (s///) at (eval 25) line 23.
The Apache error log says pretty much the same thing. (like 23 by the way points to a commented line; the first 100 or so lines in this script are comments.. If I don't count the commented lines there is no search regexp anywhere near line 23)
I then tried version 4.1.2 and the same thing.
I googled and found numerous other people having this problem. I have found no responses or solutions. The twiki support site has yielded nothing as well.
Just hoping someone here might have sorted this out.. I have set up dozens of twiki sites but haven't played with it in a 2 years or so and wondering... It was never this difficult before.. Three of us have now triple checked every file permissions, installation step, system pre-requisite, etc...
Thanks for any help, CC
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Chuck wrote:
I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
I am running a custom rolled Apache 2.2.8 server and custom rolled PHP 5.2.6 (built with oracle support). These work and are rock solid. I've been using the same config with very heavy duty scripts and php applications with no issues.
When trying to run /twiki/bin/configure I get the following error when clicking "Next":
Software error:
Use of uninitialized value in substitution (s///) at (eval 25) line 23.
The Apache error log says pretty much the same thing. (like 23 by the way points to a commented line; the first 100 or so lines in this script are comments.. If I don't count the commented lines there is no search regexp anywhere near line 23)
I then tried version 4.1.2 and the same thing.
I googled and found numerous other people having this problem. I have found no responses or solutions. The twiki support site has yielded nothing as well.
Just hoping someone here might have sorted this out.. I have set up dozens of twiki sites but haven't played with it in a 2 years or so and wondering... It was never this difficult before.. Three of us have now triple checked every file permissions, installation step, system pre-requisite, etc...
I have a 4.1.2 version running under Centos 5 without problems but had some similar issues trying to upgrade to 4.2, mostly in the configure and module installer routines, not normal operation. I think they have to do with mixing CPAN and RPMforge perl modules but I haven't completely pinned it down. Starting fresh, I'd try all EPEL modules for the perl bits missing in the stock repo. I think that will get you to a point where the only software error is a 'subroutine install redefined ...' when using the configure part to add plugins.
Hmmm. That might be correct. I've drilled down into the configure script and it pukes here:
print STDERR "MARK 10.1\n"; $query = new CGI; # It dies on this line print STDERR "MARK 10.2\n";
It never gets to MARK 10.2.
I am using the CPAN version of CGI:
cpan[1]> install CGI CPAN: Storable loaded ok (v2.15) <SNIP> Going to write /root/.cpan/Metadata CGI is up to date (3.37).
cpan[2]>
Grrr... Frustrating... Each time I've tried to use Twiki over the last few years we've ran into some show-stopping roadblock. (always been solaris until now, trying on centos this time)
-CC On Wed, Jun 18, 2008 at 4:00 PM, Les Mikesell lesmikesell@gmail.com wrote:
Chuck wrote:
I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
I am running a custom rolled Apache 2.2.8 server and custom rolled PHP 5.2.6 (built with oracle support). These work and are rock solid. I've been using the same config with very heavy duty scripts and php applications with no issues.
When trying to run /twiki/bin/configure I get the following error when clicking "Next":
Software error:
Use of uninitialized value in substitution (s///) at (eval 25) line 23.
The Apache error log says pretty much the same thing. (like 23 by the way points to a commented line; the first 100 or so lines in this script are comments.. If I don't count the commented lines there is no search regexp anywhere near line 23)
I then tried version 4.1.2 and the same thing.
I googled and found numerous other people having this problem. I have found no responses or solutions. The twiki support site has yielded nothing as well.
Just hoping someone here might have sorted this out.. I have set up dozens of twiki sites but haven't played with it in a 2 years or so and wondering... It was never this difficult before.. Three of us have now triple checked every file permissions, installation step, system pre-requisite, etc...
I have a 4.1.2 version running under Centos 5 without problems but had some similar issues trying to upgrade to 4.2, mostly in the configure and module installer routines, not normal operation. I think they have to do with mixing CPAN and RPMforge perl modules but I haven't completely pinned it down. Starting fresh, I'd try all EPEL modules for the perl bits missing in the stock repo. I think that will get you to a point where the only software error is a 'subroutine install redefined ...' when using the configure part to add plugins.
-- Les Mikesell lesmikesell@gmail.com
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Chuck wrote:
Hmmm. That might be correct. I've drilled down into the configure script and it pukes here:
print STDERR "MARK 10.1\n"; $query = new CGI; # It dies on this line print STDERR "MARK 10.2\n";
It never gets to MARK 10.2.
I am using the CPAN version of CGI:
cpan[1]> install CGI CPAN: Storable loaded ok (v2.15)
<SNIP> Going to write /root/.cpan/Metadata CGI is up to date (3.37).
Many packages require many other sub-modules and the relationships sometimes change. Either CPAN or the RPM packages will have this consistent at any particular version, but you can install a newer CPAN part, then have one of the subcomponents it needs replaced by an older one that doesn't work in an RPM update - or something like that... If you pin it down, please let the rest of us know.
On Thu, Jun 19, 2008 at 2:50 AM, Ralph Angenendt ra+centos@br-online.de wrote:
Chuck wrote:
I am using the CPAN version of CGI:
But why? The perl package in CentOS provides CGI.
...And here is my favorite quote. Jim Perrin explains why CPAN should be avoided:
http://lists.centos.org/pipermail/centos/2007-February/075417.html
Akemi
Once I build a system and bring it to our defined baseline, I rarely use rpm from that point forward...I custom roll almost everything -- especially apache. (red hat's layout makes my skin crawl) When did CPAN become so bad? It was the defacto standard and source of truth for perl modules 10 years ago. I trust CPAN over any rpm provided by red hat. Maybe things have changed, it has been several years since I got down and dirty with perl modules...
Anyway, problem is solved by changing perl -w to simply just perl. Since this system is buried behind 2 pix firewalls and only used for internal use Im not to concerned.
On Thu, Jun 19, 2008 at 5:18 AM, Akemi Yagi amyagi@gmail.com wrote:
On Thu, Jun 19, 2008 at 2:50 AM, Ralph Angenendt <ra+centos@br-online.dera%2Bcentos@br-online.de> wrote:
Chuck wrote:
I am using the CPAN version of CGI:
But why? The perl package in CentOS provides CGI.
...And here is my favorite quote. Jim Perrin explains why CPAN should be avoided:
http://lists.centos.org/pipermail/centos/2007-February/075417.html
Akemi _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Chuck wrote:
Once I build a system and bring it to our defined baseline, I rarely use rpm from that point forward...I custom roll almost everything -- especially apache. (red hat's layout makes my skin crawl) When did CPAN become so bad? It was the defacto standard and source of truth for perl modules 10 years ago. I trust CPAN over any rpm provided by red hat. Maybe things have changed, it has been several years since I got down and dirty with perl modules...
It isn't that CPAN is bad - after all, that's where the packaged verisions originate too. It is that module features and dependencies change over time and you need a consistent snapshot to work together. When you install an RPM package it keeps the version and dependencies in the RPM database and won't make changes that break any dependencies. When you install via CPAN it sort-of figures things out during the install but only for the perl portions and doesn't update your RPM database so a subsequent 'yum update' will happily overwrite your CPAN installed modules with something much older (just newer than the previous RPM). If some other module needed the newer features, things are now mysteriously broken. The fact that you can get away with this at all indicates how compatible how backwards-compatible they try to keep things in perl, but once in a while - ikely in the long lifespan of Centos - there are some changes that will break things.
On Thu, Jun 19, 2008 at 5:11 AM, Chuck chuck.carson@gmail.com wrote:
Once I build a system and bring it to our defined baseline, I rarely use rpm from that point forward...I custom roll almost everything -- especially apache. (red hat's layout makes my skin crawl) When did CPAN become so bad? It was the defacto standard and source of truth for perl modules 10 years ago. I trust CPAN over any rpm provided by red hat. Maybe things have changed, it has been several years since I got down and dirty with perl modules...
If your distrust of Red Hat is so high, one has to wonder why you're using CentOS at all.
No insult or deprecation intended, it's just that there are many Linux options around, enough of them free.
Personally, I like the stability and reliability of CentOS (RHEL) enough to put up with any inconveniences I have found so far. Besides, the support on this list is sublime.
mhr
MHR wrote:
On Thu, Jun 19, 2008 at 5:11 AM, Chuck chuck.carson@gmail.com wrote:
Once I build a system and bring it to our defined baseline, I rarely use rpm from that point forward...I custom roll almost everything -- especially apache. (red hat's layout makes my skin crawl) When did CPAN become so bad? It was the defacto standard and source of truth for perl modules 10 years ago. I trust CPAN over any rpm provided by red hat. Maybe things have changed, it has been several years since I got down and dirty with perl modules...
If your distrust of Red Hat is so high, one has to wonder why you're using CentOS at all.
Depending on how far back you go, the approach may or may not be warranted. If you used anything before RH7.3 you were pretty much forced to roll your own apache/perl to get a working mod_perl. The stock version finally was built right in RH7.3, then broken again in 8.0 until something much later, not sure if it was RHEL3 or 4 - or maybe it was broken different in each of those and fixed in updates. As I recall the main symptom of the stock one was that it leaked memory whenever a perl page was updated, but there may have been other things wrong too.
No insult or deprecation intended, it's just that there are many Linux options around, enough of them free.
I'm not sure if any of them got mod_perl right, and since apache/perl/CPAN are relatively easy to replace it wouldn't be worth switching for.
Personally, I like the stability and reliability of CentOS (RHEL) enough to put up with any inconveniences I have found so far. Besides, the support on this list is sublime.
I have to agree - for several years there have been few surprises. However, many commonly needed perl modules aren't in the stock repo so if you use applications like twiki, RT, MimeDefang, etc. you were forced to use CPAN until Rpmforge and EPEL added them. (And java stuff is even worse...).
on 6-19-2008 5:11 AM Chuck spake the following:
Once I build a system and bring it to our defined baseline, I rarely use rpm from that point forward...I custom roll almost everything -- especially apache. (red hat's layout makes my skin crawl)
I'm curious then... why use it (RedHat)? There are other options that would give you the control you want.
On Wed, 18 Jun 2008 15:22:40 -0500 Chuck chuck.carson@gmail.com wrote:
I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
1. Did you follow the install instructions? as of: http://twiki.org/cgi-bin/view/Codev/TWikiOnRedHat
2. Ask on their forums. They are very helpful.
Yea dude the red hat specific instructions are for a much older version of twiki.
-C
On Wed, Jun 18, 2008 at 7:42 PM, centos@911networks.com wrote:
On Wed, 18 Jun 2008 15:22:40 -0500 Chuck chuck.carson@gmail.com wrote:
I thought I would turn here before giving up. I am trying to install Twiki 4.2 on CentOS 5 with all updates. (I also tried Twiki 4.1.2 as well)
- Did you follow the install instructions? as of:
http://twiki.org/cgi-bin/view/Codev/TWikiOnRedHat
- Ask on their forums. They are very helpful.
-- Thanks http://www.911networks.com When the network has to work _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Chuck wrote:
Yea dude the red hat specific instructions are for a much older version of twiki.
If you have a test box where you can start from scratch, try setting up yum for the epel repo and install at least this set of modules via yum:
mod_perl perl-CGI-Carp perl-Config perl-Data-Dumper perl-Error perl-File-Copy perl-File-Find perl-FileHandle perl-IO-File perl-Text-Diff perl-CGI-Cookie perl-CGI-Session perl-Digest-base perl-Digest-SHA1 perl-Jcode perl-Locale-Maketext perl-Locale-Maketext-Lexicon perl-Net-SMTP perl-Unicode-Map perl-Unicode-Map8 perl-Unicode-MapUTF8 perl-Unicode-String perl-URI
On Wed, 18 Jun 2008 21:14:04 -0500 Chuck chuck.carson@gmail.com wrote:
Yea dude the red hat specific instructions are for a much older version of twiki.
1. Actually, they still work, the install instructions have not changed. 2. I use them to install twiki about 2 month ago, and it worked.
on 6-19-2008 6:46 AM centos@911networks.com spake the following:
On Wed, 18 Jun 2008 21:14:04 -0500 Chuck chuck.carson@gmail.com wrote:
Yea dude the red hat specific instructions are for a much older version of twiki.
- Actually, they still work, the install instructions have not changed.
- I use them to install twiki about 2 month ago, and it worked.
Maybe they don't work if you hack the heart out of RedHat and replace with a different one first.
-
Akemi Yagi -
centos＠911networks.com -
Chuck -
Les Mikesell -
MHR -
Mike Hanby -
Ralph Angenendt -
Scott Silva