[OPEN-ILS-GENERAL] Minimum required PostgreSQL version to change with Evergreen 2.11

[Galen Charlton]

Hi,

Summary: With the release of Evergreen 2.11 in the fall, the minimum
required version of PostgreSQL will become 9.3. You can upgrade
PostgreSQL at any time between now and when you upgrade to Evergreen
2.11.

Longer version: At the development meeting yesterday, the developers
decided that with the release of Evergreen 2.11 in the fall, the
minimum required version of PostgreSQL will be 9.3.  This decision was
made for the following reasons:

- Community support for PostgreSQL 9.1 will end in September 2016 (and
consequently, Evergreen's support for 9.1 was deprecated upon the
release of Evergreen 2.10.0).
- There are features in newer versions of Pg that would be useful for
Evergreen to take advantage of.
- Well-supported packages of PostgreSQL 9.3 and later are available
for Debian, Ubuntu, and Fedora via the distributions as well as via
apt.postgresql.org and yum.postgresql.org.

Consequently, we recommend that users of Evergreen plan on upgrading
to PostgreSQL 9.3 (or later) by September of 2016 at the latest (or at
the /very/ latest, as part of upgrading to Evergreen 2.11). Existing
supported versions of Evergreen will work on newer PostgreSQL
versions; it is not necessary to plan on doing an Evergreen upgrade
simply to run a new version of PostgreSQL.

One thing to note is that the current stable releases of Evergreen
(2.10.x, 2.9.x, and 2.8.x) are not expected to ever require Pg 9.3;
any new features that depend on Pg 9.3 will make their appearances
only in Evergreen 2.11 or later.

Regards,

Galen
-- 
Galen Charlton
Infrastructure and Added Services Manager
Equinox Software, Inc. / Open Your Library
email:  g...@esilibrary.com
direct: +1 770-709-5581
cell:   +1 404-984-4366
skype:  gmcharlt
web:http://www.esilibrary.com/
Supporting Koha and Evergreen: http://koha-community.org &
http://evergreen-ils.org

Re: [OPEN-ILS-GENERAL] OPAC default url

[Sitalk Teres]

James Keenan  writes:

> 
> Hi Sitalk, 
> 
> If you enter /eg/opac/home
> That should get you to the basic search page in the catalog.
> 
> (where "server name" is the fully qualified domain name, eg
"catalog.ourplace.org" )
> 
> Jim
> 
> -Original Message-
> From: Open-ils-general
> [mailto:open-ils-general-boun...@...es.org]
> On Behalf Of Sitalk Teres
> Sent: Wednesday, April 6, 2016 8:07 PM
> To: open-ils-general@...
> Subject: [OPEN-ILS-GENERAL] OPAC default url
> 
> Hello,
> 
> First of all thanks everyone for the support.
> 
> The installation of Evergreen 2.10 went smoothly on Debian 8. 
> 
> After which the ejabberd services and Evergreen have been started
successfully. 
> 
> There were not any errors after running the autogen.sh script and after
restarting apache2. 
> 
> Afterwards I logged in successfully into Evergreen through the srfsh console. 
> 
> The settings-tester.pl script also did not reveal any errors. 
> 
> However I was not able to find any reference to the OPAC url. 
> I tried "http://<>/xul/server", but I got the error:
> 
> "The requested URL /xul/server was not found on this server."
> 
> Could anyone suggest what is the correct url for accessing the OPAC?
> How could I troubleshoot any possible errors?
> 
> Thanks in advance. 
> 
> 

Thank you very much for your responses. 

Unfortunately the url "http://<>/eg/opac/home"

still shows the following error:

"Not found
The requested URL /eg/opac/home was not found on this server."

Most likely this is an apache2 problem. 

I am going to do some more digging. 


Sitalk

Re: [OPEN-ILS-GENERAL] OPAC default url

[James Keenan]

Hi Sitalk, 

If you enter /eg/opac/home
That should get you to the basic search page in the catalog.

(where "server name" is the fully qualified domain name, eg 
"catalog.ourplace.org" )

Jim



-Original Message-
From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Sitalk 
Teres
Sent: Wednesday, April 6, 2016 8:07 PM
To: open-ils-general@list.georgialibraries.org
Subject: [OPEN-ILS-GENERAL] OPAC default url

Hello,

First of all thanks everyone for the support.

The installation of Evergreen 2.10 went smoothly on Debian 8. 

After which the ejabberd services and Evergreen have been started successfully. 

There were not any errors after running the autogen.sh script and after 
restarting apache2. 

Afterwards I logged in successfully into Evergreen through the srfsh console. 

The settings-tester.pl script also did not reveal any errors. 

However I was not able to find any reference to the OPAC url. 
I tried "http://<>/xul/server", but I got the error:

"The requested URL /xul/server was not found on this server."

Could anyone suggest what is the correct url for accessing the OPAC?
How could I troubleshoot any possible errors?

Thanks in advance. 

Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking checkout

[Thomas Berezansky]

I was thinking that the calling code would be modified to set the  
origin type, potentially similar to how some of the User Activity  
stuff works.


