[OPEN-ILS-GENERAL] New error

[Anoop Atre]

Fabian
That looks pretty good, please continue with testing the login in srfsh 
(it's part of the install instructions) and then move on : )

On 05/25/2011 11:40 AM, "Ing. Fabian Núñez Salcedo" wrote:
> Yes, it was me. The autogen show this:
>
> *opensrf at ubuntu:/openils/bin$ ./autogen.sh -c
> /openils/conf/opensrf_core.xml -u
> Updating Evergreen organization tree and IDL using
> '/openils/conf/opensrf_core.xml'
>
> Updating fieldmapper
> Updating web_fieldmapper
> Updating OrgTree
> removing OrgTree from the cache for locale hy-AM...
> removing OrgTree from the cache for locale cs-CZ...
> removing OrgTree from the cache for locale en-CA...
> removing OrgTree from the cache for locale en-US...
> removing OrgTree from the cache for locale fr-CA...
> removing OrgTree from the cache for locale ru-RU...
> Updating OrgTree HTML
> Updating locales selection HTML
> Updating Search Groups
> Updating Facet Definitions
> removing facet list from the cache for locale hy-AM...
> removing facet list from the cache for locale cs-CZ...
> removing facet list from the cache for locale en-CA...
> removing facet list from the cache for locale en-US...
> removing facet list from the cache for locale fr-CA...
> removing facet list from the cache for locale ru-RU...
> Refreshing proximity of org units
> Successfully updated the organization proximity
>
> Done
> opensrf at ubuntu:/openils/bin$*
>
> Is ok?
>
>
>
>
> El 25/05/2011 10:17 a.m., Jason Etheridge escribió:
>> On Wed, May 25, 2011 at 11:08 AM, "Ing. Fabian Núñez Salcedo"
>> <coordinacionsistemas at coruniamericana.edu.co> wrote:
>>> I found the problem, it was the opensrf.xml file in /openils/conf. In
>>> most
>>> lines the database user was postgres instead of evergreen, i fixed
>>> this by
>>> hand and it works fine when try
>> This happened to someone yesterday in IRC, if that wasn't you. Thomas
>> mentioned that this can happen to folks if they miss the step for:
>> chown -R opensrf:opensrf /openils
>>
>> eg_db_config will then fail to modify opensrf.xml due to file
>> ownership permissions. Though this didn't seem to be the case
>> yesterday.
>>
>>> ./autogen.sh-c /openils/conf/opensrf_core.xml-u. But, when i intend to
>>> conect with the client 2.0.6 i got an error messagage: TypeError:
>>> g.my_libs_tree is null. The server test show OK OK but when
>>>
>>> i try to login this messages apears. What is this error?
>> I've definitely seen that in the past, and my first instinct says
>> something went wrong with autogen and/or the org hierarchy was changed
>> such that it's internally inconsistent (mismatched orgs and depths,
>> non-tree like loops, etc.) But you say autogen worked fine, and if
>> you haven't changed the org hierarchy yet, then I'm not sure.
>>
>> Try using the debug console for the staff client and see if you can
>> get more output:
>> http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:debug_console
>>
>
>


-- 

Anoop Atre
IS Developer & Integrator, MnPALS
PH: 507.389.5060
OF: 3022 Memorial Library (Office-ML 3022)
-- 
"Mit der Dummheit kämpfen Götter selbst vergebens"
  ~ Johann Christoph Friedrich von Schiller