- Koha - lists.katipo.co.nz

koha version available with PostgreSQL database
by Amit Gupta 08 Jun '07

08 Jun '07

Hi, I am Amit Gupta from New Delhi using koha-2.2.9 on CentOS operating system with MySQL database. I want to know is there any koha version is available with PostgreSQL database. Thanks & Regard Amit Gupta Software Trainee Engineer +91-9891559754 IndServe Infotech Pvt. Ltd. Malviya Nagar New Delhi-110017 India

2 1

please unsubscribe me from the list
by Bernadette Cassidy 08 Jun '07

08 Jun '07

please unsubscribe me from the list. Bernadette Cassidy Information and Design Team Manager Allan Bean Centre Library Private Bag 4708 Christchurch

3 2

Reserves problem
by Jethro Carr 08 Jun '07

08 Jun '07

hi all, I have a problem with a Koha 2.2.8 - when I log into the opac-user.pl page, I get an internal server error. When I looked into the error log, I found the following: HTML::Template->output() : fatal error in loop output : HTML::Template::param() : attempt to set parameter 'reserves' with an array ref - parameter is not a TMPL_LOOP! at /usr/lib/perl5/site_perl/ 5.8.8/HTML/Template.pm line 3069, referer: http://xxxxx:8000/cgi-bin/ koha/opac-user.pl [Wed May 30 22:35:44 2007] [error] [client XXX.XXX.XXX.XXX] at /usr/ local/koha/opac/cgi-bin/opac-user.pl line 160, referer: http://xxxxx: 8000/cgi-bin/koha/opac-user.pl [Wed May 30 22:35:44 2007] [error] [client XXX.XXX.XXX.XXX] Premature end of script headers: opac-user.pl, referer: http://xxxxx:8000/cgi- bin/koha/opac-user.pl When I looked into the /usr/local/koha/opac/opac-user.pl file, I found I can prevent the errors if I comment out line 123. This then allows me to logon, but not view any reserves for the user. 123 #$template->param(RESERVES => $reserves); Anyone come across this problem, or have any suggestions for me? It appears to be a software bug in Koha, but if that was the case, I would have expected other people to have found it as well.... Koha is installed on a CentOS/RHEL 5 server. thanks, -- Jethro Carr

5 15

Versions of Koha and the current users
by Srinivas 07 Jun '07

07 Jun '07

Dear Sir, I join this group today,I want to know all versions of Koha since from begining with releasing date and approximate no of users (if  there is any list available it would be better)can anybody suggest me where will i get this information.with worm regards,srinivas

2 1

News of koha 3.0 and poll [important]
by MJ Ray 07 Jun '07

07 Jun '07

This is a translation of the email of Wed, 21 Mar 2007 11:25:44 +0100 from paul POULAIN to koha-Infos. The original is at http://ob.paulpoulain.com/pipermail/infos/Week-of-Mon-20070319/002112.html if you want to spot my mistranslations. *I would like to hear global-list views on the 1 / 2 / 3 survey below.* So, the message from paul POULAIN: Hello, As usual, I'm going to give you some news of Koha 3.0. *The second part of this email is extremely important for the users among you.* Progress ======== * Joshua (the release manage for v3.0) and his company LibLibe have started tests on this version. He's found some bugs, as expected, but finds that it's in an encouraging shape. The installer has been developed by Henri-Damien as his construction job: once the sysadmin installation is done, the initial configuration (language, MARC type, catalogue tables, ...) are set through a web interface. It's very practical and more than that, it can be extended easily. We can therefore give "public library" example settings, a "society trust" example, that can be installed in a few clicks. The hosting platform for koha development (savannah.gnu.org) had a very large problem at the start of the month. In summary, multiple disks broke simultaneously. It required three days to bring the platform back up. But more annoying, it's lost two days of work in the meantime. Everyone has had to commit their work of those two days anew (this concerned LibLime more than anyone in fact, but was within 36hours of causing me problems...) In short, a good week of loss, lots of energy and stress. Continuing work (and the survey) =============== Joshua (and it's his role as release manager) would like to improve three things before releasing the version: 1- fix the bugs. No-one can dispute the necessity of that. 2- Finish the code cleanup. Antoine, who worked for me for four months on this, didn't finish 100% of the work. That won't change anything much for the user, but, in the long term, it's important: it makes for a more stable software, easier to develop and perhaps also more attractive for other contributors. And then 90% of the work is already done, with 10% to do. 3- Revise all the templates to make something very polished. He proposes to use YUI (Yahoo User Interface), some components "freed" by Yahoo that we can therefore integrate. Graphically, that will give something like http://kados.org/stuff/yui_borrowers.png and http://kados.org/stuff/moremember.png - pretty, isn't it? There is a problem in doing all that: the time that it takes. Joshua doesn't know enough to estimate that for the moment and me neither. But I'm certain that it won't take days or weeks, but months. Now, some among you are waiting for Koha 3.0 with barely-contained impatience. As I've always promised to put the users first, I ask your opinion: 1- Argh! We must release Koha 3.0 as soon as possible. The code clean-up concerns you developers alone, so do it afterwards. And the improvement of user interface can wait too. But I need 3.0's features now! 2- Damn! Bad news. But good, we're working with 2.2 well enough and we can wait 3 months more. But not more than 3 months, even so. 3- Pah! I'm very happy with Koha 2.2. Koha 3.0 can take another 6 months to arrive and I won't be unhappy. You can just reply 1 / 2 / 3, but you can also say more. It's essential that you reply, as many as possible, so I will know in which direction the francophone community points and so communicate it to Joshua (who reads us otherwise, even we must translate because he doesn't speak French ;-) ). I say that the argument "there's bug XXX in Koha 2.2, so I want koha 3.0" isn't good - if there's a bug in 2.2, we'll fix it in 2.2.x! PS: to reassure Pascale Nalon, who's done the translation to VF: this shouldn't impact the translation, or very marginally. Translatedly, -- MJ Ray - see/vidu http://mjr.towers.org.uk/email.html Webmaster/web developer, statistician, sysadmin, online shop maker, developer of koha, debian, gobo, gnustep, various mail and web s/w. Workers co-op @ Weston-super-Mare, Somerset http://www.ttllp.co.uk/

