From dbw2 at calvin.edu  Mon Feb  3 10:11:08 2014
From: dbw2 at calvin.edu (Dan Wells)
Date: Mon, 3 Feb 2014 15:11:08 +0000
Subject: [OPEN-ILS-DEV] Translation Strings in Web Staff Client Prototype
Message-ID: <95ce4e56ad6d42fd9d6f81fcf2715ba8@CO2PR06MB588.namprd06.prod.outlook.com>

Hello all,

In my prototype overview I mentioned that I would follow up with more specific feedback in a few places.  One such place is translations strings.  It makes me uneasy to see code end up at the translator end, even if the code itself is really simple.  For example, we currently have strings like:

l('Bucket {{bucket().name()}}')


What about instead doing something like:

l('Bucket [_1]', '{{bucket().name()}}')

?

This is similar to a lot of places in the current code where ID'ed spans are stuck into strings.  Would this work?  This is obviously a really simple change, but perhaps important to address before we go much further.

Thanks,
Dan



Daniel Wells
Library Programmer/Analyst
Hekman Library, Calvin College
616.526.7133



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140203/06d7496d/attachment.htm>

From berick at esilibrary.com  Mon Feb  3 15:22:38 2014
From: berick at esilibrary.com (Bill Erickson)
Date: Mon, 3 Feb 2014 15:22:38 -0500
Subject: [OPEN-ILS-DEV] Translation Strings in Web Staff Client Prototype
In-Reply-To: <95ce4e56ad6d42fd9d6f81fcf2715ba8@CO2PR06MB588.namprd06.prod.outlook.com>
References: <95ce4e56ad6d42fd9d6f81fcf2715ba8@CO2PR06MB588.namprd06.prod.outlook.com>
Message-ID: <CAEYCT2Kb627u3wNpg=bBHRq3_fjO=F76G2SdrM4UM1hu0TDoDw@mail.gmail.com>

On Mon, Feb 3, 2014 at 10:11 AM, Dan Wells <dbw2 at calvin.edu> wrote:

>  Hello all,
>
> In my prototype overview I mentioned that I would follow up with more
> specific feedback in a few places.  One such place is translations
> strings.  It makes me uneasy to see code end up at the translator end, even
> if the code itself is really simple.  For example, we currently have
> strings like:
>
> l('Bucket {{bucket().name()}}')
>
>
> What about instead doing something like:
>
> l('Bucket [_1]', '{{bucket().name()}}')
>

Yes, we can and should do that.  I'm not sure what I was thinking...

Thanks, Dan.

-b


-- 
Bill Erickson
| Senior Software Developer
| phone: 877-OPEN-ILS (673-6457)
| email: berick at esilibrary.com
| web: http://esilibrary.com
| Equinox Software, Inc. / The Open Source Experts
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140203/42e71ec3/attachment.htm>

From klussier at masslnc.org  Wed Feb  5 08:04:12 2014
From: klussier at masslnc.org (Kathy Lussier)
Date: Wed, 05 Feb 2014 08:04:12 -0500
Subject: [OPEN-ILS-DEV] February 2014 developers meeting
Message-ID: <52F236CC.2030600@masslnc.org>

Hi all,

It's time to schedule the February Evergreen developers meeting. Doodle 
poll is available at http://doodle.com/shbpr649h6xint7r.

Kathy

-- 
Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
klussier at masslnc.org
Twitter: http://www.twitter.com/kmlussier


From schan at vcn.bc.ca  Thu Feb  6 15:00:50 2014
From: schan at vcn.bc.ca (steven)
Date: Thu, 6 Feb 2014 12:00:50 -0800 (PST)
Subject: [OPEN-ILS-DEV] prototype staff client, feedback/4
Message-ID: <alpine.DEB.2.10.1402061157250.17016@pumice>


The following code fragment is found in
templates/staff/circ/checking/index.tt2 of the prototype staff client.

I've properly indented it and applied a suggestion from Dan Wells (3 Feb 2014,
dev list).

<script>
// this could live in a .tt2 file instead -- if it gets large
angular.module('egCoreMod').factory('egCheckinStrings', function() {
     return {
         UNCAT_ALERT_DIALOG: '[% l('Copy "[_1]" was mis-scanned or is not cataloged', '{{copy_barcode}}') %]',
         COPY_ALERT_MSG_DIALOG_TITLE: '[% l('Copy Alert Message for [_1]', '{{copy_barcode}}') %]'
     };
});
</script>

The inline Javascript within a script tag defines an Angularjs module
containing the translation of a couple of text strings.  Each of the translated
text strings has a component that needs to be substituted with an expression
('copy_barcode') which will evaluate at run-time.  The module is intended to be
used by the Javascript run-time environment to replace English text to text
specific to the current locale setting.  An example of using the module in the
checkin controller is as follows.

egAlertDialog.open(egCheckinStrings.UNCAT_ALERT_DIALOG, args);

The egCheckinStrings module has been injected into the checkin controller.  If
an abnormal event has occurred that requires showing a message to the user, the
translation map will be used to access one of the relevant text.  .

Questions/observations:

   - How will the copy_barcode substitution work in the Javascript environment?
     Perhaps its due to my superficial knowledge of Angularjs, but I can't see
     how or when the subsitution can be properly done.

   - The translation map seems too tightly coupled to the controller code.  The
     text phrases are binding a particular expression to themselves.  If we want
     to change the name of the expression of an existing text, or if we want to
     bind the same phrase to another expression, user barcode instead of copy
     barcode, for example, then we would need to change the translation map.

   - I'm assuming the Perl environment is handling the esoteric l10n issues,
     such as date, time, currency formats, and so on, using Perl modules
     available on the server.  Do we want the Javascript environment to handle
     the same l10n issues for run-time values of these data types?  and if so,
     how will that be done? I can't see any way to do it except to download l10n
     rules from the server.

Suggestions to make the code pattern more readable:

   - Using the English phrase as the object key instead of another generic text
     string would make the code more readable.  If there is a component that
     needs substitution, use a facsimile that corresponds to the run-time
     expression.  (Use a short generic text string only if the English phrase is
     very long.)

     egAlertDialog.open(egCheckinStrings['Copy copy_barcode was mis-scanned or is not cataloged'], args);

   - Whenever the module is used, mapping the module name to a constant name like
     l10n instead of a unique name would also make the code more readable.

     egAlertDialog.open(l10n['Copy copy_barcode was mis-scanned or is not cataloged'], args);

   - Defining all the translation maps in a separate module, maybe egI18NMod,
     instead of egCoreMod, would help software maintenance, because the
     i18n/l10n issue is important enough to be assigned its own module.

The resultant inline Javascript with the above suggestions would look as follows.

<script>
angular.module('egi18nMod').factory('egCheckinStrings', function() {
     return {
         'Copy copy_barcode was mis-scanned or is not cataloged': '[% l('Copy "[_1]" was mis-scanned or is not cataloged', '{{copy_barcode}}') %]',
         'Copy Alert Message for copy_barcode': '[% l('Copy Alert Message for [_1]', '{{copy_barcode}}') %]'
     };
});
</script>

-- 
steven <steven.chan at bc.libraries.coop>
bc libraries co-op/sitka

From paul at flo.org  Fri Feb  7 03:43:58 2014
From: paul at flo.org (Paul Hoffman)
Date: Fri, 7 Feb 2014 14:13:58 +0530
Subject: [OPEN-ILS-DEV] Evergreen 2.5.2 makefile patch
Message-ID: <20140207084357.GA11395@woozy.notinkansas>

