[OPEN-ILS-DEV] Re: Build errors on Debian

[Don McMorris]

I found some clues to my issue...:

==Application.PM==
105            $log->debug( " * Looking up $method_name inside $app", DEBUG);
106
107            my $method_proto = $session->last_message_api_level;
108            $log->debug( " * Method API Level [$method_proto]", DEBUG);
109
110            my $coderef = $app->method_lookup( $method_name,
$method_proto, 1, 1 );
============

==osrfysys.log==
[2006-3-31 6:48:34] org_tree_js.pl [DEBG:29809:::] In Application::handler()
[2006-3-31 6:48:34] org_tree_js.pl [DEBG:29809:::] We got a REQUEST:
open-ils.storage.direct.actor.org_unit.retrieve.all.atomic
[2006-3-31 6:48:34] org_tree_js.pl [DEBG:29809:::]  * Looking up
open-ils.storage.direct.actor.org_unit.retrieve.all.atomic inside
[2006-3-31 6:48:34] org_tree_js.pl [DEBG:29809:::]  * Method API Level [1]
============

Again, the issue
=============
evergreen:/openils/bin# perl org_tree_js.pl /openils/conf/bootstrap.conf
Use of uninitialized value in concatenation (.) or string at
/etc/perl/OpenSRF/Application.pm line 105.
Can't call method "method_lookup" on an undefined value at
/etc/perl/OpenSRF/Application.pm line 110.
evergreen:/openils/bin#
=============

It appears to me that $app isn't defined for whatever reason (notice
the log entry "open-ils.storage.direct.actor.org_unit.retrieve.all.atomic
inside"... immediately following that entry should be the value of
$app, which apparently is nothing.

Comments?



On 3/30/06, Don McMorris <don.mcmorris at gmail.com> wrote:
> I ran make install again (putty had a little hickup, so I was forced
> to close it).  It seems I'm getting a lot of "already exist" errors
> (which was expected).  No "real" errors.  Seems I'm set for now.
>
> I'll keep you posted on my progress.  Let me know if there's anything I can do.
>
> --Don
>
> On 3/30/06, Mike Rylander <mrylander at gmail.com> wrote:
> > On 3/30/06, Don McMorris <don.mcmorris at gmail.com> wrote:
> > > Another DUH moment.  Apparently, since the documentation was created,
> > > there have been some dependencies added.  Now, I'm executing
> > > make_install, and I'm getting some errors...
> > >
> > > psql:005.schema.actors.sql:1: ERROR:  schema "actor" does not exist
> > > psql:005.schema.actors.sql:65: ERROR:  schema "config" does not exist
> > > psql:006.schema.permissions.sql:1: ERROR:  schema "permission" does not exist
> > > psql:006.schema.permissions.sql:121: ERROR:  schema "actor" does not exist
> > > psql:010.schema.biblio.sql:1: ERROR:  schema "biblio" does not exist
> > > psql:011.schema.authority.sql:1: ERROR:  schema "authority" does not exist
> > > psql:040.schema.asset.sql:1: ERROR:  schema "asset" does not exist
> >
> > Actually, that's fine.  There unconditional DROP SCHEMA commands at
> > the top of each of those files which will fail on an empty database,
> > which is ok.
> > >
> > > A lot has been snipped out.  If you need more, let me know.
> > >
> >
> > I would be interested in seeing the any errors from psql other than
> > 'ERROR:  schema "..." does not exist', however, since we haven't
> > really done a full, ground up database install in some time.
> >
> >
> > > Did I skip a step somewhere?
> >
> > I don't think so. :)
> >
> > >
> > > --Don
> > >
> >
> >
> > --
> > Mike Rylander
> > mrylander at gmail.com
> > GPLS -- PINES Development
> > Database Developer
> > http://open-ils.org
> >
>