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

[Bill Erickson]

Don

It's not immediately obvious what's causing this particular problem.  I
usually run 'autogen.sh' directly (instead of org_tree_js.pl), which then
runs the org-tree builder and updates the fieldmapper javascript.   I would
suggest running autogen.sh from within your bin directory and seeing if that
helps.  (Of course, that doesn't change the fact that what you're doing
should work..).  If the errors continue, could you send your
bootstrap.conffile along as well?

Let us know how it's going..

On 3/31/06, Don McMorris <don.mcmorris at gmail.com> wrote:
>
> 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
> > >
> >
>



--
Bill Erickson
PINES Systems Developer
Georgia Public Library Service
billserickson at gmail.com
http://open-ils.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20060331/8c1bc31b/attachment.html