- Koha-devel - lists.koha-community.org

RFC - installer changes
by Galen Charlton 18 Dec '07

18 Dec '07

Hi, I have made a number of changes to the installer and now have a version ready for general review. My git branch and the results can be accessed as follows: git repo: http://manage-gmc.dev.kohalibrary.com/koha-installer.git gitweb: http://manage-gmc.dev.kohalibrary.com/cgi-bin/gitweb.cgi?p=koha-installer.g… Tarball with the revised installer: http://manage-gmc.dev.kohalibrary.com/koha-3.00.00.032.tar.gz Changes include: * Prompting for more configuration information during perl Makefile.PL * Introduction of three installation modes: ** 'standard': typical install as root ** 'single': install everything under one subdirectory; meant for users who do not have root on their host but are allowed to install software. ** 'dev': run as much as possible from a git checkout * Improved conformance with FHS and Debian web application guidelines, particular in 'standard' mode. * Improved support for specifying where each logical installation target should go. * Replaced glob with a directory walk to identify files to be installed (thanks fbcit!). * Separation of Zebra configuration and data files in 'standard' mode. * Adjustment of Zebra configuration file layout. All Zebra config files in the Koha package are now installed and are available for use; the installer now simply sets profilePath to control which MARC and language options are in effect. * During 'standard' install, ownership of Koha's files can now be assigned to a non-root user (which should be different from the httpd user, of course). This allows most Koha server-side administration and web design tasks to be done without requiring root access. * Files are now installed with u+w. * By default the C4 Perl modules are bundled with the rest of Koha's files. * 'make test' now enabled * 'make' now just stages files in blib; nothing is actually installed until you do 'make install' * general bugfixes I should emphasize that by default the C4 modules are installed along with the rest of the Koha files, e.g. in /usr/share/koha/lib. They are not installed in any of the standard Perl module directories, although a packager could choose to put them there by setting PERL_MODULE_DIR when running perl Makefile.PL. As a consequence, this means that by default use of the PERL5LIB environment variable is necessary; 'make install' now prints a message suggesting the the user set KOHA_CONF and PERL5LIB in their profile. The default koha-httpd.conf now includes both of these variables. My main reason for doing this by default is that the C4 modules have at present no independent use outside of supporting Koha's CGI scripts and are intimately tied to the version of those scripts. Putting them in the default @INC will risk problems for users who need to run multiple versions of Koha on a box. Requiring use of PERL5LIB is not perfect, but it should be noted that we already have one required environment variable in the form of KOHA_CONF. If it is thought that this would cause too many problems, I would consider use of FindBin and use lib along with using rewrite-config.PL to set the correct module path in the command-line scripts. Related to this, I think it will be useful to consider specifying the version number when doing 'use C4::*' from the scripts, and possibly consider use of the 'only' pragma [1]. I would like to request that interested developers and users test the installer and provide feedback, debate, flames, etc. to koha-devel. My testing was done solely on Debian Etch, by the way. Also, please note that my repository was cloned from HEAD almost two weeks ago and I have not yet merged in current work, so please bear that in mind. Thanks to Henri-Damien Laurent, Chris Nighswonger, and Chris Cormack for contributing patches so far, and thanks to MJ Ray for creating the current installer on which my work was based. Regards, Galen -- Galen Charlton Koha Application Developer LibLime galen.charlton(a)liblime.com p: 1-888-564-2457 x709 [1]: http://www.perl.com/pub/a/2003/03/18/only.html

6 19

Cannot search catalog
by Bünzli Daniel 14 Dec '07

14 Dec '07

Hello, I managed to import some records using bulkmarcimport. But when I try to search the catalog I get the following error (even though I did specify a search criteria). > No results found > You did not specify any search criteria. > > Error: Can't call method "size" on an undefined value at / > Applications/MAMP/htdocs/koha/lib/C4/Search.pm line 405. Any hint on what may be wrong ? This is on the latest master tree (with Galen's installer changes). Thanks for your answers, Daniel

1 0

Re: [Koha-devel] Internationalising Koha frameworks
by Thomas Dukleth 13 Dec '07

13 Dec '07

