- Koha - lists.katipo.co.nz

Re: [Koha] perl modules don't work
by Thibaud Hulin 08 May '07

08 May '07

Thanks for your answer. > Have you the cgi module loaded and enabled for Apache? How can I check that ? > Yikes! What did the prompt that you typed perl -MCPAN -e 'install "Event"' at look like? Nowadays, I obtain this : CPAN: Storable loaded ok Going to read /root/.cpan/Metadata Database was generated on Fri, 29 Sep 2006 21:39:34 GMT Event is up to date. > I need to reinstall my koha on a newer debian. I'll make notes on the > installation, as I'll be doing this one on my own time. Actually, Debian testing can't launch koha with standard package, because koha can't works with mysql5 and php5. So, you must install mysql4 and php4 yourself, and phpymysql eventually. It's the only way an installation after sarge distribution. However, it's my first installation of koha, because I'm working on a Debian testing, and I'm too lazy to install a sarge more. For the moment, I'm always block. If I desactive the /etc/koha-httpd.conf , I can use other applications with apache. If I active it, I can only access to the first page of koha, but perl don't work... So, I did a link from /var/www/koha to /usr/local/koha/intranet/htdocs/ When I enter localhost/koha in my navigator, I have one second a "WELCOME TO KOHA", and it disappear and I get this error message : The requested URL /cgi-bin/koha/mainpage.pl was not found on this server.

2 1

Koha 2.2.9 has been released
by Paul POULAIN 07 May '07

07 May '07

http://download.savannah.nongnu.org/releases/koha/koha-2.2.9.tar.gz RELEASE NOTES ============= Koha is the first Open-Source Integrated Library System. Koha is a full-featured open-source ILS. Developed initially in New Zealand by Katipo Communications Ltd and first deployed in January of 2000 for Horowhenua Library Trust, it is currently maintained by a team of software providers and library technology staff from around the globe. Koha 2.2.9 is more than 250,000 lines of code (see : http://bureau.paulpoulain.com/cvslog/) , contributed by about 50 different developers (46, +translators). More than 100 libraries are registered as users on wiki.koha.org, and we are sure that at least 300 libraries use the software. There are 2 projects derived from Koha. ======== WARNINGS ======== * The librarian interface is tested only with Mozilla/Firefox. Should work (partially) with IE. OPAC should work fine with any browser. * during install, you may get some warnings during package dependency checkings. Something like : "Too late to run INIT block at /usr/local/lib/perl/5.8.4/ZOOM.pm line 37." or "Subroutine PDF::API2::Resource::Font::Postscript::O_RDONLY redefined at /usr/share/perl/5.8/Exporter.pm line 65." You can safely ignore them. KNOWN BUGS ********** Critical/blocking : * mySQL5.0 : Koha 2.2.9 is NOT guaranteed to be compatible with mySQL 5.0. However some bugs are fixed in 2.2.9, so that should work at least partially. Report any problem encountered, we will continue to improve things in 2.2.10. * don't use spaces in currencies codes. Use USD, not US DOLLAR, for example. spaces breaks acquisition module. see bugs.koha.org for more information. Please report any problem in bugs.koha.org ======= CHANGES ======= There are only bugfixes and very minor enhancements in this release : * Major bug in addbiblio and additem (Bug 1330). Previously, if you added a field to a biblio it would save it with the same tagorder as one of the items, and then editing an item would result in it being deleted. * fixed some SQL queries (mySQL5 errors. That does not mean koha 2.2.x is mySQL5 compliant, but that's some errors identified & fixed. Expect koha 2.2.9 to work with fewer problem under mySQL5) * fixed a SQL typo in overdues fixing on return (database was not properly updated) * Solved a problem where a plugin value(fixed fields...) would be lost when editing a record * fixed a bug in expiry date calculation * ENH in z3950 search : adding a test in search to avoid a system error if the server returns an invalid error (can happend, depending on z3950 server) * ENH: Added finer ISBD parsing to allow subfield values to contain {}. * ENH: removed an extra (& useless although harmless) call to MARChtml2xml * ENH: if branch unknown from Koha, take it from userenv, instead of first-defined. This will set branch to users registration branch if not explicitly set. ============= TRANSLATIONS ============= Translations updates : A lot of translations have been updated & completed. Some are partials, but included in the release. Here is a detailled list, language by language : LIBRARIAN (INTRANET) interface - ENGLISH : Templates npl and default available (native language) - CHINESE : Templates default (60% translated) and npl (95% chinese Classic and chinese Taïwan) - FRENCH : Templates default (100% translated) - ITALIAN : Templates default (95% translated) - POLISH : Templates default (30% translated) - SPANISH : Templates default (60% argentin spanish, 95% spanish spain) - UKRANIAN: Templates default (95% translated) and npl (60% translated) OPAC (PUBLIC) interface - ENGLISH : Templates npl and css available (native language) - CHINESE : Templates css (90% translated, chinese Classic and Chinese Taïwan) and npl (90% for both too) - FRENCH : Templates css available (100% translated) - HUNGARIAN: Templates npl (90% translated) - JAPANESE: Templates npl (95% translated) - KOREAN : Templates npl (95% translated) - ITALIAN : Templates css (100% translated) - POLISH : Templates css (75% translated) - SPANISH : Templates css (75% translated) - UKRANIAN: Templates css (100% translated) and npl (90% translated) BE CAREFUL with those translations : most requires that your database is unicode, some that it is latin1 (iso8859-15). So don't hesitate to check and remove any translation that would give strange results (in OPAC mainly, as in librarian interface the librarian can't change the language easily). The templates are in $KOHA/opac/htdocs/opac-tmpl/TEMPLATE/LANGUAGE. Note that the problem will be removed by koha 3, as everybody will be in unicode... -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19