Staff client origin would set "Staff", TPac would set "OPAC", the  
builtin selfcheck code would set "Selfcheck", and I was actually  
thinking about making SIPServer set "SIP" by default but allow easy  
override for specific users and/or profiles to allow things like  
"Selfcheck" or, in the case of some web apps communicating via SIP2,  
"OPAC" (to treat "renewed from app" as "renewed in opac" from a rules  
POV).


Quoting Josh Stompro :

Thomas, how would the origin type be set?  Based on the Permission  
Profile?  Would it be similar to how the Hold Policy rules include  
both the "Requestor Permission Group" and the "User Permission Group"?


Josh Stompro - LARL IT Director


-Original Message-
From: Open-ils-general  
[mailto:open-ils-general-boun...@list.georgialibraries.org] On  
Behalf Of Thomas Berezansky

Sent: Wednesday, April 06, 2016 2:27 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking checkout

For reference:

I had thoughts about creating a "origin type" like field in the circ  
matrix "Staff", "OPAC", "Selfcheck", etc. Then you could set rules  
based on that to say "Staff can renew this, but you can't OPAC renew  
this" and "this can't be checked out at a selfcheck,". Add in an  
option on accounts in SIPServer for what context to use and you  
could have that context be different across SIP2 users.


The use cases I have heard are all similar to "A game case (with  
barcode on the outside per delivery rules) sits on the shelf, but  
the disk/cartridge/whatever is actually behind the reference desk".


Quoting Elaine Hardy :


Josh,

I don't think this is ​a problem for a software solution. I think it
is best solved by ILL workflow changes and staff education.

In PINES, ILL staff are instructed to check the item out to the patron
when they create the pre-cat record so that the due date is set
correctly. As you mentioned, it doesn't matter when the patron picks
up the item, it is still due back to the lending library at their set
date. ILL staff are also instructed to renew the item so that it  
cannot be renewed by the patron.

(We don't have a circ modifier expressly for ILLs, since initially,
you could not choose a circ modifier for a pre-cat. We should add one
but it hasn't been on my radar to do so and PINES libraries haven't  
asked for one).


The item also generally has a book strap that identifies it as an ILL
item so that it can be correctly handled on check out and return
(provided the patron leaves the strap on).

I don't know if self checkout differs, but if I try to check out, in
the client, an item already checked out to me, I get an error message
telling me that. I still would not want the item to go to the holds
shelf since I would want the patron to be verbally told the due date
and any other information. Having ILL staff check the item out may
solve the self check problem if it does inadvertently get placed there.

Elaine



J. Elaine Hardy
PINES & Collaborative Projects Manager Georgia Public Library
Service/PINES
1800 Century Place, Ste. 150
Atlanta, GA 30045

404.235.7128 Office
404.548.4241 Cell
404.235.7201 FAX

On Wed, Apr 6, 2016 at 2:21 PM, Josh Stompro

wrote:


Thanks for the idea been.  I am referring to the web based self
check, I should have clarified that.
Josh

Josh Stompro - LARL IT Director


-Original Message-
From: Open-ils-general [mailto:
open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben
Shum
Sent: Wednesday, April 06, 2016 11:40 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking
checkout

Presuming you mean the Evergreen web selfcheck, I could only think of
a workaround approach like follows:

If you were to designate the workstation for the selfcheck to be a
different org unit (like an opac invisible child unit of the parent
library), then include a circ policy in circ_matrix_matchpoint that
says, don't circ items of a particular copy location (the ILL one) or
circ modifier (if you have an ILL circ mod?), but leave the rest to
fallthrough back up to the parent org unit rules, then the selfcheck
could function differently with regards to those materials.

Otherwise, I've found it more common that staff wanted items to be
completely restricted and not allowed for checkout (i.e. circulate =
false on the item or copy location levels) and to deal with it at the
desk as you hint would be burdensome.

Some development required maybe if we want to avoid any crazy
workarounds like the one I posit above.

And if you're talking about SIP2-based selfchecks, that's a whole
other ball game entirely

Just thinking aloud, hope some of that might prove helpful.

-- Ben

On Wed, Apr 6, 2016 at 

Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking checkout

[Josh Stompro]

Hello Michele,

We did look at that also, but we would like to keep using the normal process of 
placing items in transit to the branch where they are needed, and then hold 
shelf procedure, even if the items are kept behind the desk.  Going into 
transit would still work though, but what would happen once the item arrives 
and gets checked in?  I would think the status would change to on holdshelf 
from the ILL status.

We are a consolidated system with a central ILL department that handles 
requests for our 22 locations.  So the incoming ILL items always come in to our 
central location and get added to the system by our ILL staff member.  Then she 
places the hold and sends the item out to the patron’s pickup location.  So our 
branches are not handling incoming ILL’s directly from the sending organization.

Josh Stompro - LARL IT Director

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
Morgan, Michele
Sent: Wednesday, April 06, 2016 2:51 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking checkout

Josh,
Have you considered using a different status for the ILL items?
We have the library setting "Selfcheck override events list" configured to 
automatically override the COPY_NOT_AVAILABLE block. But we also have the 
library setting "Block copy checkout status" configured to prevent checkout of 
some individual statuses.
You could give these items the ILL status, and block self checkout for that 
status using the library settings.
Hope this helps,
Michele

--
Michele M. Morgan, Technical Assistant
North of Boston Library Exchange, Danvers Massachusetts
mmor...@noblenet.org


On Wed, Apr 6, 2016 at 3:27 PM, Thomas Berezansky 
> wrote:
For reference:

I had thoughts about creating a "origin type" like field in the circ matrix 
"Staff", "OPAC", "Selfcheck", etc. Then you could set rules based on that to 
say "Staff can renew this, but you can't OPAC renew this" and "this can't be 
checked out at a selfcheck,". Add in an option on accounts in SIPServer for 
what context to use and you could have that context be different across SIP2 
users.

The use cases I have heard are all similar to "A game case (with barcode on the 
outside per delivery rules) sits on the shelf, but the disk/cartridge/whatever 
is actually behind the reference desk".


