- Koha - lists.katipo.co.nz

I need to add a path to @INC for KOHA, how?
by Marty Jongepier 03 Jan '06

03 Jan '06

Hi all, I am in the process of installing KOHA on a Debian Sarge system, and I am kind of stuck. I need to add the path /usr/local/koha/intranet/modules/C4 to @INC, perl complians that it cannot find this path, and rightly so, because it is not in @INC I found http://www.perl.com/pub/a/2002/05/14/mod_perl.html?page=2, with some helpful information, but it does not solve my problem, I keep getting errors. Maybe I missed something? (Like when I found out you need SetEnvIf in Debian instead of SetEnv) I know hardly anything about perl, so please be patient (and descriptive) and if someone can show some examples it would be most welcome... Thanks! Marty Jongepier

3 3

translation koha to Spanish
by javier＠ayto-daganzo.org 02 Jan '06

02 Jan '06

Hello to all: I am implementing koha in the municipal library of Daganzo, a town of Spain. I am having algun problem to be able to pass the archives tmpl of the part of opac to po. Can somebody to pass to me the file po pertaining to opac, default/en so that it can translate it? Anticipated thanks

1 0

MARC import with no ISBN #
by Carol Ku 26 Dec '05

26 Dec '05

Does MARC record have to have ISBN # in order to be imported? I encounter some problems trying to import some Chinese Books from a university in Hong kOng. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 4

Happy Christmas
by Howard_Dahdah＠idg.com.au 25 Dec '05

25 Dec '05

I will be out of the office starting 23/12/2005 and will not return until 09/01/2006.

1 0

Tag 880
by Carol Ku 24 Dec '05

24 Dec '05

Hi: Has anyone successfully made use of tag 880 which is used to store information of a foreign language book (e.g. Chinese) in its native language (Chinese). Field 100, 245 etc were used to record the romanized version of the record. Since Koha is linked to only 1 field for display, if we would like our record to be displayed in Chinese, that means we need to swap the code 880 into 100 and 245 etc... Have anyone done that before? --------------------------------- Yahoo! Shopping Find Great Deals on Holiday Gifts at Yahoo! Shopping

1 0

Internal Server Error - C4::Databse
by Alfred Vahau 21 Dec '05

21 Dec '05

I have installed Koha on Ubuntu Linux 4.10 (Warty distribution) with Mysql 4.0.17 and Apache 1.3.33 I set up two named-based virtual hosts to one IP address and the server is dedicated to Koha. My virtual hosts configs. are shown in attachment. I access the home page by typing http://128.1.9.245:80/index.html which serves the "Welcome to Koha" Message and the next page is loaded according to the meta-equiv directive in index.html. The URL is /cgi-bin/mainpage.pl But the redirected page cannot load and results in the Internal Server Error message shown in the attachment. I checked the error_log file and noted the error which is shown in the attachment. The mainpage.pl is looking for a C4/Database.pm module as indicated by use C4::Database line. I headed to CPAN to search for C4::Database but I couldn't locate a module with that specific name. The ones which were shown, I thought, were not relevant to Koha. So my question, where are these C4::Database, etc modules referred to in the mainpage.pl. Are they in Mysql database? I fired up Mysql and tried to list the tables in Koha but got an error message that the contents of Koha database could not be displayed. I am quite a long way from getting Koha configured correctly as there are many dependent Perl Modules that must interact correctly. I have googled for the error message but on a slow network, the download of information is frustrating. Thanks in advance for the assistance. Alfred Vahau IT Services Can't locate C4/Database.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/local/koha/intranet/cgi-bin/mainpage.pl line 5. BEGIN failed--compilation aborted at /usr/local/koha/intranet/cgi-bin/mainpage.pl line 5. [Wed Dec 21 17:23:40 2005] [error] [client 128.1.2.245] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/mainpage.pl ----------------------- NameVirtualHost 128.1.9.245:80 <VirtualHost 128.1.9.245:80> ServerAdmin webmaster(a)upng.ac.pg DocumentRoot /usr/local/koha/intranet/htdocs # ServerName dummy-host.example.com # ErrorLog logs/dummy-host.example.com-error_log # CustomLog logs/dummy-host.example.com-access_log common <Directory "/usr/local/koha/intranet/htdocs"> AllowOverride All # Order allow,deny Options Includes Options ExecCGI Allow from all </Directory> # ScriptAlias /cgi-bin/ "/usr/local/koha/intranet/cgi-bin/" <Directory "/usr/local/koha/intranet/cgi-bin"> AllowOverride All Options +Includes Options +ExecCGI Allow from all </Directory> ScriptAlias /cgi-bin/ /usr/local/koha/intranet/cgi-bin/ </VirtualHost> <VirtualHost 128.1.9.245:80> ServerAdmin webmaster(a)upng.ac.pg DocumentRoot /usr/local/koha/opac/htdocs # ServerName dummy-host.example.com # ErrorLog logs/dummy-host.example.com-error_log # CustomLog logs/dummy-host.example.com-access_log common <Directory "/usr/local/koha/opac/htdocs"> AllowOverride All # Order allow,deny Options Includes Options ExecCGI Allow from all </Directory> <Directory "/usr/local/koha/opac/cgi-bin"> AllowOverride All Options +Includes Options +ExecCGI Allow from all </Directory> ScriptAlias /cgi-bin/ /usr/local/koha/opac/cgi-bin/ </VirtualHost> ------- Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster(a)upng.ac.pg and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.33 Server at kmslib.upng.ac.pg Port 80 --------------- #!/usr/bin/perl use HTML::Template; use strict; require Exporter; use C4::Database; use C4::Output; # contains gettemplate use C4::Interface::CGI::Output; use CGI; use C4::Auth;

