[OPEN-ILS-DEV] No authentication seed found.

2007-09-27 Thread Héctor González
Hi, I'm Hector Gonzalez, I've been reading the list archives, and I'm
trying to install Open-ILS for a local school.

The server is running debian etch, I followed a mix of the Ubuntu (with
1.2 changes) and Debian wiki pages, and the system is running now,
ejabberd is doing its work, the database is up and running, the OPAC is
finalized, but I still have some trouble.

Software versions are as follows:

js-1.60.tar.gz, extracted and installed to make the spidermonkey package.

made the following packages, with dh-make-perl:

libdatetime-format-iso8601-perl_0.06-1_all.deb
libjavascript-spidermonkey-perl_0.19-1_i386.deb
libmarc-xml-perl_0.87-1_all.deb

And compiled and installed Evergreen-ILS-1.2.0-rc4 and OpenSRF-0.9.  The
rest of the software is installed from debian etch, and the wiki
recommended package sources.

One problem is already mentioned in a message from Sept 25, from Bill
Ott, with subject [OPEN-ILS-DEV] lib-setup.cgi funkyness, the Library
Hierarchy Setup does not work properly, sometimes changes are not made,
sometimes they are not shown, this does not seem related to postgres
foreign key constraints, and is not shown in apache logs as errors. 
Also, the errors Bill is getting do NOT show in my apache logs, I'm not
sure if my log level is different or not.

Updating the contact email or telephone for a branch does nothing, it
just redraws the tree, but no changes are made.
This happens both in firefox (linux), and explorer.

What is more of a problem is, I can't login to the OPAC.

when I try to login (Linux or web) authentication always fails, using
the default username and password, as found in the wiki.

After some digging in the log files, and fixing a lot of other stuff I
had missed at first, this is what I think is relevant from the
gateway.log file (after removing the INFO lines):

osrf_json_gw 2007-09-26 19:35:14
[ACT:8836:osrf_json_gateway.c:220:119085321188360] [10.0.0.12] []
open-ils.auth open-ils.auth.authenticate.init admin
osrf_json_gw 2007-09-26 19:35:14
[ACT:8836:osrf_json_gateway.c:220:119085321188361] [10.0.0.12] []
open-ils.auth open-ils.auth.authenticate.complete
{password:980fb545e636988433bf8eef652fd902,type:opac,org:null,username:admin}
osrf_json_gw 2007-09-26 19:35:14
[WARN:8836:osrf_stack.c:182:119085321188361] The stack doesn't know what
to do with the provided message code: 404, name osrfMethodException.
Passing UP.
osrf_json_gw 2007-09-26 19:35:14 [ERR
:8836:osrf_json_gateway.c:262:119085321188361] Gateway received error:
No authentication seed found. open-ils.auth.authenticate.init must be
called first

Apache's error log shows this line, seems the same message to me:
[Wed Sep 26 19:35:14 2007] [info] [client 189.169.63.24] OpenSRF JSON
Request returned error: osrfMethodException - No authentication seed
found. open-ils.auth.authenticate.init must be called first, referer:
https://myhost/opac/en-US/skin/default/xml/myopac.xml?d=0

The web client blocks for a while, and never shows an error message. 
The linux client shows a network error.

The last problem is with srfsh, math_test returns empty messages, I
guess after some kind of timeout:

srfsh# math_bench 1 0
|.|.|.|.|.|.|.|.|.|.


empty message for tt: 1

empty message for tt: 2

empty message for tt: 3

empty message for tt: 4

  Average round trip time: 5.003631

Thanks in advance for your help.

-- 
Hector Gonzalez
[EMAIL PROTECTED]
http://www.genac.org



Re: [OPEN-ILS-DEV] Missing directory

2007-09-27 Thread Dan Scott
On 27/09/2007, Noel Goodman [EMAIL PROTECTED] wrote:
 Hey all,
 I forgot about a little problem I encountered while following the installing
 prereq. on gentoo guide.
 error is at Step 5 under the Installing Apache2 section.
 5. Copy eg.conf and eg_vhost.conf from ILS/Open-ILS/examples/apache/ into
 the /etc/apache2/vhosts.d/ directory.

 I can't seem to locate the directory 'ILS' in my filesystem.

 What I did was simply create the eg.conf and eg_vhost.conf files and put the
 data from the links given at step 6 and step 8.

 I feel my approach was wrong here.  Can you guys explain how steps 5 to 9
 works.
 _
 As for the previous problem with the CPAN, I downloaded the  bundle
 separately, but I want to know where does the terminal put the download and
 its dependencies so I can put then in the same place if i need to do it
 manually and continue with command reload cpan.

 Thanks.


