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

Question about 'Top Lists' reports
by Tina Burger 18 Feb '08

18 Feb '08

Hi all, I have a question about this report: 'Items not checked out' Can someone please describe the original intention of this report? It doesn't work as I expect it to work, so I'm trying to determine if there is a bug or I just misunderstand the intention. The resulting report has two columns: 'Num/Items' and 'Global' and under the 'Num/Items' column there is just row after row of sequential numbers. [i've attached a screenshot] I would expect there to be barcodes or titles or something. Does something need to be enabled for this to work? Am I misunderstanding this? Thanks!! --Tina -- Tina N. Burger VP Marketing, LibLime 449 East State St. PO Box 892 Athens, OH 45701 (888) Koha ILS (564-2457) ext. 705 tnb(a)liblime.com http://liblime.com

1 0

Issuing rules
by Jesse 16 Feb '08

16 Feb '08

I have been doing a lot of work recently on issuing rules in Koha; I have made a new, much nicer issuing rules screen am working on making issuingrules fallback better. I have working production code if anyone is interested, and templates for the default and NPL template sets. -- Jesse

1 0

Web installer, database, Darwin (maybe other BSDs?), qx(), mysql
by MJ Ray 16 Feb '08

16 Feb '08

This is just a short note to let the list know that I've found a couple of problems with the installation process which affect at least Darwin, MacOS X installations and I wouldn't be surprised if other BSD-like systems had similar problems. Anyone managed to install successfully on one? 1. MARC::File::XML won't install under sudo perl -MCPAN. The make test step fails. Running as root works. Not sure why this is and I've no plans to debug it further. This had me mystified for far too long. 2. the web installer can't invoke the mysql command-line client. The error is like "sh: line 1: -u: command not found" and appears once for each SQL file. I think this is the portability problem described in man perlop under the qx subheading. It's very similar to a problem in the 2.x installer. Galen has offered a few possible solutions (IPC::Open3, IPC::Cmd), I think I know some other possibles (DBIx modules and so on) and there's the solution I put in place last July that hdl rejected (pure DBI) if we get really stuck. I'll work through them until one works (starting with open3) unless anyone has a quick fix or sees a fatal flaw in any of them. I should have something coded in about 12 hours' time. Hope that helps someone, -- MJ Ray http://mjr.towers.org.uk/email.html tel:+44-844-4437-237 - Webmaster-developer, statistician, sysadmin, online shop builder, consumer and workers co-operative member http://www.ttllp.co.uk/ - Writing on koha, debian, sat TV, Kewstoke http://mjr.towers.org.uk/

4 6

Re: [Koha-devel] Itemtype and MARC21 Quandry
by Petrus B. van Bork 16 Feb '08

16 Feb '08

Dear Chris & List Colleagues: I believe that Sylvain is right, in this case, (....sorry Chris....), creating multiple records is not a good solution, when viewed from the perspective of a librarian, as opposed to a computer geek. Apart from issues of redundancy, a librarian wishes all the copies of one title to be listed in one place, even if the loan rules are different. Librarians spend time and effort eliminating duplication from their databases, and would not be comfortable with a system that forces duplication of identical MARC records. Let me note, that, to the best of my knowledge, MARC21 records while they MAY permit more than one 852 field, have no accommodation in the record for loan rules defining fines, borrower type or length of loan. See http://www.loc.gov/marc/holdings/echdintr.html - and I quote: "Field 852 (Location) is defined to contain information in as much detail as is needed to locate an item. It may include such information as a unique shelving designation, copy number, and the address for the current physical location of the item." Other systems hold the information stored in a separate record linked to the MARC record and this is the solution we favour. This should allow each copy to have its own borrowing rules including who may borrow, length of loan period etc. A single library may have one reference copy, one short loan copy and some normal loan copies of the same title in different areas of the library, and need to define different rules and limits for these copies being borrowed by different borrower types. Best, Petrus Hanover Public Library Ontario, Canada Sylvain Machefert wrote: Hi all, I sent a mail one week ago about this same problem for a library who has books for adults and books for children with different issuing rules but the same notice. I'm in favour of linking the itemptype to the item, not to the biblioitem. hope there'll be an elegant fix for that ... Hi All I honestly dont think this is the problem, whether the itemtype is on items, or biblioitems. The problem is that the import is only making 1 biblioitem. If you have a MARC record that contains multiple record types, you should get 1 biblio -> multiple biblioitems -> multiple items. This is not what is happening, and this is what is causing the problems. So we need to fix this. Chris

1 0

Offset & Creep Adjustment Feature for Label Creator Tool
by Chris Nighswonger 15 Feb '08

15 Feb '08

Hi all, I have just wrapped up what I call a Printer Profile feature for the Label Creator tool in Koha 3.0. This feature allows for the creation of printer profiles bound to printer/tray/template where 'printer' is the printer the profile applies to, 'tray' is the tray on that printer the profile applies to, and 'template' is the label template the profile applies to. Basically the profile allows the user to setup offset and creep adjustements (aka: printer callibration) specific to a given printer tray and label template. The printer referenced need not be one setup inside Koha itself. The template, however, must exist within Koha. This functionality is available in most label software I have used, and should keep the user from having to monkey with the template specs to get the text/barcode/etc. inside the label edges. I am wondering if there are any thoughts, considerations, objections, encouragements, etc. to this tool becoming a part of Koha before I submit the code? It works well here, but is beta. Regards, Chris -- Chris Nighswonger Faculty Member Network & Systems Director Foundations Bible College & Seminary www.foundations.edu www.fbcradio.org

2 1

Zebra fails to bind two sockets
by custard 13 Feb '08

13 Feb '08

Hi, Has anyone seen something like this, and is there a way around? $ sudo zebrasrv -f /etc/koha/koha-conf.xml Password: 21:13:44-13/02 [log] zebra_start 2.0.26 /etc/koha/zebradb/zebra-biblios.cfg 21:13:44-13/02 [log] zebra_start 2.0.26 /etc/koha/zebradb/zebra-authorities.cfg 21:13:44-13/02 [server] Adding dynamic listener on unix:/var/run/koha/zebradb/bibliosocket id=1 21:13:44-13/02 [fatal] Failed to bind to unix:/var/run/koha/zebradb/bibliosocket [No such file or directory] 21:13:44-13/02 [server] Adding dynamic listener on unix:/var/run/koha/zebradb/authoritysocket id=2 21:13:44-13/02 [fatal] Failed to bind to unix:/var/run/koha/zebradb/authoritysocket [No such file or directory] 21:13:44-13/02 [server] Adding dynamic listener on tcp:@:9999 id=0 21:13:44-13/02 [server] Starting server zebrasrv pid=434 The command is taken from the INSTALL file for Koha 3, and it's on Darwin 9.2.0 (OsX 10.5.2) thanks, custard. -- View this message in context: http://www.nabble.com/Zebra-fails-to-bind-two-sockets-tp15456847p15456847.h… Sent from the Koha - Dev mailing list archive at Nabble.com.

4 4

biblio search problem: 2.2.9 to 3.0 upgrade
by Matthew Metzger 13 Feb '08

13 Feb '08

Hello All, first, I want to thank the very helpful people who work on this project. I've come to appreciate how complicated libraries are. I started using Koha 2.2.4 in 2005 and have looked forward to 3.0 for some time. I have followed the instructions at http://wiki.koha.org/doku.php?id=22_to_30 I think that has been part of my problem, because I didn't realize that some of the instructions applied to unimarc, while I have marc21. I've added one Marc Record as a test and that is the only one that shows up in any search results, both on the intranet and the opac, even though I have over 5000 other items. That search result gets me to http://stam.library.admin.test/cgi-bin/koha/catalogue/MARCdetail.pl?biblion… I can view other items by manually changing the biblionumber in the address bar URL. However, it seems that only 100a shows up in the marc data for any other item except the one added after the upgrade. Also, the value of 100a seems to be incorrect as it is always the same "Personal name 20080208 frey50". I was browsing through the database tables using phpmyadmin and came across this warning: "PRIMARY and INDEX keys should not both be set for column `biblioitemnumber`" in Database: Koha > Table: biblioitems Is this something that should be changed? thanks for any help you can give me and for your time, Matthew Metzger

1 0

perl module problem - 2.2.9 -> 3.0 upgrade
by Matthew Metzger 13 Feb '08

13 Feb '08

Hello, I am attempting to move a 2.2.9 installation to 3.0 alpha. I'm almost there, but there seem to be a few problems. I have worked to install all the required perl modules and made sure that they were up to date. However, http://stam.library.admin.test/cgi-bin/koha/about.pl says that the XML::LibXSLT and YAML::Syck modules are missing. However, I know for sure that they are installed. cpan[6]> install YAML::Syck YAML::Syck is up to date (1.01). cpan[7]> install XML::LibXSLT XML::LibXSLT is up to date (1.66). The intranet makes me log back in after every link I click within it. I cannot yet search the OPAC, but it is probably an unrelated problem. thanks for any help you can give. -Matthew

1 1

install problem
by Luis Valdes Guerrero 11 Feb '08

11 Feb '08

i was installing koha3 alpha and i have the follow error Software error: Can't call method "do" on unblessed reference at /usr/share/koha/lib/C4/Context.pm line 609. Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 24. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 24. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 31. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 31. Compilation failed in require at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22. BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22. CGI::Carp this was in the firefox, at time to see intranet and opac tell me what is the error

2 1

koha 3.0 on macos/darwin
by custard 10 Feb '08

10 Feb '08

Hi, Attempting to get Koha running on MacOSX 10.5.1 . Got everything going except three perl modules all of which look important. It feels like I'm frustratingly close to finding out how nice Koha is, but can't quite get there. Is someone here able to help me out? * CGI::Session (4.20) seems to be having problems with recent YAML things (JSON:YAML etc) t/g4_dbfile_json..................# JSON::Syck t/g4_dbfile_json..................51/101 (in cleanup) Dumping circular structures is not supported with JSON::Syck at /Users/custard/.cpan/build/CGI-Session-4.20/blib/lib/CGI/Session/Serialize/json.pm line 18. # Failed test 'Previously stored object loaded successfully' # at /Users/custard/.cpan/build/CGI-Session-4.20/blib/lib/CGI/Session/Test/Default.pm line 362. # Failed test at /Users/custard/.cpan/build/CGI-Session-4.20/blib/lib/CGI/Session/Test/Default.pm line 362. Use of uninitialized value in string eq at /Users/custard/.cpan/build/CGI-Session-4.20/blib/lib/CGI/Session/Test/Default.pm line 325 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mistake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl tells you what operation you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessarily appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Can't call method "can" on an undefined value at /System/Library/Perl/5.8.8/overload.pm line 54. # Looks like you planned 101 tests but only ran 91. # Looks like you failed 2 tests of 91 run. # Looks like your test died just after 91. t/g4_dbfile_json.................. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 12/101 subtests (less 6 skipped subtests: 83 okay) t/g4_dbfile_storable..............ok t/g4_dbfile_yaml..................# YAML t/g4_dbfile_yaml..................51/202 # YAML::Syck t/g4_dbfile_yaml..................ok t/g4_freezethaw...................ok t/g4_mysql........................skipped: Couldn't establish connection with the MySQL server: Can't connect to data source '' because I can't work out what driver to use (it doesn't seem to contain a 'dbi:driver:' prefix and the DBI_DRIVER env var is not set) at t/g4_mysql.t line 44 t/g4_mysql_freezethaw.............skipped: Couldn't establish connection with the MySQL server: Can't connect to data source '' because I can't work out what driver to use (it doesn't seem to contain a 'dbi:driver:' prefix and the DBI_DRIVER env var is not set) at t/g4_mysql_freezethaw.t line 43 t/g4_mysql_storable...............skipped: Couldn't establish connection with the MySQL server: Can't connect to data source '' because I can't work out what driver to use (it doesn't seem to contain a 'dbi:driver:' prefix and the DBI_DRIVER env var is not set) at t/g4_mysql_storable.t line 43 * HTML::Template::Pro (0.68) has a reccursive dependency issue Recursive dependency detected: HTML::Template::Pro => V/VI/VIY/HTML-Template-Pro-0.68.1.tar.gz => Test::More => M/MS/MSCHWERN/Test-Simple-0.74.tar.gz => Test::Harness => A/AN/ANDYA/Test-Harness-3.07.tar.gz => File::Spec => K/KW/KWILLIAMS/PathTools-3.27.tar.gz => File::Path => D/DL/DLAND/File-Path-2.04.tar.gz => File::Spec. Cannot continue. * And finally XML::LibXSLT (1.66) needs a newer version of libsxlt. I can probably get around this by either manually installing an older version (I apparently only need 1.59) or updating the libraries. -- View this message in context: http://www.nabble.com/koha-3.0-on-macos-darwin-tp15392282p15392282.html Sent from the Koha - Dev mailing list archive at Nabble.com.

1 0