1 0

Use of 686 field for rubbk
by Serhij Dubyk Сергі й Дубик 07 May '07

07 May '07

In Koha for Unimarc tables for 686^a field used authority "itemtypes" and connect with 'biblioitems.itemtype' In our country (and mostly post USSR) widelly used classification scheme BBK (rubbk code, for detail look: http://www.loc.gov/marc/sourcecode/classification/ http://www.ifla.org/VI/3/p1996-1/appx-g.htm) BBK-indexes used for every book (also often UDK, not often DDK) Question: how to use 686^a, 686^2 also and for rubbk-like classification? -- View this message in context: http://www.nabble.com/Use-of-686-field-for-rubbk-tf3702523.html#a10353950 Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

Problems in installing and configuring koha
by eckoha library 05 May '07

05 May '07

Hi Stephen We have just registered for the mail. We have already installed koha on one machine (stand alone successfully),but we are experieincing some problems in doing the same on another (also stand alone) The problem is after installing all the components, which are: apache server, my sql, perl and the koha, we are receiving an error message, stating that the apache server executable file cannot be found: although they have been successfully installed. (Using all the recommended folders for the programs e.g. apache to c:\program files\apache group, mysql to c:\mysql, perl to c:\usr) We have tried reinstalling the programs, yet the same problem exists. Also, we have attempted to import 24 records from an MSExcel file, but we are only seeing 6 of these. In the six that we have seen, there are no subject headings, no added entries and the second half of the call number is missing. Please advise, on what the best course of action can be. Una f/ Elijah Centre Library OPAC

2 2

Upgrade from 2.2.5 to 2.2.8
by Greg Vickers 05 May '07

05 May '07

Hi all, We are looking to upgrade our installation of Koha (http://library.afbrisbane.com) from 2.2.5 to 2.2.8, mainly for the different Z39.50 process that came in version 2.2.7. I was wondering if I should expect any problems (apart from what is in the release notes - yes I have read them :) ) or if anyone here had had any problems upgrading from some older version to 2.2.8? Just trying to collect as much information as I can before going ahead with the upgrade. Thanks, Greg

2 1

[Fwd: Re: Koha Virtual Appliance]
by Rachel Hamilton-Williams 05 May '07

05 May '07

-------- Original Message -------- Subject: Re: Koha Virtual Appliance Date: Fri, 4 May 2007 08:03:58 -0500 From: Jim Kronebusch <jim(a)winonacotter.org> To: rachel(a)katipo.co.nz References: <20070503163730.M30916(a)winonacotter.org> <463A8553.9010108(a)katipo.co.nz> On Fri, 04 May 2007 12:58:59 +1200, Rachel Hamilton-Williams wrote > Hi Jim, > > i'll forward your suggestion to the Koha lists (regular and developer). > It sounds like a good idea, and we've had Koha easier to install in the > past as part of Debian, but of course every time Koha changes you have > to do a new one. > > I suspect all the project needs to do this, is someone keen to do it. > > Cheers > Rachel Thanks for your response. There always seems to be some problems with compatibility when either Debian or Koha has an update. If a virtual machine was created and distributed by the developers every time Koha was updated it sure could make life easier on the end users. And building a virtual machine under VMware isn't much different than building a standard server, so it shouldn't take much extra expertise, just a desire to do so. If this was done the end user would have a pre-built Koha server ready to go. All they would need is some instruction of which .conf files to modify for their personal domain and how to change passwords. This could make things much less technical for the end user, and who better to gather and install all dependencies than the developers. Another suggestion would be to have them talk to Debian or Ubuntu and see if one of them could add Koha into their software repository. I will be emailing Ubuntu to try and do such a thing. This would make it so that any Debian or Ubuntu user could just "apt-get install koha" and then just wait for setup prompts. Apt would handle all dependencies. At this point I am trying to build my own VMware image, if I get that done I will try and make a torrent and get it out on the internet with some instructions. Thanks again. Jim Kronebusch -- This message has been scanned for viruses and dangerous content by the Cotter Technology Department, and is believed to be clean. -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel(a)katipo.co.nz Web: www.katipo.co.nz

1 0

perl modules don't work
by Thibaud Hulin 05 May '07

05 May '07

Hi, Nowadays, koha is the only way for apache : the adress 'localhost' inserted in my navigator show "WELCOME TO KOHA", and firefox try to download opac-main.pl without launching it. OS : Debian lenny / sid (testing) I'm using the howto for Sarge, but I installed mysql4 and not mysql5. During the installation, when I configure CPAN with this : perl -MCPAN -e 'install "Event"' I got errors : perl: No such file or directory CPAN: No such file or directory modules: No such file or directory 02packages.details.txt.gz: No such file or directory Bad luck... Still failed! Can't access URL ftp://ftp.u-paris10.fr/perl/CPAN/modules/02packages.details.txt .gz. Please check, if the URLs I found in your configuration file (ftp://ftp.u-paris10.fr/perl/CPAN) are valid. The urllist can be edited. E.g. with 'o conf urllist push ftp://myurl/' Could not fetch modules/02packages.details.txt.gz Trying to get away with old file: 705772 492 -rw-r--r-- 1 0 0 495735 Sep 30 2006 /root/.cpan/so urces/modules/02packages.details.txt.gz Going to read /root/.cpan/sources/modules/02packages.details.txt.gz Database was generated on Fri, 29 Sep 2006 21:39:34 GMT Warning: This index file is 216 days old. Please check the host you chose as your CPAN mirror for staleness. I'll continue but problems seem likely to happen. There's a new CPAN.pm version (v1.8801) available! [Current version is v1.7602] You might want to try install Bundle::CPAN reload cpan without quitting the current session. It should be a seamless upgrade while we are running... Fetching with LWP: ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz LWP failed with code[404] message[Can't chdir to perl] Fetching with Net::FTP: ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz Couldn't cwd perl/CPAN/modules at /usr/share/perl/5.8/CPAN.pm line 2259. Trying with "/usr/bin/lynx -source" to get ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz Recherche ftp.u-paris10.fr Connexion FTP à ftp.u-paris10.fr Recherche 193.50.151.62:39809 Connexion FTP data à 193.50.151.62:39809 Recherche ftp.u-paris10.fr Connexion FTP à ftp.u-paris10.fr Acces impossible `ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz' Alerte! : Impossible d'accéder au document. lynx : accès impossible au fichier de départ System call "/usr/bin/lynx -source "ftp://ftp.u-paris10.fr/perl/CPAN/modules/03m odlist.data.gz" > /root/.cpan/sources/modules/03modlist.data" returned status 1 (wstat 256) Warning: expected file [/root/.cpan/sources/modules/03modlist.data.gz] doesn't e xist Trying with "/usr/bin/ncftpget" to get ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz ncftpget: Could not change directory: server said: perl: No such file or directo ry System call "cd /root/.cpan/sources/modules && /usr/bin/ncftpget "ftp://ftp.u-pa ris10.fr/perl/CPAN/modules/03modlist.data.gz" " returned status 5 (wstat 1280) Warning: expected file [/root/.cpan/sources/modules/03modlist.data.gz] doesn't e xist Trying with "/usr/bin/wget -O -" to get ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz --10:06:19-- ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz => `-' Résolution de ftp.u-paris10.fr... 193.50.151.62 Connexion vers ftp.u-paris10.fr|193.50.151.62|:21...connecté. Ouverture de session en anonymous...Session établie! ==> SYST ... complété. ==> PWD ... complété. ==> TYPE I ... complété. ==> CWD /perl/CPAN/modules ... Répertoire « perl/CPAN/modules » inexistant. System call "/usr/bin/wget -O - "ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modl ist.data.gz" > /root/.cpan/sources/modules/03modlist.data" returned status 1 (wstat 256) Warning: expected file [/root/.cpan/sources/modules/03modlist.data.gz] doesn't e xist Issuing "/usr/bin/ftp -n" Local directory now /root/.cpan/sources/modules perl: No such file or directory CPAN: No such file or directory modules: No such file or directory 03modlist.data.gz: No such file or directory Bad luck... Still failed! Can't access URL ftp://ftp.u-paris10.fr/perl/CPAN/modules/03modlist.data.gz. Please check, if the URLs I found in your configuration file (ftp://ftp.u-paris10.fr/perl/CPAN) are valid. The urllist can be edited. E.g. with 'o conf urllist push ftp://myurl/' Could not fetch modules/03modlist.data.gz Trying to get away with old file: 705773 128 -rw-r--r-- 1 0 0 125044 Sep 30 2006 /root/.cpan/so urces/modules/03modlist.data.gz Going to read /root/.cpan/sources/modules/03modlist.data.gz Going to write /root/.cpan/Metadata Event is up to date. Is it normal ? Thanks for help, Thibaud.

2 1

Install problems
by M. McCarty 05 May '07

05 May '07

Hi, I'm installing Koha 2.2.7 on Debian (2.4.27 Sarge) using the installation doc on the Wiki. A couple of problems have cropped up. 1. The following error when running: .cpan/build/Net-Z3950-0.51# make /usr/bin/ld: cannot find -lgcrypt collect2: ld returned 1 exit status make: *** [blib/arch/auto/Net/Z3950/Z3950.so] Error 1 st285:~/.cpan/build/Net-Z3950-0.51# make install make[1]: Entering directory `/root/.cpan/build/Net-Z3950-0.51/yazwrap' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/root/.cpan/build/Net-Z3950-0.51/yazwrap' rm -f blib/arch/auto/Net/Z3950/Z3950.so cc -shared -L/usr/local/lib Z3950.o -o blib/arch/auto/Net/Z3950/Z3950.so yazwrap/libyazwrap.a \ -lyaz -lexslt -lxslt -lgcrypt -lgpg-error -lxml2 -lpthread -lz -lm -lpthread -lssl -lcrypto -ldl -lwrap -lnsl \ /usr/bin/ld: cannot find -lgcrypt collect2: ld returned 1 exit status make: *** [blib/arch/auto/Net/Z3950/Z3950.so] Error 1 2. Errors when installing Zoom: Checking if your kit is complete... Looks good Writing Makefile for Net::Z3950::ZOOM cp lib/Net/Z3950/ZOOM.pm blib/lib/Net/Z3950/ZOOM.pm cp lib/ZOOM.pod blib/lib/ZOOM.pod cp lib/ZOOM.pm blib/lib/ZOOM.pm cp lib/Net/Z3950.pm blib/lib/Net/Z3950.pm /usr/bin/perl /usr/share/perl/5.8/ExtUtils/xsubpp -typemap /usr/share/perl/5.8/ExtUtils/typemap -typemap typemap ZOOM.xs > ZOOM.xsc && mv ZOOM.xsc ZOOM.c cc -c -pthread -DYAZ_POSIX_THREADS=1 -DYAZ_HAVE_XML2=1 -DYAZ_HAVE_XSLT=1 -DYAZ_HAVE_EXSLT=1 -I/usr/include/libxml2 -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE-D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\"1.18\" -DXS_VERSION=\"1.18\" -fPIC "-I/usr/lib/perl/5.8/CORE" ZOOM.c Running Mkbootstrap for Net::Z3950::ZOOM () chmod 644 ZOOM.bs rm -f blib/arch/auto/Net/Z3950/ZOOM/ZOOM.so cc -shared -L/usr/local/lib ZOOM.o -o blib/arch/auto/Net/Z3950/ZOOM/ZOOM.so \ -lyaz -lexslt -lxslt -lgcrypt -lgpg-error -lxml2 -lpthread -lz -lm -lpthread -lssl -lcrypto -ldl -lwrap -lnsl \ /usr/bin/ld: cannot find -lgcrypt collect2: ld returned 1 exit status make: *** [blib/arch/auto/Net/Z3950/ZOOM/ZOOM.so] Error 1 /usr/bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible 3. When I did run the install script it reported that that the following perl scripts hadn't been run. I expected the ZOOM message but when I try to install GD::Barcode it reports that it's already installed. Also, I don't run LDAP for authentication so how do I install without it? export LC_ALL=C perl -MCPAN -e 'install "ZOOM"' perl -MCPAN -e 'install "You will need GD::Barcode for the new barcode generator"' perl -MCPAN -e 'install "You will need Net::LDAP if you want to authentify patrons through a LDAP"' Thanks in advance. Mark __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: [Koha] Call numbers for biblios
by Kevin O'Rourke 04 May '07

04 May '07

Jim Kronebusch wrote: > On Fri, 04 May 2007 10:16:56 +0100, Kevin O'Rourke wrote > >> Our librarians are complaining that when they look up a book in the >> catalog (using the intranet interface) the call number is not shown. >> > This probably won't help you, but our server has the same problem. I think the problem > originated because we imported USMARC 852 holdings which uses different fields to store > information than standard USMARC. So I don't think our Dewey is in the proper field or > mapped properly. I haven't looked at this for a long time as I had basically given up, > but I think it showed up in one view but not another when searching the catalog. > We've been fetching MARC records from the National Library of Canada and the National Library of Scotland, I'm not sure but I think they're standard(ish) USMARC. Kevin -- Kevin O'Rourke ICT Coordinator, National Teachers' Institute, Kaduna, Nigeria 062 316972

1 0

conflicting charset
by robin ros 04 May '07

04 May '07

hello everyone, I had a problem with my spanish translation, i downloaded the latest .po archive from cvs and i wanted to install but give an error, i think this is the command: ./tmpl_process3.pl install -i /usr/local/koha/opac/htdocs/opac-tmpl/css/en/ -o /usr/local/koha/opac/htdocs/opac-tmpl/css/es/ -s /opt/po-es/opac_es.po -r but give this error: Conflicting charsets in msgid: <!-- vs UTF-8 my system work fine with utf-8, and i donot know how to fix this error, has someone had this problem??, any help is welcome, thanks for your help, robin

2 1