I got stuck on a new Evergreen 2.5.2 installation on an Ubuntu 10.04 
server (ubuntu-lucid) and have found what appears to be a bug in 
Open-ILS/src/extras/install/Makefile.ubuntu-lucid.  I was following the 
instructions (http://.../README_2_5.html) and hit an error when running 
./configure as shown in section 4:

# su paul
$ PATH=/openils/bin:$PATH ./configure --prefix=/openils --sysconfdir=/openils/conf
[...]
checking for dlopen in -ldl... yes
checking for dbi_initialize in -ldbi... no
checking for libdbi pgsql driver (dynamic load)... configure: error: in `/usr/local/src/Evergreen-ILS-2.5.2':
configure: error: "pgsql driver not installed?"
See `config.log' for more details

After a certain amount of flailing about -- I'll spare you the 
embarrassing details -- I noticed that Makefile.ubuntu-lucid didn't 
actually attempt to build the install_libdbi target in Makefile.common.  
I added it there and continued the install and that seemed to do the 
trick:

------------ >8 ------------ >8 ------------ >8 ------------ >8 ------------
--- Evergreen-ILS-2.5.2/Open-ILS/src/extras/install/Makefile.ubuntu-lucid       2014-01-16 16:11:29.000000000 -0500
+++ Evergreen-ILS-2.5.2.flo/Open-ILS/src/extras/install/Makefile.ubuntu-lucid   2014-02-07 03:11:22.667919181 -0500
@@ -95,6 +95,7 @@
        make -f $(DIR)/Makefile.common install_cpan_force
        make -f $(DIR)/Makefile.debian install_js_sm
        make -f $(DIR)/Makefile.debian debian_sys_config
+       make -f $(DIR)/Makefile.common install_libdbi
 
 install_yaz:
        if [ ! -d $(YAZ) ]; then wget $(YAZ_HOST)/$(YAZ).tar.gz; fi;
------------ >8 ------------ >8 ------------ >8 ------------ >8 ------------

Naturally, I assume someone else has already found this -- I'm not 
pulling from the git repo yet -- but it gives me a warm feeling 
nonetheless.

Paul.

-- 
Paul Hoffman <paul at flo.org>
Systems Librarian
Fenway Libraries Online
c/o Wentworth Institute of Technology
550 Huntington Ave.
Boston, MA 02115
(617) 442-2384 (FLO main number)

From csharp at georgialibraries.org  Fri Feb  7 07:13:01 2014
From: csharp at georgialibraries.org (Sharp, Chris)
Date: Fri, 7 Feb 2014 07:13:01 -0500 (EST)
Subject: [OPEN-ILS-DEV] Evergreen 2.5.2 makefile patch
In-Reply-To: <20140207084357.GA11395@woozy.notinkansas>
Message-ID: <85376425.225552.1391775181063.JavaMail.root@hagrid.georgialibraries.org>

Paul,

Thanks for finding that - great detective work!  I'll take responsibility for that oversight, since I was the one to put that script together.  (Though I tested the lucid install on a VM at the time and didn't see the issue, I didn't do a *lot* of testing beyond seeing that the Makefile.install script finished without an error).

I will mention that lucid almost didn't make the per-distro "Makefile.install" cut, since technically we support the most current Ubuntu LTS version, but since we had most of the workings for lucid already created, and one of our sites indicated that they are still using lucid, I decided to include it in my efforts.  For good measure, I'll recommend that you run on Ubuntu 12.04 if that's possible for you.  As soon as 14.04 is released this April, we will be removing support for 10.04 altogether.

For submitting the patch, see http://wiki.evergreen-ils.org/doku.php?id=dev:git for guidelines/instructions.  If you would rather someone else submit the patch on your behalf, you can request that too.

Thanks for the catch!

Chris


----- Original Message -----
> From: "Paul Hoffman" <paul at flo.org>
> To: open-ils-dev at list.georgialibraries.org
> Sent: Friday, February 7, 2014 3:43:58 AM
> Subject: [OPEN-ILS-DEV] Evergreen 2.5.2 makefile patch
> 
> I got stuck on a new Evergreen 2.5.2 installation on an Ubuntu 10.04
> server (ubuntu-lucid) and have found what appears to be a bug in
> Open-ILS/src/extras/install/Makefile.ubuntu-lucid.  I was following
> the
> instructions (http://.../README_2_5.html) and hit an error when
> running
> ./configure as shown in section 4:
> 
> # su paul
> $ PATH=/openils/bin:$PATH ./configure --prefix=/openils
> --sysconfdir=/openils/conf
> [...]
> checking for dlopen in -ldl... yes
> checking for dbi_initialize in -ldbi... no
> checking for libdbi pgsql driver (dynamic load)... configure: error:
> in `/usr/local/src/Evergreen-ILS-2.5.2':
> configure: error: "pgsql driver not installed?"
> See `config.log' for more details
> 
> After a certain amount of flailing about -- I'll spare you the
> embarrassing details -- I noticed that Makefile.ubuntu-lucid didn't
> actually attempt to build the install_libdbi target in
> Makefile.common.
> I added it there and continued the install and that seemed to do the
> trick:
> 
> ------------ >8 ------------ >8 ------------ >8 ------------ >8
> ------------
> ---
> Evergreen-ILS-2.5.2/Open-ILS/src/extras/install/Makefile.ubuntu-lucid
>       2014-01-16 16:11:29.000000000 -0500
> +++
> Evergreen-ILS-2.5.2.flo/Open-ILS/src/extras/install/Makefile.ubuntu-lucid
>   2014-02-07 03:11:22.667919181 -0500
> @@ -95,6 +95,7 @@
>         make -f $(DIR)/Makefile.common install_cpan_force
>         make -f $(DIR)/Makefile.debian install_js_sm
>         make -f $(DIR)/Makefile.debian debian_sys_config
> +       make -f $(DIR)/Makefile.common install_libdbi
>  
>  install_yaz:
>         if [ ! -d $(YAZ) ]; then wget $(YAZ_HOST)/$(YAZ).tar.gz; fi;
> ------------ >8 ------------ >8 ------------ >8 ------------ >8
> ------------
> 
> Naturally, I assume someone else has already found this -- I'm not
> pulling from the git repo yet -- but it gives me a warm feeling
> nonetheless.
> 
> Paul.
> 
> --
> Paul Hoffman <paul at flo.org>
> Systems Librarian
> Fenway Libraries Online
> c/o Wentworth Institute of Technology
> 550 Huntington Ave.
> Boston, MA 02115
> (617) 442-2384 (FLO main number)
> 

-- 
Chris Sharp
PINES System Administrator
Georgia Public Library Service
1800 Century Place, Suite 150
Atlanta, Georgia 30345
(404) 235-7147
csharp at georgialibraries.org
http://pines.georgialibraries.org/

From narendranathjoshi at gmail.com  Sun Feb  9 05:08:00 2014
From: narendranathjoshi at gmail.com (Narendra Nath Joshi)
Date: Sun, 9 Feb 2014 15:38:00 +0530
Subject: [OPEN-ILS-DEV] GSoC 2014 Query
Message-ID: <CALde+Eoxy1YiRYKjEs2+V_B1RwgRE2h7meFVnwGUpWLV__jPJg@mail.gmail.com>

Hi all,
I am Narendra, pursuing a third year undergraduate course in Computer
Science in India. I would like to participate in GSoC 2014.
I have a fair amount of experience in Java, Python and Web Technologies
like HTML/CSS/JavaScript/PHP.

How can I get involved? Whom should I contact?

Thanks in advance.
Regards,
Narendra Nath Joshi
Bangalore, IN
+91 8050 434 665
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140209/a0d527eb/attachment.htm>

From klussier at masslnc.org  Mon Feb 10 10:12:49 2014
From: klussier at masslnc.org (Kathy Lussier)
Date: Mon, 10 Feb 2014 10:12:49 -0500
Subject: [OPEN-ILS-DEV] February 2014 developers meeting
In-Reply-To: <52F236CC.2030600@masslnc.org>
References: <52F236CC.2030600@masslnc.org>
Message-ID: <52F8EC71.3000201@masslnc.org>

Hi all,

The next Evergreen developers meeting is scheduled for Wednesday, 
February 12 at 2 p.m. Eastern, 11 a.m. Pacific, 19:00 UTC.

A draft agenda is available at 
http://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2014-02-12. Feel 
free to add any discussions items to the agenda.

Is anyone interested in running the meeting?

Kathy

Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
klussier at masslnc.org
Twitter: http://www.twitter.com/kmlussier

On 2/5/2014 8:04 AM, Kathy Lussier wrote:
> Hi all,
>
> It's time to schedule the February Evergreen developers meeting. 
> Doodle poll is available at http://doodle.com/shbpr649h6xint7r.
>
> Kathy
>


From paul at flo.org  Tue Feb 11 01:28:19 2014
From: paul at flo.org (Paul Hoffman)
Date: Tue, 11 Feb 2014 11:58:19 +0530
Subject: [OPEN-ILS-DEV] Evergreen 2.5.2 makefile patch
In-Reply-To: <20140207084357.GA11395@woozy.notinkansas>
References: <20140207084357.GA11395@woozy.notinkansas>
Message-ID: <20140211062817.GA6794@woozy.notinkansas>

On Fri, Feb 07, 2014 at 02:13:57PM +0530, Paul Hoffman wrote:
> I got stuck on a new Evergreen 2.5.2 installation on an Ubuntu 10.04 
> server (ubuntu-lucid) and have found what appears to be a bug in 
> Open-ILS/src/extras/install/Makefile.ubuntu-lucid.  I was following the 
> instructions (http://.../README_2_5.html) and hit an error when running 
> ./configure as shown in section 4:
> 
> # su paul
> $ PATH=/openils/bin:$PATH ./configure --prefix=/openils --sysconfdir=/openils/conf
> [...]
> checking for dlopen in -ldl... yes
> checking for dbi_initialize in -ldbi... no
> checking for libdbi pgsql driver (dynamic load)... configure: error: in `/usr/local/src/Evergreen-ILS-2.5.2':
> configure: error: "pgsql driver not installed?"
> See `config.log' for more details
> 
> After a certain amount of flailing about -- I'll spare you the 
> embarrassing details -- I noticed that Makefile.ubuntu-lucid didn't 
> actually attempt to build the install_libdbi target in Makefile.common.  
> I added it there and continued the install and that seemed to do the 
> trick:

Here's a revised patch that also replaces the ubuntu-lucid target for 
installing the PostgreSQL server.  Without this, installing the 
PostgreSQL server will fail:

# make -f Open-ILS/src/extras/Makefile.install postgres-server-ubuntu-lucid
make[1]: Entering directory `/usr/local/src/Evergreen-ILS-2.5.2'
make[1]: *** No rule to make target `install_postgres_server'.  Stop.
make[1]: Leaving directory `/usr/local/src/Evergreen-ILS-2.5.2'
make: *** [postgres-server-ubuntu-lucid] Error 2

------------ >8 ------------ >8 ------------ >8 ------------ >8 ------------
--- /usr/local/src/Evergreen-ILS-2.5.2/Open-ILS/src/extras/install/Makefile.ubuntu-lucid        2014-01-16 16:11:29.000000000 -0500
+++ /usr/local/src/Evergreen-ILS-2.5.2.flo/Open-ILS/src/extras/install/Makefile.ubuntu-lucid    2014-02-11 01:01:30.365418946 -0500
@@ -95,14 +95,15 @@
        make -f $(DIR)/Makefile.common install_cpan_force
        make -f $(DIR)/Makefile.debian install_js_sm
        make -f $(DIR)/Makefile.debian debian_sys_config
+       make -f $(DIR)/Makefile.common install_libdbi
 
 install_yaz:
        if [ ! -d $(YAZ) ]; then wget $(YAZ_HOST)/$(YAZ).tar.gz; fi;
        tar xzf $(YAZ).tar.gz
        cd $(YAZ) && ./configure && make && make install && ldconfig
 
-install_pgsql_server_debs_91:
-       $(APT_TOOL) install $(PGSQL_SERVER_DEBS_91)
+install_postgres_server:
+       make -f $(DIR)/Makefile.debian DEBS="$(PGSQL_SERVER_DEBS_91)"
 
 install_pgsql_client_backport_debs_91:
        @if [ `$(APT_TOOL) versions libpq5 | grep ^i|sed 's/^i[ \t]*//'|cut -d. -f1` -eq 8 ]; \
------------ >8 ------------ >8 ------------ >8 ------------ >8 ------------

-- 
Paul Hoffman <paul at flo.org>
Systems Librarian
Fenway Libraries Online
c/o Wentworth Institute of Technology
550 Huntington Ave.
Boston, MA 02115
(617) 442-2384 (FLO main number)

From evoris at slcconline.edu  Tue Feb 11 11:11:36 2014
From: evoris at slcconline.edu (Elliot Voris)
Date: Tue, 11 Feb 2014 16:11:36 +0000
Subject: [OPEN-ILS-DEV] Evergreen 2.5.2 makefile patch
In-Reply-To: <20140211062817.GA6794@woozy.notinkansas>
References: <20140207084357.GA11395@woozy.notinkansas>
	<20140211062817.GA6794@woozy.notinkansas>
Message-ID: <e4fa529a4ac6479e8f8b96399e75dbbc@CO1PR02MB080.namprd02.prod.outlook.com>

I had come across this a little while back while trying to resolve this bug: https://bugs.launchpad.net/evergreen/+bug/1157897

Here's the working repo that I had pushed all the changes to back in December (the same changes that Paul's also made in this thread): http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/ElliotFriend/lp1157897_postgresql_ppa

Thanks for reminding me about this, Paul!

Elliot J. Voris

-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Paul Hoffman
Sent: 11 February, 2014 00:28
To: open-ils-dev at list.georgialibraries.org
Subject: Re: [OPEN-ILS-DEV] Evergreen 2.5.2 makefile patch

On Fri, Feb 07, 2014 at 02:13:57PM +0530, Paul Hoffman wrote:
> I got stuck on a new Evergreen 2.5.2 installation on an Ubuntu 10.04 
> server (ubuntu-lucid) and have found what appears to be a bug in 
> Open-ILS/src/extras/install/Makefile.ubuntu-lucid.  I was following 
> the instructions (http://.../README_2_5.html) and hit an error when 
> running ./configure as shown in section 4:
> 
> # su paul
> $ PATH=/openils/bin:$PATH ./configure --prefix=/openils 
> --sysconfdir=/openils/conf [...] checking for dlopen in -ldl... yes 
> checking for dbi_initialize in -ldbi... no checking for libdbi pgsql 
> driver (dynamic load)... configure: error: in `/usr/local/src/Evergreen-ILS-2.5.2':
> configure: error: "pgsql driver not installed?"
> See `config.log' for more details
> 
> After a certain amount of flailing about -- I'll spare you the 
> embarrassing details -- I noticed that Makefile.ubuntu-lucid didn't 
> actually attempt to build the install_libdbi target in Makefile.common.
> I added it there and continued the install and that seemed to do the
> trick:

Here's a revised patch that also replaces the ubuntu-lucid target for installing the PostgreSQL server.  Without this, installing the PostgreSQL server will fail:

# make -f Open-ILS/src/extras/Makefile.install postgres-server-ubuntu-lucid
make[1]: Entering directory `/usr/local/src/Evergreen-ILS-2.5.2'
make[1]: *** No rule to make target `install_postgres_server'.  Stop.
make[1]: Leaving directory `/usr/local/src/Evergreen-ILS-2.5.2'
make: *** [postgres-server-ubuntu-lucid] Error 2

------------ >8 ------------ >8 ------------ >8 ------------ >8 ------------
--- /usr/local/src/Evergreen-ILS-2.5.2/Open-ILS/src/extras/install/Makefile.ubuntu-lucid        2014-01-16 16:11:29.000000000 -0500
+++ /usr/local/src/Evergreen-ILS-2.5.2.flo/Open-ILS/src/extras/install/Makefile.ubuntu-lucid    2014-02-11 01:01:30.365418946 -0500
@@ -95,14 +95,15 @@
        make -f $(DIR)/Makefile.common install_cpan_force
        make -f $(DIR)/Makefile.debian install_js_sm
        make -f $(DIR)/Makefile.debian debian_sys_config
+       make -f $(DIR)/Makefile.common install_libdbi
 
 install_yaz:
        if [ ! -d $(YAZ) ]; then wget $(YAZ_HOST)/$(YAZ).tar.gz; fi;
        tar xzf $(YAZ).tar.gz
        cd $(YAZ) && ./configure && make && make install && ldconfig
 
-install_pgsql_server_debs_91:
-       $(APT_TOOL) install $(PGSQL_SERVER_DEBS_91)
+install_postgres_server:
+       make -f $(DIR)/Makefile.debian DEBS="$(PGSQL_SERVER_DEBS_91)"
 
 install_pgsql_client_backport_debs_91:
        @if [ `$(APT_TOOL) versions libpq5 | grep ^i|sed 's/^i[ \t]*//'|cut -d. -f1` -eq 8 ]; \
------------ >8 ------------ >8 ------------ >8 ------------ >8 ------------

--
Paul Hoffman <paul at flo.org>
Systems Librarian
Fenway Libraries Online
c/o Wentworth Institute of Technology
550 Huntington Ave.
Boston, MA 02115
(617) 442-2384 (FLO main number)

From schan at vcn.bc.ca  Tue Feb 11 15:30:52 2014
From: schan at vcn.bc.ca (steven)
Date: Tue, 11 Feb 2014 12:30:52 -0800 (PST)
Subject: [OPEN-ILS-DEV] prototype staff client, feedback/5
Message-ID: <alpine.DEB.2.10.1402111204250.4557@pumice>

Continuing to give feedback to the prototype staff client.

Feedback/5 is a short note about the use of promises in the code base. I
see the following code pattern several times, for example in
staff/services/auth.js and staff/cat/bucket/record/app.js:

async1(a1)
.then( function (x1) {
     return async2(a2).then( function (x2) {
 		return sync(a3);
 	});
});

where async1() and async2() are asynchronous function calls that return
promises. They are called in sequence, and the final synchronous
function sync() is called only after async2() is finished.  The then
method is used but it is not chained, which results in extra code
indentation that could be avoided, as follows:

async1(a1)
.then( function (x1) {
     return async2(a2);
})
.then( function (x2) {
 	return sync(a3);
});

I suggest the 2nd code pattern be used where ever possible, because it
makes the code easier to understand.

-- 

From TAlexander at triley.co.uk  Thu Feb 13 12:01:14 2014
From: TAlexander at triley.co.uk (Alexander Tim)
Date: Thu, 13 Feb 2014 17:01:14 +0000
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
Message-ID: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>

Dear All,

I have been battling with my first deployment (in test) of Evergreen.  It all seems to have gone swimmingly until I connect with the Staff Client.  The server will test and pass server/version validation but then throws up the following error on login:


> Network or server failure.  Please check your Internet connection to 10.168.50.99 and choose Retry Network.  If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues.  If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information:

> method=open-ils.actor.org_tree.descendants.retrieve

> params=[1,-1]

> THROWN:

> {"payload":[],"debug":"osrfMethodException :  *** Call to

> [open-ils.actor.org_tree.descendants.retrieve] failed for session

> [1392203617.715091.13922036172019], thread trace [1]:\nException:

> OpenSRF::EX::Session 2014-02-12T11:13:37 OpenSRF::Application

> /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error:

> Call to open-ils.storage for method

> open-ils.storage.actor.org_unit.descendants.atomic \n failed with

> exception: Exception: OpenSRF::EX::Session 2014-02-12T11:13:37

> OpenILS::Application::AppUtils

> /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201

> Session Error: router at private.localhost/open-ils.storage<mailto:router at private.localhost/open-ils.storage> IS NOT

> CONNECTED TO THE NETWORK!!!\n : \n\n","status":500}

> STATUS:

I have been working on the Admin mailing list on this but someone suggested that I move here with the following suggestion:

[QUOTE]
Thanks for all the great info! There's something that looks like it might be telling in your router-private.log file. It points to this part of the OpenSRF software: http://git.evergreen-ils.org/?p=OpenSRF.git;a=blob;f=src/router/osrf_router.c;h=359d98a86dd6353e9f8aafe716c48706c978b96c;hb=9516696af415545e237afc77c45d6d404eb10fe6#l479

From gmc at esilibrary.com  Thu Feb 13 13:11:45 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Thu, 13 Feb 2014 10:11:45 -0800
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
Message-ID: <CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>

Hi,

On Thu, Feb 13, 2014 at 9:01 AM, Alexander Tim <TAlexander at triley.co.uk> wrote:
> I have been battling with my first deployment (in test) of Evergreen.  It
> all seems to have gone swimmingly until I connect with the Staff Client.
> The server will test and pass server/version validation but then throws up
> the following error on login:

The logs suggest to me that something is causing the death of
open-ils.storage backends, AKA drones.  Assuming that the logs you
attached are complete, this bit is interesting:

[2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:67:]
Attempting to connect to evergreen at localhost
[2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:97:] Connected
to MASTER db evergreen at localhost
[2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:67:]
Attempting to connect to evergreen at localhost
[2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:97:] Connected
to MASTER db evergreen at localhost
[2014-02-13 09:32:58] open-ils.storage [INFO:3731:Pg.pm:67:]
Attempting to connect to evergreen at localhost

In particular, the last attempt to connect to the DB is not
accompanied by an acknowledgment that it succeeded.  You might check
the error log around that time (09:32:58) to see if it reported a
connection error, for example, if the PostgreSQL max_connections
parameter was exceeded.  Note that the fact that you got any "connect
to MASTER db" messages at all indicates that the database credentials
you supplied in opensrf.xml are correct.

To gain more information, you could try this:

[1] Use osrf_ctl.sh to restart services, and wait a few seconds for
all of the backends to initialize themselves.
[2] Do a process listing and grep for open-ils.storage.  You should
see one listener and one or more drone processes.
[3] Use srfsh and run the following request a few times.

request open-ils.storage open-ils.storage.direct.actor.user.retrieve 1

This exercises open-ils.storage by retrieving information about the
default admin user.

How much memory is available on your Evergreen application server?  If
it has an unusually low amount of memory, it wouldn't be surprising if
OOM-killer were targeting the open-ils.storage drones, as they tend to
be the largest starting out the gate.  Of course, a quick run of dmesg
will indicate if OOM-killer is at play.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From evoris at slcconline.edu  Thu Feb 13 14:33:01 2014
From: evoris at slcconline.edu (Elliot Voris)
Date: Thu, 13 Feb 2014 19:33:01 +0000
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
	<CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
Message-ID: <d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>

Hey, Tim

Evergreen 2.5.2 lists OpenSRF 2.2.2 as a prerequisite. You wrote 2.2.1, but that could have just been a typo. Double-check that, for sure. Although, I'm not sure if there are any huge differences that might be at play here.

Thanks!

Elliot J. Voris

-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Galen Charlton
Sent: 13 February, 2014 12:12
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install

Hi,

On Thu, Feb 13, 2014 at 9:01 AM, Alexander Tim <TAlexander at triley.co.uk> wrote:
> I have been battling with my first deployment (in test) of Evergreen.  
> It all seems to have gone swimmingly until I connect with the Staff Client.
> The server will test and pass server/version validation but then 
> throws up the following error on login:

The logs suggest to me that something is causing the death of open-ils.storage backends, AKA drones.  Assuming that the logs you attached are complete, this bit is interesting:

[2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:67:] Attempting to connect to evergreen at localhost
[2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:97:] Connected to MASTER db evergreen at localhost
[2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:67:] Attempting to connect to evergreen at localhost
[2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:97:] Connected to MASTER db evergreen at localhost
[2014-02-13 09:32:58] open-ils.storage [INFO:3731:Pg.pm:67:] Attempting to connect to evergreen at localhost

In particular, the last attempt to connect to the DB is not accompanied by an acknowledgment that it succeeded.  You might check the error log around that time (09:32:58) to see if it reported a connection error, for example, if the PostgreSQL max_connections parameter was exceeded.  Note that the fact that you got any "connect to MASTER db" messages at all indicates that the database credentials you supplied in opensrf.xml are correct.

To gain more information, you could try this:

[1] Use osrf_ctl.sh to restart services, and wait a few seconds for all of the backends to initialize themselves.
[2] Do a process listing and grep for open-ils.storage.  You should see one listener and one or more drone processes.
[3] Use srfsh and run the following request a few times.

request open-ils.storage open-ils.storage.direct.actor.user.retrieve 1

This exercises open-ils.storage by retrieving information about the default admin user.

How much memory is available on your Evergreen application server?  If it has an unusually low amount of memory, it wouldn't be surprising if OOM-killer were targeting the open-ils.storage drones, as they tend to be the largest starting out the gate.  Of course, a quick run of dmesg will indicate if OOM-killer is at play.

Regards,

Galen
--
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From gmc at esilibrary.com  Thu Feb 13 14:38:45 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Thu, 13 Feb 2014 11:38:45 -0800
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
	<CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
	<d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>
Message-ID: <CAPLnt65A2g9wTMkiRuCyyV4DOf1imS5AsD_FE1FgO3tc81LWhg@mail.gmail.com>

Hi,

On Thu, Feb 13, 2014 at 11:33 AM, Elliot Voris <evoris at slcconline.edu> wrote:
> Evergreen 2.5.2 lists OpenSRF 2.2.2 as a prerequisite. You wrote 2.2.1, but that could have just been a typo. Double-check that, for sure. Although, I'm not sure if there are any huge differences that might be at play here.

While it is of course a good idea to stay on top of dependencies, in
this particular case the changes between OpenSRF 2.2.1 and 2.2.2 would
not materially affect what Tim has reported.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From gmc at esilibrary.com  Mon Feb 17 13:06:17 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Mon, 17 Feb 2014 10:06:17 -0800
Subject: [OPEN-ILS-DEV] Request: include bug numbers in commit messages
Message-ID: <CAPLnt65qnsL0juDUfdMX9=MGw7MAJj72JeY6z4pz1SfyJUTS8g@mail.gmail.com>

Hi,

I'd like to request that we all get in the habit of including bug
numbers in commit messages -- specifically, in the first line.  Doing
this will make it easier to work backwards from a commit to the
description of the bug it fixes without having to fight LP's search
engine.  It will also make it easier to identify related patches,
particularly in cases where a patch series does not get pushed all at
once for whatever reason.

Since essentially all patches [1] go through Launchpad anyway, I don't
think this will be much of a burden.  For patches that that have
already been pullrequested, or for cases where a patch gets written
before a LP ticket is opened, I propose that whoever pushes a patch
feel free to edit the commit message to add the bug number.

[1] With the obvious exception of patches written during release-cutting.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From berick at esilibrary.com  Mon Feb 17 13:50:09 2014
From: berick at esilibrary.com (Bill Erickson)
Date: Mon, 17 Feb 2014 13:50:09 -0500
Subject: [OPEN-ILS-DEV] Request: include bug numbers in commit messages
In-Reply-To: <CAPLnt65qnsL0juDUfdMX9=MGw7MAJj72JeY6z4pz1SfyJUTS8g@mail.gmail.com>
References: <CAPLnt65qnsL0juDUfdMX9=MGw7MAJj72JeY6z4pz1SfyJUTS8g@mail.gmail.com>
Message-ID: <CAEYCT2JYXx5nvdH1BTmnimSrrjfXJoD0odm7j9s3qQRKJK1QHQ@mail.gmail.com>

+1.

-b


On Mon, Feb 17, 2014 at 1:06 PM, Galen Charlton <gmc at esilibrary.com> wrote:

> Hi,
>
> I'd like to request that we all get in the habit of including bug
> numbers in commit messages -- specifically, in the first line.  Doing
> this will make it easier to work backwards from a commit to the
> description of the bug it fixes without having to fight LP's search
> engine.  It will also make it easier to identify related patches,
> particularly in cases where a patch series does not get pushed all at
> once for whatever reason.
>
> Since essentially all patches [1] go through Launchpad anyway, I don't
> think this will be much of a burden.  For patches that that have
> already been pullrequested, or for cases where a patch gets written
> before a LP ticket is opened, I propose that whoever pushes a patch
> feel free to edit the commit message to add the bug number.
>
> [1] With the obvious exception of patches written during release-cutting.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Manager of Implementation
> Equinox Software, Inc. / The Open Source Experts
> email:  gmc at 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
>



-- 
Bill Erickson
| Senior Software Developer
| phone: 877-OPEN-ILS (673-6457)
| email: berick at esilibrary.com
| web: http://esilibrary.com
| Equinox Software, Inc. / The Open Source Experts
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140217/54ae15b3/attachment.htm>

From csharp at georgialibraries.org  Mon Feb 17 16:04:55 2014
From: csharp at georgialibraries.org (Sharp, Chris)
Date: Mon, 17 Feb 2014 16:04:55 -0500 (EST)
Subject: [OPEN-ILS-DEV] Request: include bug numbers in commit messages
In-Reply-To: <CAEYCT2JYXx5nvdH1BTmnimSrrjfXJoD0odm7j9s3qQRKJK1QHQ@mail.gmail.com>
Message-ID: <215116249.114619.1392671095480.JavaMail.root@hagrid.georgialibraries.org>

+1

This would be very helpful tracking the rationale behind certain changes we encounter.

----- Original Message -----
> From: "Bill Erickson" <berick at esilibrary.com>
> To: "Evergreen Development Discussion List" <open-ils-dev at list.georgialibraries.org>
> Sent: Monday, February 17, 2014 1:50:09 PM
> Subject: Re: [OPEN-ILS-DEV] Request: include bug numbers in commit messages
> 
> 
> 
> 
> +1.
> 
> 
> -b
> 
> 
> 
> On Mon, Feb 17, 2014 at 1:06 PM, Galen Charlton < gmc at esilibrary.com
> > wrote:
> 
> 
> Hi,
> 
> I'd like to request that we all get in the habit of including bug
> numbers in commit messages -- specifically, in the first line. Doing
> this will make it easier to work backwards from a commit to the
> description of the bug it fixes without having to fight LP's search
> engine. It will also make it easier to identify related patches,
> particularly in cases where a patch series does not get pushed all at
> once for whatever reason.
> 
> Since essentially all patches [1] go through Launchpad anyway, I
> don't
> think this will be much of a burden. For patches that that have
> already been pullrequested, or for cases where a patch gets written
> before a LP ticket is opened, I propose that whoever pushes a patch
> feel free to edit the commit message to add the bug number.
> 
> [1] With the obvious exception of patches written during
> release-cutting.
> 
> Regards,
> 
> Galen
> --
> Galen Charlton
> Manager of Implementation
> Equinox Software, Inc. / The Open Source Experts
> email: gmc at 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
> 
> 
> 
> 
> --
> 
> 
> Bill Erickson
> | Senior Software Developer
> | phone: 877-OPEN-ILS (673-6457)
> | email: berick at esilibrary.com
> | web: http://esilibrary.com
> | Equinox Software, Inc. / The Open Source Experts
> 
> 

-- 
Chris Sharp
PINES System Administrator
Georgia Public Library Service
1800 Century Place, Suite 150
Atlanta, Georgia 30345
(404) 235-7147
csharp at georgialibraries.org
http://pines.georgialibraries.org/

From TAlexander at triley.co.uk  Tue Feb 18 11:24:47 2014
From: TAlexander at triley.co.uk (Alexander Tim)
Date: Tue, 18 Feb 2014 16:24:47 +0000
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <CAPLnt65A2g9wTMkiRuCyyV4DOf1imS5AsD_FE1FgO3tc81LWhg@mail.gmail.com>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
	<CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
	<d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>
	<CAPLnt65A2g9wTMkiRuCyyV4DOf1imS5AsD_FE1FgO3tc81LWhg@mail.gmail.com>
Message-ID: <681414C827196F4DBED0FC4ECB6666A20270943615@NCC-EXCLU1.triley.co.uk>

Dear All,

Well I have made some progress and realised a few mistakes.  Increased the RAM and rebuilt the server using opensrf2.2.2 form the Evergreen site.  Followed the same install process as before and am now getting somewhat further but still an error.  Rather than getting the massive error previously mentioned I am instead getting the following dialog box:

TypeError: g.my_libs_tree is null

I have googled and people have suggested this is a problem if autogen.sh is not run but I have definitely run this.  I have also checked opensrf.xml as someone mentioned in another post the a path was left in there that was incorrect (this was for version 1.6 so could not make them tally).  The output of the grep ERR *.log has yielded a single solitary error:

osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:] Child process 22191 (app opensrf.dbmath) killed by signal 15

But this timestamp does not tally with me using the staff client.

One step forward and all that.

-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Galen Charlton
Sent: 13 February 2014 19:39
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install

Hi,

On Thu, Feb 13, 2014 at 11:33 AM, Elliot Voris <evoris at slcconline.edu> wrote:
> Evergreen 2.5.2 lists OpenSRF 2.2.2 as a prerequisite. You wrote 2.2.1, but that could have just been a typo. Double-check that, for sure. Although, I'm not sure if there are any huge differences that might be at play here.

While it is of course a good idea to stay on top of dependencies, in this particular case the changes between OpenSRF 2.2.1 and 2.2.2 would not materially affect what Tim has reported.

Regards,

Galen
--
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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


Tindall Riley Marine (UK) Limited
Authorised and regulated in the UK by the Financial Conduct Authority.

Registered Office: Regis House, 45 King William Street, London EC4R 9AN
Company No: 8451968.  V.A.T. No.: 174 7460 86
Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942

This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140218/38174141/attachment.htm>

From gmc at esilibrary.com  Tue Feb 18 11:37:49 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Tue, 18 Feb 2014 08:37:49 -0800
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <681414C827196F4DBED0FC4ECB6666A20270943615@NCC-EXCLU1.triley.co.uk>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
	<CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
	<d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>
	<CAPLnt65A2g9wTMkiRuCyyV4DOf1imS5AsD_FE1FgO3tc81LWhg@mail.gmail.com>
	<681414C827196F4DBED0FC4ECB6666A20270943615@NCC-EXCLU1.triley.co.uk>
Message-ID: <CAPLnt666ejHy5vBeCmOx7s0nQ+BQi0NHKB7+FYnnmrT_LRMSKA@mail.gmail.com>

Hi,

On Tue, Feb 18, 2014 at 8:24 AM, Alexander Tim <TAlexander at triley.co.uk> wrote:
> I have googled and people have suggested this is a problem if autogen.sh is
> not run but I have definitely run this.

Could you run it again and paste the output?

> osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:]
> Child process 22191 (app opensrf.dbmath) killed by signal 15

This is harmless; it almost certainly is just recording a time when
you had stopped services.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From berick at esilibrary.com  Tue Feb 18 11:43:21 2014
From: berick at esilibrary.com (Bill Erickson)
Date: Tue, 18 Feb 2014 11:43:21 -0500
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <CAPLnt666ejHy5vBeCmOx7s0nQ+BQi0NHKB7+FYnnmrT_LRMSKA@mail.gmail.com>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
	<CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
	<d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>
	<CAPLnt65A2g9wTMkiRuCyyV4DOf1imS5AsD_FE1FgO3tc81LWhg@mail.gmail.com>
	<681414C827196F4DBED0FC4ECB6666A20270943615@NCC-EXCLU1.triley.co.uk>
	<CAPLnt666ejHy5vBeCmOx7s0nQ+BQi0NHKB7+FYnnmrT_LRMSKA@mail.gmail.com>
Message-ID: <CAEYCT2J1dJGmFsKWkAipRi0zuLjkhV4RQJWjQuUov=21LzSWhA@mail.gmail.com>

On Tue, Feb 18, 2014 at 11:37 AM, Galen Charlton <gmc at esilibrary.com> wrote:
[snip]

>
> > osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:]
> > Child process 22191 (app opensrf.dbmath) killed by signal 15
>
> This is harmless; it almost certainly is just recording a time when
> you had stopped services.
>

Indeed, I'm planning to change the log level for these signal logs.

-b

-- 
Bill Erickson
| Senior Software Developer
| phone: 877-OPEN-ILS (673-6457)
| email: berick at esilibrary.com
| web: http://esilibrary.com
| Equinox Software, Inc. / The Open Source Experts
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140218/312904c9/attachment.htm>

From TAlexander at triley.co.uk  Tue Feb 18 11:47:27 2014
From: TAlexander at triley.co.uk (Alexander Tim)
Date: Tue, 18 Feb 2014 16:47:27 +0000
Subject: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
In-Reply-To: <CAEYCT2J1dJGmFsKWkAipRi0zuLjkhV4RQJWjQuUov=21LzSWhA@mail.gmail.com>
References: <681414C827196F4DBED0FC4ECB6666A202709435A2@NCC-EXCLU1.triley.co.uk>
	<CAPLnt67DdUGNnTogx7sqWNHoJDoBqrP4gMM1ovVC3XCoapkbYg@mail.gmail.com>
	<d27117d67b3c4295928e172001f00f27@CO1PR02MB080.namprd02.prod.outlook.com>
	<CAPLnt65A2g9wTMkiRuCyyV4DOf1imS5AsD_FE1FgO3tc81LWhg@mail.gmail.com>
	<681414C827196F4DBED0FC4ECB6666A20270943615@NCC-EXCLU1.triley.co.uk>
	<CAPLnt666ejHy5vBeCmOx7s0nQ+BQi0NHKB7+FYnnmrT_LRMSKA@mail.gmail.com>
	<CAEYCT2J1dJGmFsKWkAipRi0zuLjkhV4RQJWjQuUov=21LzSWhA@mail.gmail.com>
Message-ID: <681414C827196F4DBED0FC4ECB6666A20270943619@NCC-EXCLU1.triley.co.uk>

I feel like a complete dolt but I think I have it now.  Looks like when I initially installed (pre Ram upgrade and on the previous opensrf version) I had everything running on en-GB.  This time I have left all defaults but the staff client remembered the en-GB local.  Changed it to en-US and everything is working now.

Thanks all for your patience with me.  Has been an interesting experience thus far!

From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Bill Erickson
Sent: 18 February 2014 16:43
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install


On Tue, Feb 18, 2014 at 11:37 AM, Galen Charlton <gmc at esilibrary.com><mailto:gmc at esilibrary.com>> wrote:
[snip]

> osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:]
> Child process 22191 (app opensrf.dbmath) killed by signal 15
This is harmless; it almost certainly is just recording a time when
you had stopped services.