If you have any language specific or MARC variant specific Koha frameworks for sharing so that others may benefit from your frameworks in forthcoming Koha 3.0, the frameworks export script is now ready for multiple operating systems. Obtain the latest version of the Koha 2.2.X MARC Frameworks Export Script for your operating system. The export script should function from any system with mysqldump and access to the database as the Koha user given in koha.conf . The only essential requirement is having mysqldump included in the system $PATH when running the script. [A possible later version may allow specifying the path to mysqldump as a user option if someone thinks that is needed.] Koha does not need to be installed on the system running the script nor does it even need Perl. 2.1. OPERATING SYSTEM SPECIFIC SCRIPT VARIANTS. 2.1.2. UNIX BASED VERSION. For Unix based systems (Unix, GNU/Linux, Mac OS X, etc.) download the latest version of export_framework.sh. http://cvs.savannah.nongnu.org/viewvc/koha/misc/export_frameworks.sh?view=l… For installation requirements type: export_frameworks.sh -? i For help type: export_frameworks.sh -? For usage examples type: export_frameworks.sh -? e 2.1.2. MICROSOFT WINDOWS VERSION. For Microsoft Windows systems (Unix, GNU/Linux, Mac OS X, etc.) download the latest version of export_framework.bat for use as a script run from the command line console. http://cvs.savannah.nongnu.org/viewvc/koha/misc/export_frameworks.bat?view=… For installation requirements type: export_frameworks.bat -? i The installation requirements message explains how to obtain and install the bsdtar for Win32 dependency which is not needed for the Unix version of the script. For help type: export_frameworks.bat -? For usage examples type: export_frameworks.bat -? e 2.2. FINAL INSTRUCTIONS. Upon completion, after a few seconds, the script gives a specific message about where to send an email with the exported frameworks file attached so that it may be edited for inclusion as part of Koha 3.0 to share with everyone. If anything goes wrong, an appropriate error message is displayed. Please contact me on or off list if you have any questions or need assistance using the script. Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com 212-674-3783 On Mon, November 26, 2007 4:07 am, Thomas Dukleth wrote: > Do you use MARC 21 in a language other than English? Do you use UNIMARC > in a language other than French or English? Do you use a MARC variant > other than MARC 21 or UNIMARC? > > If you have any language specific or MARC variant specific Koha frameworks > for sharing, please contact me on or off the list. LibLime has asked me > to prepare whatever MARC frameworks I can obtain for use in the > forthcoming version of Koha 3.0. Share yours so that others do not need > to do redundant work. > > [MARC frameworks are either bibliographic or authorities frameworks and go > by various names in Koha depending upon how you access them. In the > system administration intranet interface, they are identified as Biblio > framework (MARC structure) for bibliographic frameworks or Thesaurus > structure for authorities. In the installation directories, they have > names such as structure_def.sql for bibliographic frameworks or > authorities_normal_marc.sql for authorities.] > > I will supply very simple instructions for exporting your frameworks from > your SQL database if you need such assistance. > [...]

1 0

Re: RFC - installer changes
by Bradley Peters 13 Dec '07

13 Dec '07

I downloaded the tarball, and used the single installation method. The computer I tested on is running Ubuntu 7.10. The command line portion of the installer appeared to work very well. When I got to the web portion I wasn't sure which username to use as there were 2 in the commandline portion. The one I tried first (kohauser) was the wrong one. Further along at step 3, the installer said it had all the required privileges on the database but on the next screen I got the following error message. ERROR 1142 (42000) at line 22: DROP command denied to user 'kohaadmin'@'localhost' for table 'accountlines' Sincerley, Bradley Peters

2 4

small typo
by Ignacio Javier 12 Dec '07

12 Dec '07

Just a maybe "not to take a blind bit of notice" issue, there is an inversion letters typo in: http://www.kohadocs.org/koha_diary.html, chapter 9, in the title. Greetings, Ignacio

1 0

Two patches to the NPL z39.50 template
by Nicholas van Rheede van Oudtshoorn 10 Dec '07

10 Dec '07