Quoting Elaine Hardy 
>:
Josh,

I don't think this is ​a problem for a software solution. I think it is
best solved by ILL workflow changes and staff education.

In PINES, ILL staff are instructed to check the item out to the patron when
they create the pre-cat record so that the due date is set correctly. As
you mentioned, it doesn't matter when the patron picks up the item, it is
still due back to the lending library at their set date. ILL staff are also
instructed to renew the item so that it cannot be renewed by the patron.
(We don't have a circ modifier expressly for ILLs, since initially, you
could not choose a circ modifier for a pre-cat. We should add one but it
hasn't been on my radar to do so and PINES libraries haven't asked for one).

The item also generally has a book strap that identifies it as an ILL item
so that it can be correctly handled on check out and return (provided the
patron leaves the strap on).

I don't know if self checkout differs, but if I try to check out, in the
client, an item already checked out to me, I get an error message telling
me that. I still would not want the item to go to the holds shelf since I
would want the patron to be verbally told the due date and any other
information. Having ILL staff check the item out may solve the self check
problem if it does inadvertently get placed there.

Elaine



J. Elaine Hardy
PINES & Collaborative Projects Manager
Georgia Public Library Service/PINES
1800 Century Place, Ste. 150
Atlanta, GA 30045

404.235.7128 Office
404.548.4241 Cell
404.235.7201 FAX

On Wed, Apr 6, 2016 at 2:21 PM, Josh Stompro 
>
wrote:
Thanks for the idea been.  I am referring to the web based self check, I
should have clarified that.
Josh

Josh Stompro - LARL IT Director


-Original Message-
From: Open-ils-general [mailto:
open-ils-general-boun...@list.georgialibraries.org]
 On Behalf Of Ben Shum
Sent: Wednesday, April 06, 2016 11:40 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking checkout

Presuming you mean the Evergreen web selfcheck, I could only think of a
workaround approach like follows:

If you were to designate the workstation for the selfcheck to be a
different org unit (like an opac invisible child unit of the parent
library), then include a circ policy in circ_matrix_matchpoint that says,
don't circ 

Re: [OPEN-ILS-GENERAL] Visit to Red Hat Corporate HQ

[Chris Sharp]

Good Morning all,

We have 10 slots still available for the visit to Red Hat.  I'm trying to
get the head count and interest information back to my contact at Red Hat
before next week, so they can prepare for our visit.  If you're interested,
could you please add your name and area of interest to the Google Document (
https://docs.google.com/document/d/1aOxYtz_N-8EvseK3PzuD7Zo5UJ61R3rgjwRtU4PAPpc/edit?usp=sharing)
before the end of the day tomorrow (Friday, April 8, 5:00 p.m. EDT)?

Thanks!

Chris

On Mon, Apr 4, 2016 at 10:28 AM, Chris Sharp 
wrote:

> Good Morning all,
>
> Thanks to the magic of Google Maps, I realized that Red Hat Corporate
> headquarters is directly across the street from the venue hotel.  With the
> blessing of the local EG Conference planning committee, I have accordingly
> arranged a visit for up to 18 people from our conference group to visit Red
> Hat on Wednesday, April 20 (the pre-conference day) from 2:00 p.m. to 4:00
> p.m.  Please indicate your interested by adding your name to the list on
> this Google Doc:
>
>
> https://docs.google.com/document/d/1aOxYtz_N-8EvseK3PzuD7Zo5UJ61R3rgjwRtU4PAPpc/edit?usp=sharing
>
> They are planning to make subject matter experts available for us to speak
> with, so please also indicate your area of technology interest at the
> bottom of the doc, so I can let them know what we'd want to talk about.
>
> Please let me know if you have any questions!
>
> Thanks,
>
> Chris
>
> --
> Chris Sharp
> PINES System Administrator
> Georgia Public Library Service
> 1800 Century Place, Suite 150
> Atlanta, Georgia 30345
> (404) 235-7147
>



-- 
Chris Sharp
PINES System Administrator
Georgia Public Library Service
1800 Century Place, Suite 150
Atlanta, Georgia 30345
(404) 235-7147