Indeed, I'm planning to change the log level for these signal logs.

-b

--
Bill Erickson
| Senior Software Developer
| phone: 877-OPEN-ILS (673-6457)
| email: berick at esilibrary.com<mailto:berick at esilibrary.com>
| web: http://esilibrary.com
| Equinox Software, Inc. / The Open Source Experts


________________________________
Tindall Riley Marine (UK) Limited
Authorised and regulated in the UK by the Financial Conduct Authority.

Registered Office: Regis House, 45 King William Street, London EC4R 9AN
Company No: 8451968. V.A.T. No.: 174 7460 86
Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942

This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140218/d25fe7e2/attachment.htm>

From jstephenson at mvlc.org  Tue Feb 18 12:23:02 2014
From: jstephenson at mvlc.org (Jason Stephenson)
Date: Tue, 18 Feb 2014 12:23:02 -0500
Subject: [OPEN-ILS-DEV] Request: include bug numbers in commit messages
In-Reply-To: <CAPLnt65qnsL0juDUfdMX9=MGw7MAJj72JeY6z4pz1SfyJUTS8g@mail.gmail.com>
References: <CAPLnt65qnsL0juDUfdMX9=MGw7MAJj72JeY6z4pz1SfyJUTS8g@mail.gmail.com>
Message-ID: <530396F6.9010908@mvlc.org>

