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

Beta version of Koha 3.0
by Axel Bojer 22 Feb '08

22 Feb '08

Hello! It was announced, that the string freeze for the beta version of Koha 3.0 should be 1. february, and the limit for the final release 1. march. The last date is drawing nearer, but I can not see any announcement on the beta version, and http://koha.org/ only shows the alpha version. Is there a delay? If yes, when will it be released? Will then the limit for the translators also change, then, since we have not had the possibility to test the beta version :-/ Best regards Axel Bojer

1 0

IssuingInProcess system preference
by Tina Burger 22 Feb '08

22 Feb '08

Hi all, The topic is 'IssuingInProcess' system preference. "If ON, disables fines if the patron is issuing item that accumulate debt Allow 'no debt alert' if the patron is issuing item that accumulate debt" Can anyone explain this further? How does this differ from the fines system preference? 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

globalDueDate sys preference
by Tina Burger 22 Feb '08

22 Feb '08

Hi all, The topic is the 'globalDueDate' system preference The field (which requires that the user enter a date) is a free text field. What date format is expected here? ISO? What happens if a non-expected date format is entered? (Still working on a manual, so thanks for your help!) --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

virtual shelves on OPAC
by Paul POULAIN 21 Feb '08

21 Feb '08

Hello, atm, the virtual shelves on OPAC are accessible only for identified users. I think it would be more useful to have public lists available to everyone. Your opinion ? (don't tell : "the user should be able to choose, it's an improvement that should not be developped in 3.0 but in 3.2) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : 04 91 31 45 19

3 4

Trouble-maker alert: Names of System Prefs
by Nicole Engard 21 Feb '08

21 Feb '08

As you may know, I'm new to the team, and as such have been doing a lot of poking at Koha from a librarian's perspective. I've submitted a few bugs and enhancements, but this one requires more than a simple enhancement request, this one needs the backing of a bunch of developers ;) - so here comes the trouble-maker part. >From a first time user and librarian's perspective, the names of some of the system prefs are way too confusing. The prime example (at least that I've found so are) is under OPAC Features and is titled 'reviewson' This preference controls the patrons 'Comments' that appear in the OPAC. Now, how is the average librarian or even the systems librarian supposed to know that 'reviewson' turns on commenting? Shouldn't it be 'commentson'? My suggestion is either a renaming of system prefs (with librarian or usability expert input) or a way to change the way these labels are displayed to the user. Meaning the system can see 'reviewson' but I see 'CommentsOn'. I'm sure there are many others like this - I just haven't gotten to them yet - so I'm suggesting us discussing changing these in some way to improve the user experience and overall usability of the staff client in Koha. What do you all think? Let the tomato throwing begin! -- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce(a)liblime.com AIM/Y!/Skype: nengard http://liblime.com

4 6

Issue/Return bug
by C W Nel 21 Feb '08

21 Feb '08

Hi All I found a rather serious bug in 2.2.9. During issuing or terurning, the holding branch data disappears from the items table. I suppose it happens in the process of updating the lastseen data or something. Can anyone please give me directions where to start looking to fix this, or maybe someone has a fix? Thanks!

1 0

Notice/Status Trigger question
by Tina Burger 21 Feb '08

21 Feb '08

Hi all, Can someone explain how Koha currently handles this situation: - A schedule for overdue notices is set in "Notice/Status Trigger" - Some borrowers do not have an email defined in their patron account. What happens to the notice that has been triggered? I know that some kind of excel file is sent to sys admin (as defined in Koha), but don't understand what that Excel file contains. I'd be most grateful for an answer, as I'm working on a Koha manual. 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

RV: [Koha-devel] Error handling
by Ignacio Javier 20 Feb '08

20 Feb '08

Sorry, in previous post there is an unexplained additional patch on a line of User-Agent (some robots may head without HTTPing this info), and was a 16 bit patch. > -----Mensaje original----- > De: koha-devel-bounces+ignacio.gomez=coremain.com(a)nongnu.org [mailto:koha- > devel-bounces+ignacio.gomez=coremain.com(a)nongnu.org] En nombre de Ignacio > Javier > Enviado el: miércoles, 20 de febrero de 2008 18:49 > Para: Koha-devel(a)nongnu.org > Asunto: [Koha-devel] Error handling > > Hi all: > > Seems to exist a bypass of koha Carp handler to CGI::Carp, all in really 8 > bits of ASCII code, may I think very difficult to find, and may I think > very > very prone to get cached by by its particular sense of inexistence. > > The 308 bytes of insultant and uncompressed solution was found miserably > chunking on to produce a magnificient *lowest codelines/minutes ratio ever > seen*. > > A cheers for the world of the 5/10/some minutes solution... They really > make > us feel better in disguise. Once, in five minutes, I was able to press on > button and take notice. > > Greetings, > > Ignacio Javier

1 0

Error handling
by Ignacio Javier 20 Feb '08

20 Feb '08

Hi all: Seems to exist a bypass of koha Carp handler to CGI::Carp, all in really 8 bits of ASCII code, may I think very difficult to find, and may I think very very prone to get cached by by its particular sense of inexistence. The 308 bytes of insultant and uncompressed solution was found miserably chunking on to produce a magnificient *lowest codelines/minutes ratio ever seen*. A cheers for the world of the 5/10/some minutes solution... They really make us feel better in disguise. Once, in five minutes, I was able to press on button and take notice. Greetings, Ignacio Javier

1 0

Re: [Koha] Install on Debian Etch
by Joshua Ferraro 20 Feb '08

20 Feb '08

Hi Harry, I'd suggest we move this question to the koha developer's list (CCed). Comments below: On 2/20/08, harry wykman <harrybw(a)iinet.net.au> wrote: > I am running Debian ETCH. > > I have followed the install instructions as well as installing requisite > items using CPAN. I cannot, however, install the last couple. Having > run 'perl Makefile.PL', at the end I get: > > [Mon Feb 18 21:43:35 2008] Makefile.PL: Warning: prerequisite DBD::mysql > 4.004 not found. We have 3.0008. > [Mon Feb 18 21:44:05 2008] Makefile.PL: Warning: prerequisite > XML::LibXSLT 1.59 not found. > Writing Makefile for koha > > > > In attempting to install these in CPAN I get the following errors: > > cpan> install DBD::mysql > Running install for module DBD::mysql > Running make for C/CA/CAPTTOFU/DBD-mysql-4.006.tar.gz > Is already unwrapped into directory /root/.cpan/build/DBD-mysql-4.006 > Makefile.PL returned status 512 > Running make test > Make had some problems, maybe interrupted? Won't test > Running make install > Make had some problems, maybe interrupted? Won't install DBD::mysql most certainly has some unfulfilled dependencies if you install it from CPAN. I would work from the INSTALL.debian file, rather than the INSTALL file for your Koha installation, it has specific instructions for how to prepare the dependencies on Debain Etch -- in short, you need to install the package maintainers version of DBD::mysql (apt-get install libdbd-mysql-perl) > AND > > make: *** [blib/arch/auto/XML/LibXSLT/LibXSLT.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 The same applies here ... you really need to install the package maintainer's version of XML::LibXSLT and XML::LibXML, etc. The INSTALL.debian has some special instructions for this set of modules. > Then when I run 'make install' I get: > > biblio:/home/harry/Desktop/koha-3.00.00-alpha# make install > /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib > chown: `koha:koha': invalid user > make: *** [set_koha_ownership] Error 1 Are you working from the alpha or from a git repo with the latest snapshot? Which target did you try to install from (standard, single, dev?) Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS

1 0