2 2

(no subject)
by bhurke＠nibmindia.org 21 Dec '05

21 Dec '05

PL CANCEL ME FROM YOUR MAILING THANKS M Y BHURKE -------------------------------------------- Visit us at www.nibmindia.org.

1 0

Problem with connection of itemcallnumber
by Priyanka Mishra 21 Dec '05

21 Dec '05

Thank You but when i try to link the itemcallnumber with the field using command: update items.biblioitems set items.itemcallnumber=biblioitems.classificationwhere items.biblionumber=biblioitems.biblionumber; ERROR 1064:You have an error in your SQL syntax near 'biblioitems set items.itemcallnumber=biblioitems.classification where items.bibl' at line 1 -- Priyanka

1 1

Koha 2.2.5 roadmap
by Paul POULAIN 20 Dec '05

20 Dec '05

Hi, some news about 2.2.5 roadmap. It should be released as christmas gift, at the end of next week, or maybe january, 2nd. French libraries are testing this version. It almost only fixes bugs. Merry & holy christmas to everybody. Here the Release Notes of the future version : BUGFIXES === ACQUISITION === * suggestion/acquisition bugfixes : - 200 field is no more splitted in 2 parts - author is after title in UNIMARC (dirty solution, but mySQL has a strange behaviour) - when the book is recieved, the suggestion is marked "available" and a mail is sent * printing stylesheet dropped ALL <p> (hiding too many things in order printing) === CATALOGUING === * Repeated subfield in authority were not being reported in the biblio while cataloguing * when AuthoBarcode=ON and MARC=ON the barcode was not calculated automatically. Now, the barcode will be calculated (and any manual entry discarded during save) * adding a feature to enable reordering of subfields in MARC editor (can be considered as a bug ? at least one of my libraries think that yes !) * when a note is added to items it was not stored into non MARC-DB * permission required to use a plugin was wrong. Changed to "editcatalogue", more convenient. * if the last field was an authority, the authority report generated a javascript error (going after array size) === AUTHORITIES === * fixing bug in summary (separator before subfield was in fact after) * fixing bug in authority order : authorities are not ordered alphabetically instead of no order. Requires all the dataset to be retrieved, but the benefits is important ! * no need to do a search on an authority when the authority has no MARC field (like EDITORS pseudo authority) === SERIALS === * Ordering bull-home better : by title === CIRCULATION === * minor bugfix : showing date in format from systempreferences === REPORTS === * Lot of bugfixes in borrower issues, catalogue issues, issues stats === ALL === * bugfixes in ldap auth (bugfixes from 2.2.4, 2.2.3 was not buggy) === OPAC === * adding dashes in isbn in opac-detail.pl * translation bug ISSN translated to ISBN in french , very annoying mistake ! + some other translations * ordering by acquisition date was buggy. IMPROVEMENTS === ACQUISITION === * added a menu & a screen to see late issues attached to a bookseller. === CIRCULATION=== * In overdue list, Added some filter features : - filter on borrower firstname, surname or cardnumber. **This can be discussed and changed** - filter on borrowercategory - filter on itemtype - filter on branch - show all current issues. * Added a reserve management page in circulation module. It basically displays all the reservations not cancelled. * Adding a systempreference to notice the library before departure of a borrower. when borrower leaves the library in less than 'NotifiyBorrowerDeparture', the circulation desk shows it. === CATALOGUING === * as the MARC editor begins to be really heavy, i've also added a marc_hide systempref. It hides all marc features not requested by libraries that want MARC but not too much. It hides MARC tag & subfield code, reordering buttons as well as indicators. by default, hide_marc is off === OPAC === * by default, recent acquisitions are done on 30 days. * New systempreference : OpacPasswordChange if set to Yes (default) the user can change it's password. If set to No, he can't. Useful for libraries with LDAP auth, where the password is checked in LDAP, not in Koha, thus Koha can't change it === SERIALS === * ordering lists by biblio title * when adding a subscription and searching a biblio, you can filter on itemtype (useful as libraries usually have one or few itemtypes specific for serials) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 2

