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:
[EMAIL PROTECTED]:~# mkdir foo
...would create the directory ~/foo. This would also create that
directory:
[EMAIL PROTECTED]:~# 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:
[EMAIL PROTECTED]:~# mkdir \ bar
[EMAIL PROTECTED]:~# 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: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 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 <[EMAIL PROTECTED]>
Date: Friday, July 11, 2008 3:05 pm
Subject: Re: [OPEN-ILS-DEV] marc record import questions - gutenberg
To: Evergreen Development Discussion List
<[email protected]>
> On Thu, Jul 10, 2008 at 12:22 PM, Robert Soulliere
> <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
> | 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
[EMAIL PROTECTED] 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 - [EMAIL PROTECTED]