Is this something you want applied retroactively to branches that are
waiting to go into master now, or is this request more for future
branches that get created?

I can see this causing some headaches if it is to be applied to existing
branches with more than a handful of commits.

-- 
Jason Stephenson
Assistant Director for Technology Services
Merrimack Valley Library Consortium
1600 Osgood ST, Suite 2094
North Andover, MA 01845
Phone: 978-557-5891
Email: jstephenson at mvlc.org

From gmc at esilibrary.com  Tue Feb 18 12:33:36 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Tue, 18 Feb 2014 09:33:36 -0800
Subject: [OPEN-ILS-DEV] Request: include bug numbers in commit messages
In-Reply-To: <530396F6.9010908@mvlc.org>
References: <CAPLnt65qnsL0juDUfdMX9=MGw7MAJj72JeY6z4pz1SfyJUTS8g@mail.gmail.com>
	<530396F6.9010908@mvlc.org>
Message-ID: <CAPLnt67zWr6SbhNbp5zZ3xJMb04EpTCFDv55+O5nfmMBf=_OVA@mail.gmail.com>

Hi,

On Tue, Feb 18, 2014 at 9:23 AM, Jason Stephenson <jstephenson at mvlc.org> wrote:
> Is this something you want applied retroactively to branches that are
> waiting to go into master now, or is this request more for future
> branches that get created?