8 7

problem in getting the page at client side.
by rajeesh U 07 Jun '07

07 Jun '07

hi this mail is regarding a problem in getting the page at the client side. from server (where i installed koha) i am getting all the pages correctly. But from any other machine i was unable to connect to koha. this koha is installed on a linux machine.please give me the steps to configure barcode generator. thanks and regards rajeesh. --------------------------------- Get the free Yahoo! toolbar and rest assured with the added security of spyware protection.

1 0

OPAC username and password
by Rick Welykochy 07 Jun '07

07 Jun '07

Hello to all list members, The Intranet area of the Koha website has username + password protection for authentication and authorisation. Is the same available for the OPAC, thereby rendering the P in OPAC to "Private" instead of "Public"? I would think that this would be a common and widespread requirement for the OPAC. For example, a private collection has been put online at a dedicated remote hosting service but the content should not be publicly accessible. One option of course is to use htpasswd and a config section in Apache to restrict access to the OPAC. But this would entail maintaining two access lists: one in a text file for htpasswd and another in the Koha database. We require one single authentication and authorisation scheme, not several. Can password access for the OPAC simply be "turned on"? If not, would I have to copy the existing password/cookie functionality as found in the intranet scripts into the OPAC scripts? cheers rickw -- _________________________________ Rick Welykochy || Praxis Services If we don't succeed, we run the risk of failure. -- Bill Clinton, President

2 2

(no subject)
by Rifaudeen M.M. 06 Jun '07

06 Jun '07

Dear friends, I would like follow a short couse in KOHA, preferably 01 week. Could you please send me the places where this kind of training will be conducted Best regards, MM Rifaudeen Acting Librarian _________________________________ Library South Eastern University of Sri Lanka P.O. Box No.01, University Park, Oluvil #32360, SRI LANKA. Ph./Fax: +94 67 2255160 Mobile: +94 77 6576115 E-mail: rifayiqa(a)seu.ac.lk Web: www.seu.ac.lk

1 0

Re: [Koha] official version (was : National holidays and other free days)
by Tomasz Holdowanski 06 Jun '07

06 Jun '07

Huck wrote: > Honestly I don't see a big deal with holidays... > if your book is overdue on exactly a holiday...well I guess you should > get it in BEFORE the holiday(at least that seems responsible to me) > don't most libraries have book drops? Then the book can be returned on > time...and it's up to the library to configure koha if you want 5 day > loans...you begin to charge AFTER day 6..so that it gives you 1 day to > get the returned books entered. > > Complex problems often have simple solutions. > This could work, but believe me, NOT in Poland. We`ve had at least a couple of very unpleasant situations, including court case, just because borrowers "ditn`t know" they have to return books earlier and they found shortening due dates "unacceptable". One old lady went to local newspaper and called us "fascists" only because we charged her $10 for overdues. Counting on people`s decency and common sense is asking for trouble, in my view. Book drop and grace days won`t solve the problem. You may think I`m a little paranoid, but all I want is to eliminate as many possibilities of controversial situations as possible. Regards, Tomasz.

1 0

Re: [Koha] National holidays and other free days - how are they handled?
by Mason James 06 Jun '07

06 Jun '07

> ----- "Tomasz Holdowanski" <mordazy(a)poczta.onet.pl> wrote: >> Hi all, >> >> How Koha handles free days, especially national holidays in the >> middle >> >> of a week? Is there a list where I can write down all dates when my >> library is closed, so the system will not allow to set return date to >> >> any day from the list, but instead set it to the first "open" day >> after >> the "closed" one? I guess I could change the return date manually, >> but >> >> it`s rather bad idea when there are up to 300 patrons and up to 1500 >> >> transactions per day... Any suggestions? >> >> Regards, >> Tomasz. >> _______________________________________________ >> Koha mailing list >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > Hi Tomaz, Tumer Garip (and friends ;) wrote the original holidays code for koha-3.0. But I have been doing some recent work back-porting it to dev_week, and rel-2.2. So hopefully i can answer some of your questions... There are basically 4 different ways that Koha handles due-dates that fall on a holiday, these a set by a syspref called 'useDaysMode' The most common (i think) holidays mode is 'DateDue', this mode does exactly what you described above. You can define a national holiday as an 'anually repeating' holiday Heres paste from the sys-pref description. --- useDaysMode - "How to calculate return dates : 'Calendar' means that loan-length is increased by ALL holidays occuring between issuing date and due-date, 'Datedue' means that due-date will be increased until next non- calendar day, 'Days' means that holidays rules are ignored" --- We are still currently testing it on the 'devweek' branch wth the NPL templates, and we'll hopefully get some of the newer changes over to rel-2.2 in the next few weeks FYI: it looks like Antoine has got holidays currently included with the latest 2.2 release, using the 'default' templates. Hope that helps you :) Mason James mason.james(a)liblime.com Programmer www.liblime.com LibLime +64 21 542 117

6 8