re: [Koha] LDAP authentication
by KL Nasveschuk 20 Dec '05

20 Dec '05

Hi, I think on an earlier post you said there was a developers list server. I haven't looked for it but would like to join and see if I can find an answer to the LDAP "use strict" problem. I did join the perl-Net::LDAP list server. I'm going to ask the question there to see if I can get a clue. I haven't done anything else to fix the LDAP problem. It runs fine if I go through the scripts and comment out "use strict;". I'm trying to match what entries that Koha uses in the borrowers table with attributes in LDAP that would be used to populate those fields. We don't normally populate all attributes in LDAP that would be used in Koha so there are some choices to be made and further configuration that has to be decided on. This project is coming along, however. I've migrated 41,000 records from Follett that runs on Netware to Koha on Fedora Core 4. Since we are using LDAP for authentication, we have 2500 users in LDAP that could in theory, be able to check out books. This is still a test bed and not the production system. I've dumped and reloaded the database many times as I learn more about how this works. I'll let you and the community know if I find an answer to the LDAP problem. Kent N. On Mon, 2005-12-19 at 18:57 +0100, mourik jan heupink wrote: > dear Kent, > > I have not read anything anymore about the ldap stuff. Also checked devel archives, but didn't find anything. > > Has there been any discussion about your ldap changes, and the resulting errors? And maybe a solution..? > > Kind regards, > Mourik Jan > > ----- Original Message ----- > From: Bruno Marmol > Sent: Sat Dec 17 01:47:12 UTC+0100 2005 > To: KL Nasveschuk > Cc: KOHA > Subject: Re: [Koha] LDAP authentication > > > KL Nasveschuk <klnasveschuk(a)klnconsulting.net> writes: > > > Hello, > > > > I'm still trying to get LDAP authentication to work on Koha. I've > > modified Auth.pm with the following: > > > > ################################################## > > ### LOCAL > > ### Change the code below to match your own LDAP server. > > ################################################## > > # LDAP connexion parameters > > my $ldapserver = '172.16.0.24'; > > # Infos to do an anonymous bind > > my $ldapinfos = 'ou=users,dc=tow,dc=net '; > > my $name = "ou=users,dc=tow,dc=net"; > > my $db = Net::LDAP->new( $ldapserver ); > > > > # do an anonymous bind > > my $res =$db->bind(); > > For testing the ldap passwd here, I need to patch this code to not to do an > anonymous bind. I don't use the compare() fonction. I just do: > > my $res =$db->bind( "uid=$userid,$name",password => $password); > # check connexion > if($res->code) { > # auth refused > #warn "LDAP Auth: not binded"; > return 0; > } >

1 0