Better now than never.  I won't stamp my feet if it doesn't get
applied retroactively for branches that are yet to be merged, but on
the other hand, git filter-branch --msg-filter can be used to edit the
commit messages in a branch without having to touch each patch during
an interactive rebase.  For example:

git filter-branch -f --msg-filter 'sed "1 s/^/lp12345: /"' range-of-commits

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From ysuarez at berklee.edu  Thu Feb 27 18:03:33 2014
From: ysuarez at berklee.edu (Yamil Suarez)
Date: Thu, 27 Feb 2014 18:03:33 -0500
Subject: [OPEN-ILS-DEV] How to interpret the MODS32 file to see what bib tag
	600 subfields are indexed?
Message-ID: <28256D30-DF74-4AAE-B1CA-B2D36D9E4396@berklee.edu>

Hello,

I wanted to learn how to figure out what subfields are indexed in EG 2.5.1 for tag 600 when doing searches. This is the approach I took, but I am not sure it is correct.

I first checked the table config.metabi_field to see the entries for subjects.


Which mostly look like this?

 12 | subject     | name         | Name Subject                | //mods32:mods/mods32:subject/mods32:name         |      1 | mods32 
 16 | subject     | complete     | All Subjects                | //mods32:mods/mods32:subject                     |      1 | mods32  
 11 | subject     | geographic   | Geographic Subject          | //mods32:mods/mods32:subject/mods32:geographic  |      1 | mods32 
 13 | subject     | temporal     | Temporal Subject            | //mods32:mods/mods32:subject/mods32:temporal    |      1 | mods32 
 14 | subject     | topic        | Topic Subject               | //mods32:mods/mods32:subject/mods32:topic       |      1 | mods32  