Hi there, These two patches allow the NPL template to actually return meaningful search results. The first patch simply adds inverted commas to parameters (without them, it doesn't work!). The second patch changes the results table to show where each record comes from - much like the default template. These patches are to Koha 2.2.9 Hopefully this is of some use... Nicholas van Oudtshoorn Perth Bible College, Western Australia

1 0

Permissions, Staff category_type and 'kohaadmin'
by Ryan Higgins 09 Dec '07

09 Dec '07

To address the permissions issues wherein a user with the borrowers flag could edit login information for a user with more permissions, I've added a new category_type of 'Staff'. To edit permissions and login data for a patron in a 'Staff' category_type, the editing user must have the new flag 'staffaccess'. There are no limits on assignable permissions for a non-Staff member, though that's something that should happen in the near future. So any user with permission to edit borrowers should be in a category of type Staff. -- Ryan Higgins LibLime * Open-Source Solutions for Libraries Featuring KohaZOOM ILS 888-564-2457 x704

1 0

Any interest in adding MP3 ID3v2 read/write capability to Koha?
by Chris Nighswonger 05 Dec '07

05 Dec '07

Hi, We have a good sized collection (and growing) of MP3 encoded audio that we plan to use Koha to catalog. Most of our MP3's have to have tags created and added to them. A few have tags already. The job of creating them could be made a lot easier by adding the ability to write ID3v2 tags to the MP3's based on the corresponding marc record for the audio archive. (Our in-house software does this currently, but is coded in VB rather than Perl.) We have been looking at using MP3::Tag to incorporate this read/write capability into Koha. To do this right, I think some discussion is in order prior to beginning. I'd like to hear feedback on two points: 1. From the user prospective: Is there any interest/demand for this type of feature? 2. From the developer prospective: What is the best mapping plan for marc fields to ID3v2 frames and vise-versa? If you are not familiar with the ID3v2 standard, take a look at http://www.id3.org/id3v2.4.0-frames which is probably the relevant part for this discussion. Regards, Chris -- Chris Nighswonger Faculty Member Network & Systems Director Foundations Bible College & Seminary www.foundations.edu www.fbcradio.org

4 8

Tag error, and CGI::Carp and DebugLevel misbehaviour
by Ignacio Javier 05 Dec '07

05 Dec '07

Hi all: 1) When trying to add a MARC Record (Addbiblio.pl), appears a software error: Tag "" is not a valid tag. at /usr/local/share/perl/5.8.8/C4/Biblio.pm line 2307 CGI::Carp 2) On the other hand a: mysql> SELECT variable,value FROM systempreferences WHERE variable LIKE %debug%'; results in: +------------+-------+ | variable | value | +------------+-------+ | DebugLevel | 2 | +------------+-------+ 1 row in set (0.00 sec) Seems I've got maximum debug level set, but in fact is not sending to browser the perl call stack dump, as expected (and not any "debug level 2" message). Anybody knows why? ----------------- Dump of about.pl: Server information Koha version: 3.00.00.031 OS version ('uname -a'): Linux ignaciojavier 2.6.18-5-686 #1 SMP Wed Oct 3 00:12:50 UTC 2007 i686 GNU/Linux Perl version: 5.008008 MySQL version: mysql Ver 14.12 Distrib 5.0.32, for pc-linux-gnu (i486) using readline 5.2 Apache version: Zebra version: Zebra 1.3.50 $Date: 2007-10-16 10:10:37 $ (C) 1994-2005, Index Data ApS Using: libbzip2, (C) 1996-1999 Julian R Seward. All rights reserved. Using: Tcl 8.3 Perl modules Biblio::EndnoteStyle 0.05 CGI 3.15 CGI::Carp 1.29 CGI::Session 4.20 Class::Accessor 0.31 Class::Factory::Util 1.7 DBD::mysql 3.0008 DBI 1.53 Data::Dumper 2.121_08 Date::Calc 5.4 Date::Manip 5.44 Digest::MD5 2.36 File::Temp 0.19 GD::Barcode::UPCE 1.1 Getopt::Long 2.35 Getopt::Std 1.05 HTML::Template::Pro 0.65 HTTP::Cookies 1.39 HTTP::Request::Common 1.26 LWP::Simple 1.41 LWP::UserAgent 2.033 Lingua::Stem 0.82 List::Util 1.19 Locale::Language 2.07 MARC::Charset 0.98 MARC::Crosswalk::DublinCore 0.02 MARC::File::XML 0.86 MARC::Record 2.0.0 MIME::Base64 3.07 MIME::QuotedPrint 3.07 Mail::Sendmail 0.79 Net::Z3950::ZOOM 1.21 PDF::API2 2.014 PDF::API2::Page 2.001 PDF::API2::Util 2.000 PDF::Reuse 0.33 PDF::Reuse::Barcode 0.05 POSIX 1.09 Schedule::At 1.06 Term::ANSIColor 1.10 Test 1.25 Test::Harness 3.03 Test::More 0.72 Text::CSV 0.01 Text::Wrap 2005.082401 Time::HiRes 1.86 Time::localtime 1.02 Unicode::Normalize 0.32 XML::Dumper 0.81 XML::LibXML 1.65 XML::LibXSLT 1.63 XML::RSS 1.31 XML::SAX::ParserFactory 1.01 XML::Simple 2.14 ------------------------------------- Ignacio Javier Gómez Rodríguez Área de Consultoría Tfno: 902905590 - Fax: 981571425 ignacio.gomez(a)coremain.com www.coremain.com

2 2

field 856 not in record.abs
by Paul POULAIN 05 Dec '07

05 Dec '07

Hello, I just noticed that the field 856 (URLs, same field in MARC21 and UNIMARC) is not in record.abs, and thus not indexed. Not sure it's a real problem, but just to let you know. -- Paul POULAIN BibLibre SARL Expert en Logiciels Libres pour l'info-doc Tel : 04 91 31 45 19

1 0