Hi Noel:

ILS is the generic term for the base directory of the Evergreen
source; for example, if you downloaded the Evergreen source files via
subversion, the actual directory name might be trunk (for the most
current development files) or rel_1_2 (for the 1.2.x branch). If
you're using the files extracted from Evergreen-1.2.0-rc4.tar.gz, the
files will be in a directory named Evergreen-1.2.0-rc4.

I can add a note to the wiki to explain that more clearly.

As for CPAN, you'll find that the source files get placed in a .cpan/
directory under the home directory of the user that you are using to
issue the CPAN commands.. In the Gentoo instructions, to avoid
conflicting with the system packages, I suggest installing the Perl
modules as the opensrf user and set CPAN config variables to place the
resulting Perl modules and associated files under the /openils/
directory.

-- 
Dan Scott
Laurentian University


Re: [OPEN-ILS-DEV] No authentication seed found.

2007-09-27 Thread Héctor González
Bill Ott wrote:

 Héctor González said the following on 09/27/2007 01:02 PM:
 Also, the errors Bill is getting do NOT show in my apache logs, I'm not
 sure if my log level is different or not.
   
 I set my log level to info (i.e. LogLevel info ).  I believe if you
 follow all of the wiki instructions that will be with your Apache
 configs in eg.conf
my log level is set to debug, I thought that was lower than info.
  

 Still haven't gotten a chance to dig in and see if I can get any other
 info.


 :8836:osrf_json_gateway.c:262:119085321188361] Gateway received error:
 No authentication seed found. open-ils.auth.authenticate.init must be
 called first
 The only time I've seen this error is when memcached is not running,
 or not running correctly.
Thank you, that was it, one of the pages had a command to run memcached
at port 10101, but I had the config files pointing to 11211.
I can login properly now, not from srfsh, not sure why, but from web and
the client it works.


 An easy test without running the client is simply to type the
 following at the srfsh (assuming default password):
  login admin open-ils




-- 
Hector Gonzalez
[EMAIL PROTECTED]
http://www.genac.org




Re: [OPEN-ILS-DEV] missing white space after macro

2007-09-27 Thread Scott McKellar
None of my betters appears to have responded, so I'll take a shot
at it.

It looks like gcc is warning you about some dubious syntax in
jsarena.c.  What is jsarena.c?

I looked over a recent download of the current development tree and
found no file by that name,,,nor does the string jsarena occur in
any of the files in the tree, in upper, lower, or mixed case.

I downloaded the fourth release candidate, unzipped and untarred it,
and looked for jsarena.c.  I still couldn't find it, either as a
file name or as a character string.  Whatever it is, it doesn't
seem to be part of Evergreen.

I googled for jsarena.c and, at least in the first few pages of
results, every reference was apparently to some file in Mozilla,
unrelated to Evergreen.

Is it possible that you somehow triggered an attempt to rebuild
Firefox (or Netscape or something) from source?

Scott McKellar
http://home.swbell.net/mck9/ct/

--- Grant Johnson [EMAIL PROTECTED] wrote:

 Hey all,
 Trying an install of Fourth release candidate for Evergreen 1.2.0 (
 http://open-ils.org/downloads/Evergreen-ILS-1.2.0-rc4.tar.gz ) on
 Ubuntu 7.04 wkstn.
 Updated all packages prior to starting install.  (Hmmm)
  
 Step # 11   -  $ make -f Makefile.ref
 results in a whack of lines like this! 
 No errors before this point that I can see.
  
 *
 command line:1:16: warning: missing whitespace after the macro name
 gcc -o Linux_All_DBG.OBJ/jsarena.o -c -Wall -Wno-format -DGCC_OPT_BUG
 -g -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE
 -DHAVE_LOCALTIME_R -DX86_LINUX  -DDEBUG -DDEBUG_evergreen-admin
 -DEDITLINE -ILinux_All_DBG.OBJ  jsarena.c
 *