[OPEN-ILS-DEV] staff client error

[Lyons, Cyrus 2]

No problem. I had the same initial issue with my fresh Etch install
recently. The problem seems to be resolved (this is not a fix I've
checked with anyone; just a hunch I followed through) if you create a
symlink to the xul build directory and call it whatever the client is
hoping to find.

One solution for this is to build the Staff Client from source with
the versionless flag, but this is apparently now deprecated. Instead,
I symlinked the server directory to a different name:

root at evergreen:/openils/var/web/xul# ln -s
/openils/var/web/xul/20080723.124351 /openils/var/web/xul/rel_1_2_2_3.

The directory 20080723.124351 contains my build of the server; it is
named as such because that's when the build was run (I presume). This
is server version 1.2.2.3, and the Staff Client, also being version
1.2.2.3, is designed to connect to the rel_1_2_2_3 build. Thus, the
symlink makes it appear as though the 20080723.124351 build is in fact
simply rel_1_2_2_3.

It's simple enough to check which versions you need to use -- navigate
to /openils/var/web/xul and do an ls to find out what your build is
called; then open up the Staff Client and hit "About this client..."
and check the Target Server ID near the top to find out what your
symlink should be called. Note that since this seems to me to be a
workaround, rather than a fix, you should probably check that your
staff client is in fact the same version as the server. Not sure about
that - just a guess.

root at evergreen:/openils/var/web/xul# ln -sf <buildid> <targetserverid>

Replace above.

As I say, not at all an official word - just blind guesswork on my
part.


Regards,

Cyrus