I then opened up the MODS32 file from here?

 /openils/var/xsl/MARC21slim2MODS32.xsl



I then found the general entry for tag 600 that starts at line 2614:

     <xsl:template match="marc:datafield[@tag=600]">
          <subject>
               <xsl:call-template name="subjectAuthority"></xsl:call-template>
               <name type="personal">
                    <namePart>
                         <xsl:call-template name="chopPunctuation">
                              <xsl:with-param name="chopString">
                                   <xsl:call-template name="subfieldSelect">
                                        <xsl:with-param name="codes">aq</xsl:with-param>
                                   </xsl:call-template>
                              </xsl:with-param>
                         </xsl:call-template>
                    </namePart>
                    <xsl:call-template name="termsOfAddress"></xsl:call-template>
                    <xsl:call-template name="nameDate"></xsl:call-template>
                    <xsl:call-template name="affiliation"></xsl:call-template>
                    <xsl:call-template name="role"></xsl:call-template>
               </name>
               <xsl:call-template name="subjectAnyOrder"></xsl:call-template>
          </subject>
     </xsl:template>


I first see that it looks like subfield "aq" might be indexed from the us of?

<xsl:with-param name="codes">aq</xsl:with-param>


I then reviewed all of the templates mentioned by <xsl:call-template name="xyz">, and I seem to get the following subfields that are potentially indexed?

