Hi Hans
First check to make sure DB.pm exists under your OpenCA installation point.
Second the permissions should be 755. It also should be owned by openca user.
Dave
----- Original Message -----
From: "Hans-Dieter Doll" [hans-dieter.d...@drb.insel.de]
Sent: 12/17/2013 11:29 PM CET
To: "OpenCA Developers" <openca-devel@lists.sourceforge.net>; David Blaine
Subject: Re: [OpenCA-Devel] Test fails with OpenCA 1.5.0 on openSUSE 12.2
I managed to solve nearly all my problems by inserting our() statements and
putting quotes
around some BareWords in src/common/lib/cmds/*. See attachment (refers to 1.5.1
tarball).
The only remaining problem is:
Can't locate OpenCA/DB.pm in @INC (@INC contains:
../../../modules/openca-xml-cache/blib/lib
../../../modules/openca-x509/blib/lib ../../../modules/openca-user/blib/lib
../../../modules/openca-ui-html/blib/lib
../../../modules/openca-tristatecgi/blib/lib
../../../modules/openca-tools/blib/lib
../../../modules/openca-statemachine/blib/lib
../../../modules/openca-session/blib/lib ../../../modules/openca-req/blib/lib
../../../modules/openca-pkcs7/blib/lib ../../../modules/openca-openssl/blib/lib
../../../modules/openca-log/blib/lib ../../../modules/openca-ldap/blib/lib
../../../modules/openca-dbi/blib/lib ../../../modules/openca-crypto/blib/lib
../../../modules/openca-crl/blib/lib
../../../modules/openca-configuration/blib/lib
../../../modules/openca-ac/blib/lib ../../../modules/openca-ac/blib/lib
../../../modules/openca-configuration/blib/lib
../../../modules/openca-crl/blib/lib ../../../modules/openca-crypto/blib/lib
../../../modules/openca-dbi/blib/lib
../../../modules/openca-ldap/blib/lib ../../../modules/openca-log/blib/lib
../../../modules/openca-openssl/blib/lib ../../../modules/openca-pkcs7/blib/lib
../../../modules/openca-req/blib/lib ../../../modules/openca-session/blib/lib
../../../modules/openca-statemachine/blib/lib
../../../modules/openca-tools/blib/lib
../../../modules/openca-tristatecgi/blib/lib
../../../modules/openca-ui-html/blib/lib ../../../modules/openca-user/blib/lib
../../../modules/openca-x509/blib/lib
../../../modules/openca-xml-cache/blib/lib ../../../modules/openca-ac/blib/arch
../../../modules/openca-configuration/blib/arch
../../../modules/openca-crl/blib/arch ../../../modules/openca-crypto/blib/arch
../../../modules/openca-dbi/blib/arch ../../../modules/openca-ldap/blib/arch
../../../modules/openca-log/blib/arch ../../../modules/openca-openssl/blib/arch
../../../modules/openca-pkcs7/blib/arch ../../../modules/openca-req/blib/arch
../../../modules/openca-session/blib/arch
../../../modules/openca-statemachine/blib/arch
../../../modules/openca-tools/blib/arch
../../../modules/openca-tristatecgi/blib/arch
../../../modules/openca-ui-html/blib/arch
../../../modules/openca-user/blib/arch ../../../modules/openca-x509/blib/arch
../../../modules/openca-xml-cache/blib/arch
/usr/lib/perl5/site_perl/5.16.0/i586-linux-thread-multi
/usr/lib/perl5/site_perl/5.16.0
/usr/lib/perl5/vendor_perl/5.16.0/i586-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.16.0 /usr/lib/perl5/5.16.0/i586-linux-thread-multi
/usr/lib/perl5/5.16.0 /usr/lib/perl5/site_perl/5.16.0/i586-linux-thread-multi
/usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/site_perl .) at initDB line 3.
BEGIN failed--compilation aborted at initDB line 3.
Any hints?
hd^2
On Tue, 17 Dec 2013 18:50:08 +0100, Hans-Dieter Doll
<hans-dieter.d...@drb.insel.de> wrote:
Hi,
1.5.1 has same problems. What seems to help is to insert our() statements like
here:
=====================================================================
diff -Naur cmds.orig/advanced_csr cmds/advanced_csr
--- cmds.orig/advanced_csr 2011-02-14 22:45:41.000000000 +0100
+++ cmds/advanced_csr 2013-12-17 17:25:19.585667892 +0100
@@ -701,6 +701,7 @@
if ( ($STATUS eq "" ) or ( $query->param('status') eq
"finished-client-filled-form") ) {
+ our ($DEBUG);
my $dn = $query->param('dn');
my $keytype = $query->param('keytype');
diff -Naur cmds.orig/authenticated_csr cmds/authenticated_csr
--- cmds.orig/authenticated_csr 2011-02-14 22:45:41.000000000 +0100
+++ cmds/authenticated_csr 2013-12-17 17:30:28.564947105 +0100
@@ -1238,6 +1238,8 @@
}
sub checkLogin {
+ our ($query, $errval);
+
my $reqTwig = shift;
my $username = $query->param('LOGIN_ATTRIBUTE_LOGIN');
=====================================================================
and so on...
As I'm not a perl programmer, I do not really know what I'm doing.
I simply guess that our() is required to access a global Variable.
Maybe my perl version (v5.16.0) is more strict than the version you are using?
I will continue inserting our() statements until "make test" passes ok.
If I'm on the wrong way or someone knows a less tedious solution,
please let me know...
hd^2
On Fri, 13 Dec 2013 23:42:42 +0100, <blain...@gdls.com> wrote:
Download and compile 1.5.1 from ftp.openca.org.
Dave
----- Original Message -----
From: "Hans-Dieter Doll" [hans-dieter.d...@drb.insel.de]
Sent: 12/13/2013 11:02 PM CET
To: openca-devel@lists.sourceforge.net
Subject: [OpenCA-Devel] Test fails with OpenCA 1.5.0 on openSUSE 12.2
Hi,
I just now downloaded openca-tools-1.3.0 and openca-base-1.5.0 on my openSUSE
12.2 (i386).
The Perl modules stated in the installation guide are all of a much newer
revision.
The tools were installed without any problems at standard places (no configure
option given).
The base compiled successful with the following configure options:
./configure --with-openca-user=openca --with-openca-group=openca \
--with-module-prefix=/home/openca/perl \
--with-openca-prefix=/home/openca \
--with-web-host=hd2pc2.drb.insel.de \
--with-httpd-user=wwwrun --with-httpd-group=www \
--with-httpd-fs-prefix=/usr/share/apache2 \
--with-cgi-fs-prefix=/srv/www/cgi-bin \
--with-htdocs-fs-prefix=/srv/www/htdocs
But "make test" gives dozens of errors, which look all very similar.
Some examples:
Global symbol "$DEBUG" requires explicit package name at advanced_csr line 815.
advanced_csr had compilation errors.
Variable "$query" is not imported at authenticated_csr line 1243.
Variable "$query" is not imported at authenticated_csr line 1244.
Variable "$query" is not imported at authenticated_csr line 1245.
Variable "$errval" is not imported at authenticated_csr line 1250.
Variable "$errval" is not imported at authenticated_csr line 1253.
Variable "$errval" is not imported at authenticated_csr line 1262.
Variable "$errval" is not imported at authenticated_csr line 1266.
Global symbol "$query" requires explicit package name at authenticated_csr line
1243.
Global symbol "$query" requires explicit package name at authenticated_csr line
1244.
Global symbol "$query" requires explicit package name at authenticated_csr line
1245.
Global symbol "$errval" requires explicit package name at authenticated_csr
line 1250.
Global symbol "$errval" requires explicit package name at authenticated_csr
line 1253.
Global symbol "$errval" requires explicit package name at authenticated_csr
line 1262.
Global symbol "$errval" requires explicit package name at authenticated_csr
line 1266.
authenticated_csr had compilation errors.
[...]
Global symbol "$cryptoShell" requires explicit package name at crlList line 32.
crlList had compilation errors.
[...]
Variable "$query" is not imported at genCACert line 194.
Variable "$query" is not imported at genCACert line 200.
Global symbol "$query" requires explicit package name at genCACert line 194.
Global symbol "$query" requires explicit package name at genCACert line 200.
genCACert had compilation errors.
And so on...
Unfortunately I'm not a perl programmer and have no idea, what's going on here.
Any hints?
hd^2
--
Hans-Dieter Doll
Dr. Brunthaler Industrielle Informationstechnik GmbH
Motzstr. 5, D-10777 Berlin
Fon: +49.30.215081-0, Fax: +49.30.215081-88
mailto:hans-dieter.d...@drb.insel.de
http://www.brunthaler.de
Geschäftsführer: Prof. Dr.-Ing. Stefan Brunthaler
Sitz der Gesellschaft: Berlin
Handelsregister: HRB 27 337 Amtsgericht Charlottenburg
--
Wir sind Mitglied des inilog Netzwerks - www.inilog.de
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
OpenCA-Devel mailing list
OpenCA-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openca-devel