Lp#1718459: Remove Debian 7 Wheezy Installation Support Remove references to Debian 7 Wheezy in the installation and upgrade documentation. Remove debian-wheezy* targets from Open-ILS/src/extras/Makefile.install and the supporting Makefiles. Remove the example Apache 2.2 configuration files, since the supported distributions all ship with Apache 2.4. Move the eg_startup.in file from Open-ILS/example/apache to Open-ILS/examples/apache_24. Remove references to eg_wheezy_installer.sh in Perl live test comments. Remove Open-ILS/web/js/ui/default/staff/README.install, which is out of date and entirely aimed at Debian 7 Wheezy. To test: Simply install on a supported distribution other than Debian 7 Wheezy and do the usual tests. Signed-off-by: Jason Stephenson <jason@sigio.com> Signed-off-by: Ben Shum <ben@evergreener.net>
LP#1579219: set up mod_perl as an Evergreen dependency This patch, in conjunction with another one for OpenSRF, set mod_perl up as a dependency installed when Evergreen is installed, not when OpenSRF is installed, as OpenSRF itself does not require mod_perl. Minor tweak to Galen's original patch to include mod_perl in the list for apache mods to be activated by default. Signed-off-by: Galen Charlton <gmc@esilibrary.com> Signed-off-by: Ben Shum <ben@evergreener.net>
LP#1493824: Install PG 9.4 on Debian Wheezy and Ubuntu Trusty Debian Wheezy only ships with PG 9.1 by default. Ubuntu Trusty has Pg 9.3. Pg 9.4 is the recommended version for use with Evergreen going forward and will be the required minimum version of PostgreSQL for use with Evergreen 3.0. Since we envision continuing to support Wheezy and Trusty through the lifetime of Evergreen 3.0, we therefore help the user out by adding the apt.postgresql.org repository for them and install PostgreSQL version 9.4 on these operating systems. This commit does the following: 1. Sets up the installer to use the PostgreSQL community's apt sources in a new Makefile.debian target, debian_postgresql_repo. This target is run on Debian Wheezy and Ubuntu trusty during prerequisite installation. 2. Installs PG 9.4 client on Wheezy and Ubuntu. 3. Installs PG 9.4 server in the server prerequisite targets for Wheezy and Ubuntu. 4. Uses pg_config in installation of lidbdi-drivers from source. 5. Updates the server installation document to reflect the above changes. 6. Updates the server upgrade documentation to reflect the new minimum (9.3) and recommended (9.4) PostgreSQL versions. Benjamin Shum is the primary author of these changes, though they are based on Chris Sharp's idea for using the PostgreSQL community apt source. The libdbi-drivers installation was fixed by Jason Stephenson who also added an if block to skip the apt.postgresql.org repository set up if it is already configured on the target host. Signed-off-by: Ben Shum <ben@evergreener.net> Signed-off-by: Jason Stephenson <jason@sigio.com>
LP#1649180: Add translator make target For the four major supported Linux distros: - Ubuntu Xenial - Ubuntu Trusty - Debian Jessie - Debian Wheezy Signed-off-by: Ben Shum <ben@evergreener.net> Signed-off-by: Jason Stephenson <jason@sigio.com>
LP 1639250: Install Excel::Writer::XLSX from deb on Wheezy. Change Open-ILS/src/extras/install/Makefile.debian-wheezy from the deb, libexcel-writer-xlsx-perl, instead of via CPAN. Signed-off-by: Jason Stephenson <jason@sigio.com> Signed-off-by: Jason Etheridge <jason@esilibrary.com>
LP#1530158: ensure that Business::OnlinePayment::PayflowPro is installed Business::OnlinePayment::PayflowPro is a Perl module required if the user wants to use PayflowPro as a credit card processor; without it, attempts to make payments in TPAC using that processor will fail with an internal server error. This patch ensures that the module will get installed on Debian, Ubuntu, and Fedora. Strictly speaking, the Perl module is strictly optional, as Business::OnlinePayment uses lazy loading for its drivers, but this patch is making the assumption that its easiest all around if we just install all dependencies that an Evergreen application server might need. To test ------- [1] Install or upgrade Evergreen, then run settings-tester.pl to verify that the module is installed. Signed-off-by: Galen Charlton <gmc@esilibrary.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1312308 script circ and deps removal * Remove libjs and spidermonkey from prereq installer * Remove references to spidermonkey and script runner * Remove stock JS circ and catalog scripts Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Jason Stephenson <jstephenson@mvlc.org>
LP1444623: Remove "Safe" CPAN dependency from Debian/Ubuntu Makefile.install files Following up on IRC discussion at http://irc.evergreen-ils.org/evergreen/2015-04-15#i_170386 it was agreed that it is no longer necessary to install Safe from CPAN since it is included in the standard Perl package. Signed-off-by: Chris Sharp <csharp@georgialibraries.org> Signed-off-by: Ben Shum <bshum@biblio.org> Conflicts: Open-ILS/src/extras/install/Makefile.debian-jessie
LP#1392759 Add 'bzr' to 'packager' targets Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1392759 dev/pack makefile.install repairs * remove 'make', since you can't execute a Makefile without it. * remove duplicate installation of auto* packages for debian-wheezy Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1392759 dev/packager Makefile.install additions Add additional packages to the "packager" target to help support building Evergreen packages on machines where Evergreen and its prereqs are not installed. The "packager" target now depends internally on the "developer" target, since packagers have to build the browser client dependencies. Since older OSes have to build the nodejs dependencies, the autoconf, etc. targets have been moved into the developer target, again to support "headless" packaging. Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1392759 developer/packager Makefile.install targets * Adds <osname>-developer target for installing packages only needed by developers installing from source. Currently, this is limited to packages needed for managing browser client dependencies, but others could be added later. * Adds <osname>-packager target for installing packages needed to build Evergreen release bundles. * Updates README install docs to reference these new targets. * Updates README install docs to remove requirements for installing libtool/automake/autoconf, since those packages will have been installed during the OpenSRF install (which is required). * NOTE: this does not include new Makefile.install targets for fedora Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1401271: Add missing dependency for Date::Manip perl module This commit adds lines to distro-specific Makefiles to install Perl Date::Manip packages so that Date::Manip::Date is avaliable for marc_export. Somehow, this got missed or removed. Signed-off-by: Jason Stephenson <jstephenson@mvlc.org> Signed-off-by: Ben Shum <bshum@biblio.org>
Fix broken prereq installer for debian wheezy Problem found by live-tester scripts. Yay for live tests! Signed-off-by: Dan Scott <dscott@laurentian.ca>
LP#1362210: Install PostgreSQL packages where we can Rather than relying on purely manual installation, carve out a common set of packages that are needed by both the Evergreen server and the standalone PostgreSQL server and add them as dependencies to both scenarios. In the worst case, the package manager will see a package that it has already installed and skip it (if the database server is on the same OS instance as the Evergreen server). It sure beats upgrading your database server and wondering why things like the addition of call numbers fails with database query errors when it turns out that you're missing the Library::CallNumber::LC Perl module :) It also makes the README shorter and requires fewer steps for users to follow to install successfully. Win win win? Signed-off-by: Dan Scott <dscott@laurentian.ca> Signed-off-by: Ben Shum <bshum@biblio.org>
LP1355319: Add missing Parse::RecDescent perl dependency. Add the appropriate deb or rpm entry to the various Makefiles. Signed-off-by: Jason Stephenson <jstephenson@mvlc.org> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1351355: Switch to XLSX format for Excel report output We've always used Spreadsheet::WriteExcel::Big to generate Excel output from reports. That module has a limitation of 64k rows, imposed by the binary Excel format. Recently, the Excel::Writer::XLSX module has become feature-complete enough that we can use that instead, and the XML format files that it writes are now supported by the majority of installed versions of Excel (and OpenOffice) -- the format arrived with Excel 2007, released in 2006 (8 years ago). So, let's switch to that! Signed-off-by: Mike Rylander <mrylander@gmail.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP#1306176: force installation of Business::Stripe from CPAN Business::Stripe can fail to pass its tests on platforms that happen to have Pod::Simple 3.24 or later and Test::Pod. In particular, Debian Jessie and Ubuntu Trusty meet those conditions (since the OpenSRF installation process installs libtest-pod-perl) and Debian Wheezy with backports enabled does as well. Since the failing test cases are only for POD, this patches moves Business::Stripe to the CPAN_MODULES_FORCE list across the board. This can be undone if/when Business::Stripe releases a fix for the POD validation warnings. Signed-off-by: Galen Charlton <gmc@esilibrary.com> Signed-off-by: Bill Erickson <berick@esilibrary.com>
LP#1279420 Add Test::Output prerequisite Build tests require Test::Output. Add packages for Test::Output to the prerequite installer Makefiles. Signed-off-by: Jason Etheridge <jason@esilibrary.com> Signed-off-by: Jeff Godin <jgodin@tadl.org>
Support Stripe payments with some new code and some rearranged code ... ... behind the open-ils.circ.money.payment method. - Also add Business::Stripe as a CPAN module to the pre-reqs installers. - If payment processor is Stripe, only show form if Javascript enabled. Our implementation of payments via Stripe doesn't work without Javascript. That's part of the point. Using Stripe really limits a site's worries about PCI compliance because users' credit card number and security codes are never transmitted to the [Evergreen] server at all. That data goes to Stripe instead (using Javascript) and from that we get back a one-time token from Stripe to give to our server instead. Thanks to Jason Boyer at the Indiana State Library for recognizing the value of supporting approaches like that in Evergreen and for starting the work. Signed-off-by: Lebbeous Fogle-Weekley <lebbeous@esilibrary.com> Conflicts: Open-ILS/src/templates/opac/myopac/main_payment_form.tt2 Signed-off-by: Remington Steed <rjs7@calvin.edu> Signed-off-by: Dan Wells <dbw2@calvin.edu>