from <xsl:template name="termsOfAddress"> I see subfields "bc" potentially  indexed

from <xsl:template name="nameDate"> I see subfield "d" potentially  indexed

from <xsl:template name="affiliation"> I see subfield "u" potentially  indexed

from <xsl:template name="role"> I see subfields "e4" potentially  indexed

from <xsl:template name="subjectAnyOrder"> I see subfields "vxyz" potentially  indexed


Does this seem correct? Initially I was just trying to find out if bib tag 600 "t" was indexed, and I think for at least a fresh EG 2.5.1 system does not index that subfield.


Thanks in advance,
Yamil



From emckinney at georgialibraries.org  Thu Feb 27 20:10:30 2014
From: emckinney at georgialibraries.org (McKinney, Elizabeth)
Date: Thu, 27 Feb 2014 20:10:30 -0500 (EST)
Subject: [OPEN-ILS-DEV] Seeking Nominations for Evergreen Oversight Board
In-Reply-To: <299960875.42832.1393549484831.JavaMail.root@hagrid.georgialibraries.org>
Message-ID: <302143770.42854.1393549830742.JavaMail.root@hagrid.georgialibraries.org>


The Evergreen Oversight Board is seeking nominations to fill two seats on the Oversight Board for a three-year term. 

Please see http://www.open-ils.org/dokuwiki/doku.php?id=governance:structure#rules_of_governance 
for further information on the Oversight Board responsibilities and current roster. 

Email nominations and self-nominations to the Evergreen Oversight Board list at eg-oversight-board at evergreen-ils.org . If you have questions or would like information about what it means to be on the board, you are welcome to contact contact the Nominating Committee by sending an email to Elizabeth McKinney< emckinney at georgialibraries.org >, Galen Charlton < gmc at esilibrary.com > and Andrea Buntz Neiman < aneiman at kent.lib.md.us >. After confirming the nominees, the Committee will announce the nominee's names to the Evergreen Community general discussion list. The Software Freedom Conservancy will host this year's election process using Single Transferable Vote (STV) ballot selection system. 

Deadline for nominations is 5pm Sunday, March 9th, 2014 . 


Elizabeth McKinney 
PINES Program Director 
Georgia Public Library Service 
A Unit of the University System of Georgia 
1800 Century Place, Suite 150 
Atlanta GA 30345 
404.235.7141 
emckinney at georgialibraries.org 
http://www.georgialibraries.org/ 





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140227/b0903d40/attachment.htm>

From gmc at esilibrary.com  Thu Feb 27 20:37:25 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Thu, 27 Feb 2014 17:37:25 -0800
Subject: [OPEN-ILS-DEV] OpenSRF 2.3.0-beta released
Message-ID: <CAPLnt66sxuzLc4gM=RBOriC1yBzbDZOsw7up+asfnOeWphtnMA@mail.gmail.com>

Hi,

The beta release of OpenSRF 2.3.0 is available for download and testing at

http://evergreen-ils.org/opensrf-downloads/

This is a functionality release that significantly improves one's
ability to stop, start, reload, and manage OpenSRF services.

Full release notes can be found at

http://evergreen-ils.org/documentation/release/OpenSRF/RELEASE_NOTES_2_3_0_beta.html

Share and enjoy.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From emckinney at georgialibraries.org  Fri Feb 28 07:15:18 2014
From: emckinney at georgialibraries.org (McKinney, Elizabeth)
Date: Fri, 28 Feb 2014 07:15:18 -0500 (EST)
Subject: [OPEN-ILS-DEV] Seeking Nominations for Evergreen Oversight Board
In-Reply-To: <302143770.42854.1393549830742.JavaMail.root@hagrid.georgialibraries.org>
Message-ID: <326272876.44886.1393589718628.JavaMail.root@hagrid.georgialibraries.org>

The correct address for submitting nominations is eg-oversight-board at list.evergreen-ils.org . 

Please accept my apologies for posting it incorrectly on behalf of the nominating committee. 

Elizabeth 


Elizabeth McKinney 
PINES Program Director 
Georgia Public Library Service 
A Unit of the University System of Georgia 
1800 Century Place, Suite 150 
Atlanta GA 30345 
404.235.7141 
emckinney at georgialibraries.org 
http://www.georgialibraries.org/ 





----- Original Message -----

From: "Elizabeth McKinney" <emckinney at georgialibraries.org> 
To: "Evergreen Development Discussion List" <open-ils-dev at list.georgialibraries.org>, "Evergreen Discussion Group" <open-ils-general at list.georgialibraries.org>, "evergreen-governance-l" <evergreen-governance-l at list.georgialibraries.org>, open-ils-documentation at list.georgialibraries.org, evergreen-catalogers at list.evergreen-ils.org 
Sent: Thursday, February 27, 2014 8:10:30 PM 
Subject: Seeking Nominations for Evergreen Oversight Board 