-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org
[mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of
Robert Soulliere
Sent: 24 July 2008 14:43
To: Evergreen Development Discussion List
Subject: [OPEN-ILS-DEV] staff client error

I recently re-installed the staff client and am now getting the error:
"This server does not support your version of this staff client" when
I
start or try to test the connection.

My server is Debian Etch machine. Should I be looking into the network
settings on the server?

Thanks Cyrus for the quick reply to my last question.  


Thanks,
Robert

----- Original Message -----
From: "Lyons, Cyrus 2" <lyonsc2 at lsbu.ac.uk>
Date: Thursday, July 24, 2008 9:13 am
Subject: RE: [OPEN-ILS-DEV] marc record import questions - gutenberg
To: Evergreen Development Discussion List
<open-ils-dev at list.georgialibraries.org>

> Hi Robert,
> 
> The backslash should only be placed at the end of one line but in
the
> middle of a command. It allows one command to span multiple lines:
> 
> root at evergreen:~# mkdir foo
> 
> ...would create the directory ~/foo. This would also create that
> directory:
> 
> root at evergreen:~# mkdir \
> > foo
> 
> ...hitting return at the end of each line. If you type the command
out
> on one line, the backslash is unnecessary; indeed, it will interfere
> with the proper syntax of the command. The following two commands
are
> not identical, and only the second is correct:
> 
> root at evergreen:~# mkdir \ bar
> root at evergreen:~# mkdir bar
> 
> This is important when commands are followed by options (as in your
> case); the options trailing the backslash will not be interpreted
> correctly.
> 
> Once you have the server running, the staff client should indeed be
> good to go. The first time you run it from any given machine, you
need
> to use the admin details ("admin" // "open-ils" are default) to log
> in, and then register the workstation using the area in the
top-right
> of the client login screen. Once you have done that, you can use
that
> staff client to log in with any Staff patron account.
> 
> That should be all that there is to it. I'm afraid I know too little
> about the software to help on anything more technical than that!
> 
> 
> Cheers,
> 
> Cyrus
> 
> 
> 
> -----Original Message-----
> From: open-ils-dev-bounces at list.georgialibraries.org
> [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of
> Robert Soulliere
> Sent: 24 July 2008 13:59
> To: Evergreen Development Discussion List
> Subject: Re: [OPEN-ILS-DEV] marc record import questions - gutenberg
> 
> I was able to get this part to work but am still running into snags
> during the import of the Gutenberg records.  
> 
> When I try:
> 
> perl pg_loader.pl -or bre -or mrd -or mfr -or mtfe -or mafe -or msfe
> -or
> mkfe -or msefe \ -a mrd -a mfr -a mtfe -a mafe -a msfe -a mkfe -a
> msefe
> < ~/gutenberg.ingest > ~/gutenberg.sql
> 
> I get the errors 
> "Can't open -a No such file..."
> "Can't open "mrd No such file..."
> 
> Was I reading this command wrong? Should the "\" between "msefe" and
> "-a" be there?  
> If I remove the "\" it seems to run but when I complete the steps
for
> importing and making the records viewable in the catalog, it doesn't
> seem to be correct since no records seem to be in the catalog.  
> 
> 
> 1. Once Evergreen is installed, should the staff client be good to
go
> or
> did I need to register the computers in a config file on the system?
> The
> server connection test works but I cannot login. "admin" and
> "open-ils"
> are the default admin login and password, correct?
> 
> 
> The system is running and the settings-tester and srfsh tests are
> indicating no problems.
> 
> 
> Thank,
> Robert
> 
> ----- Original Message -----
> From: Mike Rylander <mrylander at gmail.com>
> Date: Friday, July 11, 2008 3:05 pm
> Subject: Re: [OPEN-ILS-DEV] marc record import questions - gutenberg
> To: Evergreen Development Discussion List
> <open-ils-dev at list.georgialibraries.org>
> 
> > On Thu, Jul 10, 2008 at 12:22 PM, Robert Soulliere
> > <robert.soulliere at mohawkcollege.ca> wrote:
> > > I am running the gutenberg example found at:
> > > http://www.open-ils.org/dokuwiki/doku.php?id=evergreen-
> > admin:importing:bibrecords>
> > > but am running into some snags.
> > >
> > > Step 1 works well and seems to do what it is supposed to do.
> > > When I do step 2: perl direct_ingest.pl gutenberg.bre > 
> > ~/gutenberg.ingest> the system seems to hang up. Do you know how 
> > long that process should
> > > take and what output should be shown when it is complete?
> > >
> > 
> > The only time I've seen direct_ingest hang is if it's attempting
to
> > talk to an OpenSRF app to gather the set indexing definitions or
the
> > IDL location and the app is not responding.  Are the OpenSRF apps
> all
> > running?
> > 
> > -- 
> > Mike Rylander
> > | VP, Research and Design
> > | Equinox Software, Inc. / The Evergreen Experts
> > | phone: 1-877-OPEN-ILS (673-6457)
> > | email: miker at esilibrary.com
> > | web: http://www.esilibrary.com
> > 
> 
> 
> This E-mail contains privileged and confidential information
intended
> only for the individual or entity named in the message.  If the
reader
> of this message is not the intended recipient, or the agent
> responsible
> to deliver it to the intended recipient, you are hereby notified
that
> any review, dissemination, distribution or copying of this
> communication
> is prohibited.  If this communication was received in error, please
> notify the sender by reply E-mail immediately, and delete and
destroy
> the original message.
> 
> Email has been scanned for spam and viruses by Altman Technologies'
> email management service - www.altman.co.uk/emailsystems/
> Any queries regarding these services should be emailed to
> ICTemail at lsbu.ac.uk or you can check our web site at
> www.lsbu.ac.uk/email/ for up todate information about this service.
> --
> Email has been scanned for spam and viruses by Altman Technologies' 
> email management service
> 
> Copyright in this email and in any attachments belongs to London 
> South Bank University. This email, and its attachments if any, may 
> be confidential or legally privileged and is intended to be seen 
> only by the person to whom it is addressed. If you are not the 
> intended recipient, please note the following: (1) You should take 
> immediate action to notify the sender and delete the original email 
> and all copies from your computer systems; (2) You should not read 
> copy or use the contents of the email nor disclose it or its 
> existence to anyone else.
> 
> The views expressed herein are those of the author(s) and should 
> not be taken as those of London South Bank University, unless this 
> is specifically stated.
> 
> London South Bank University is a company limited by guarantee 
> registered in England and Wales. The following details apply to 
> London South Bank University: Company number - 00986761; Registered 
> office and trading address - 103 Borough Road London SE1 0AA; VAT 
> number - 778 1116 17; Email address - lsbuinfo at lsbu.ac.uk


This E-mail contains privileged and confidential information intended
only for the individual or entity named in the message.  If the reader
of this message is not the intended recipient, or the agent
responsible
to deliver it to the intended recipient, you are hereby notified that
any review, dissemination, distribution or copying of this
communication
is prohibited.  If this communication was received in error, please
notify the sender by reply E-mail immediately, and delete and destroy
the original message.

Email has been scanned for spam and viruses by Altman Technologies'
email management service - www.altman.co.uk/emailsystems/
Any queries regarding these services should be emailed to
ICTemail at lsbu.ac.uk or you can check our web site at
www.lsbu.ac.uk/email/ for up todate information about this service.
--
Email has been scanned for spam and viruses by Altman Technologies' email management service

Copyright in this email and in any attachments belongs to London South Bank University. This email, and its attachments if any, may be confidential or legally privileged and is intended to be seen only by the person to whom it is addressed. If you are not the intended recipient, please note the following: (1) You should take immediate action to notify the sender and delete the original email and all copies from your computer systems; (2) You should not read copy or use the contents of the email nor disclose it or its existence to anyone else.

The views expressed herein are those of the author(s) and should not be taken as those of London South Bank University, unless this is specifically stated.

London South Bank University is a company limited by guarantee registered in England and Wales. The following details apply to London South Bank University: Company number - 00986761; Registered office and trading address - 103 Borough Road London SE1 0AA; VAT number - 778 1116 17; Email address - lsbuinfo at lsbu.ac.uk