The Evergreen Oversight Board is seeking nominations to fill two seats on the Oversight Board for a three-year term. 

Please see http://www.open-ils.org/dokuwiki/doku.php?id=governance:structure#rules_of_governance 
for further information on the Oversight Board responsibilities and current roster. 

Email nominations and self-nominations to the Evergreen Oversight Board list at eg-oversight-board at evergreen-ils.org . If you have questions or would like information about what it means to be on the board, you are welcome to contact contact the Nominating Committee by sending an email to Elizabeth McKinney< emckinney at georgialibraries.org >, Galen Charlton < gmc at esilibrary.com > and Andrea Buntz Neiman < aneiman at kent.lib.md.us >. After confirming the nominees, the Committee will announce the nominee's names to the Evergreen Community general discussion list. The Software Freedom Conservancy will host this year's election process using Single Transferable Vote (STV) ballot selection system. 

Deadline for nominations is 5pm Sunday, March 9th, 2014 . 


Elizabeth McKinney 
PINES Program Director 
Georgia Public Library Service 
A Unit of the University System of Georgia 
1800 Century Place, Suite 150 
Atlanta GA 30345 
404.235.7141 
emckinney at georgialibraries.org 
http://www.georgialibraries.org/ 






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20140228/ddc54508/attachment.htm>

From gmc at esilibrary.com  Fri Feb 28 12:08:00 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Fri, 28 Feb 2014 09:08:00 -0800
Subject: [OPEN-ILS-DEV] OpenSRF 2.4 targets
Message-ID: <CAPLnt64jFJ4D7TP4-G4_qoZ0Fhtfnpr4m6WDzOyjQ4BP_vznsA@mail.gmail.com>

Hi,

Why talk about 2.4 when 2.3.0 beta was released only yesteday, you may
ask?  Well, based on what's in the pipeline, I think rel_2_3 will
actually be fairly short-lived.  Here are the major bugfixes and
enhancements that I think could reasonably be targeted for a late
spring/early summer 2.4.0 -

* LP#1268619 - websockets support
* LP#1002028 - cross origin resource sharing (CORS) support
* (no LP yet) chunking and bundling improvements

This is intended to remove the need to adjust max_stanza_size, improve
many-small-message streaming, and avoid ejabberdb s2s stalls.

WIP can be viewed at
http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/collab/miker/bundling-and-chunking

* Debian Jessie support (which will likely be backported to rel_2_3, of course)

If you're contemplating other major changes that could be targeted to
2.4.0, please use this thread to list them.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From mpeters at emeralddata.net  Fri Feb 28 12:54:09 2014
From: mpeters at emeralddata.net (Michael Peters)
Date: Fri, 28 Feb 2014 12:54:09 -0500 (EST)
Subject: [OPEN-ILS-DEV] OpenSRF 2.4 targets
In-Reply-To: <CAPLnt64jFJ4D7TP4-G4_qoZ0Fhtfnpr4m6WDzOyjQ4BP_vznsA@mail.gmail.com>
References: <CAPLnt64jFJ4D7TP4-G4_qoZ0Fhtfnpr4m6WDzOyjQ4BP_vznsA@mail.gmail.com>
Message-ID: <cde4aadd.00001e18.00000033@MichaelPetersPC>

Galen,

Have any eyes been put on the issue with case sensitivity in opensrf config 
files when relating to hostnames?

https://bugs.launchpad.net/opensrf/+bug/1280410/

We've seen this crop up recently with implementations who use capitalization 
in their hostnames and think it would be a good target for 2.4 as well.

?Michael Peters
Senior Systems Analyst
Emerald Data Networks, Inc.
Phone: 678.302.3000 x1013
Help Desk: 678.302.3000 x1500
www.emeralddata.net

-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org 
[mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Galen 
Charlton
Sent: Friday, February 28, 2014 12:08 PM
To: Evergreen Development Discussion List
Subject: [OPEN-ILS-DEV] OpenSRF 2.4 targets

Hi,

Why talk about 2.4 when 2.3.0 beta was released only yesteday, you may ask? 
Well, based on what's in the pipeline, I think rel_2_3 will actually be 
fairly short-lived.  Here are the major bugfixes and enhancements that I 
think could reasonably be targeted for a late spring/early summer 2.4.0 -

* LP#1268619 - websockets support
* LP#1002028 - cross origin resource sharing (CORS) support
* (no LP yet) chunking and bundling improvements

This is intended to remove the need to adjust max_stanza_size, improve 
many-small-message streaming, and avoid ejabberdb s2s stalls.

WIP can be viewed at
http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/collab/miker/bundling-and-chunking

* Debian Jessie support (which will likely be backported to rel_2_3, of 
course)

If you're contemplating other major changes that could be targeted to 2.4.0, 
please use this thread to list them.

Regards,

Galen
--
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From gmc at esilibrary.com  Fri Feb 28 13:48:29 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Fri, 28 Feb 2014 10:48:29 -0800
Subject: [OPEN-ILS-DEV] OpenSRF 2.4 targets
In-Reply-To: <cde4aadd.00001e18.00000033@MichaelPetersPC>
References: <CAPLnt64jFJ4D7TP4-G4_qoZ0Fhtfnpr4m6WDzOyjQ4BP_vznsA@mail.gmail.com>
	<cde4aadd.00001e18.00000033@MichaelPetersPC>
Message-ID: <CAPLnt648sqiyUctUGQpADFebHtTdVoYQF1kKYp6QOOX4wARk2w@mail.gmail.com>

Hi,

On Fri, Feb 28, 2014 at 9:54 AM, Michael Peters <mpeters at emeralddata.net> wrote:
> Have any eyes been put on the issue with case sensitivity in opensrf config
> files when relating to hostnames?
>
> https://bugs.launchpad.net/opensrf/+bug/1280410/

I've added a comment to the bug and targeted it to 2.4.0-alpha.
However, I've also set the importance to low, as there is an easy
workaround.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From gmc at esilibrary.com  Fri Feb 28 14:32:41 2014
From: gmc at esilibrary.com (Galen Charlton)
Date: Fri, 28 Feb 2014 11:32:41 -0800
Subject: [OPEN-ILS-DEV] Pushing OpenSRF 2.1.x off the end of the table
Message-ID: <CAPLnt67Y1S8PEKNwgL+4MAvY8NzPoHCdymnKVabqYtPr23+vUQ@mail.gmail.com>

Hi,

When I release OpenSRF 2.3.0, I would like to formally announce end of
support for 2.1.x.

If you've any objections to this course of action, please speak up.

Regards,

Galen
-- 
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  gmc at 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

From bshum at biblio.org  Fri Feb 28 14:36:33 2014
From: bshum at biblio.org (Ben Shum)
Date: Fri, 28 Feb 2014 14:36:33 -0500
Subject: [OPEN-ILS-DEV] Pushing OpenSRF 2.1.x off the end of the table
In-Reply-To: <CAPLnt67Y1S8PEKNwgL+4MAvY8NzPoHCdymnKVabqYtPr23+vUQ@mail.gmail.com>
References: <CAPLnt67Y1S8PEKNwgL+4MAvY8NzPoHCdymnKVabqYtPr23+vUQ@mail.gmail.com>
Message-ID: <CAAp1cPu8KRHdJzQhLYV80R=E-hxxMRy-86Qqw5UF_gnbwEojNQ@mail.gmail.com>

+1

Related, this would likely coincide with removing Evergreen 2.3 off
the downloads table too, since that's the only version that still
points at OpenSRF 2.1.

-- Ben

On Fri, Feb 28, 2014 at 2:32 PM, Galen Charlton <gmc at esilibrary.com> wrote:
> Hi,
>
> When I release OpenSRF 2.3.0, I would like to formally announce end of
> support for 2.1.x.
>
> If you've any objections to this course of action, please speak up.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Manager of Implementation
> Equinox Software, Inc. / The Open Source Experts
> email:  gmc at 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



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113