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

Sample Data is Permanent?
by Ramon Andinach 04 Mar '08

04 Mar '08

Hi All, When installing Koha 3.00 alpha, I let it install some optional data (patron types and libraries etc.) so that I could see what they looked like while adding my own information. I'm finding that some of them are can not be removed. Is this normal? For instance some of the branches, appear to delete normally but stay on the list regardless (e.g. Springfield and Maryland). And some of the patron types already appear to be in use, so I'm not allowed to delete them. Can the sample data be removed so it doesn't get in the way of the real data? Thanks, ramon.

2 1

A Quite Fright of Soft Nightmare in the "Oh my God!" Doubt... (biblioitems is ko and items is ok?)
by Ignacio Javier 03 Mar '08

03 Mar '08

Hi all! Speaking of Koha 3... Are items and biblioitems tables modern and old version of the same "what we want" thing, respectively, or are they complementary tables and both must exist in Koha 3? The doubt comes after purging (truncating, really) biblioitems table, and constating I obtain same resultset in detail.pl script.... Is a doubt that has me very catched in the cathing essence of the doubt, Anyone can tell?, Thanks in advance and greetings, Ignacio Javier Gómez Rodríguez Analista - Programador Tfno: 902905590 - Fax: 981571425 ignacio.gomez(a)coremain.com www.coremain.com

2 1

Re: [Koha] Install on Debian Etch
by harry wykman 03 Mar '08

03 Mar '08

Thanks Josh for your help. I am posting to the devel list. As you know, still having the error below when using standard install. Harry Hi Harry, Please post any questions you have to the main koha-devel mailing list, or the koha user list ... that way other users will have a chance to respond to the question and others who may have the same issue will see the solution, etc. Thanks, Joshua On 3/1/08, harry wykman <harrybw(a)iinet.net.au> wrote: > > > > Hi Joshua. > > > > I implemented your suggestions with success. I am still getting the > > error below however. I am attempting to install a standard system. I > > don't get this error for a single system. > > > > Any thoughts, > > > > > > Harry > > > > > > >> 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?) > > > > > > > > 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

2 2

Koha.org-based Listserve
by Joshua Ferraro 03 Mar '08

03 Mar '08

Hi gang, Henri-Damien visited the US this week for the Code4libCon conference in Portland and we had a chance to touch base for a few hours. One of the topics we discussed was the need that's arising for additional Koha mailing lists, particularly for non-English users of Koha. I've had several requests now from other language communities for a language-specific list that the community provides to that language community. BibLibre has graciously offered to host a Mailman installation for such lists, so the question arises, what domain shall we use? For instance, we could have lists.koha.org, with all of our community mailing lists (e.g., koha-devel(a)lists.koha.org) ... or we could stick with the simpler convention koha-devel(a)koha.org. On IRC, Paul made a good point that it's useful to distinguish between user accounts (ie, patches) and lists (ie, koha-devel). Any other opinions? 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

2 1

ZOOM 1.16 vs. 1.21
by Galen Charlton 01 Mar '08

01 Mar '08

Hi, Koha currently requires version 1.16 of the Perl module ZOOM. I've submitted a patch to fix a use of a method that wasn't introduced until version 1.19, but it occurred to me that we might as well just require the most recent version, 1.21. Does anybody have any objection to doing this? Regards, Galen -- Galen Charlton Koha Application Developer LibLime galen.charlton(a)liblime.com p: 1-888-564-2457 x709

3 2

BugSquashing Sessions
by Henri-Damien LAURENT 29 Feb '08

29 Feb '08

Hi, I invite you all to bug squashing sessions First on Tuesday, 4. March 10PM UTC for two hours bug squashing session see http://www.tinyurl.com/35u22t Second on Saturday, 15. March 10PM UTC for a long bug squashing sessions. Bring snacks on irc I am bringing beers. ;) see http://www.tinyurl.com/3d5sou We should get the beta released on march 17th. So please come along. Anyone interested welcome. -- Henri-Damien LAURENT

3 2

Script to delete Biblio if no corresponding items
by C W Nel 29 Feb '08

29 Feb '08

Hi All Can anyone please give me an indication how to delete a Biblio if there are no items attached? I actually first want to delete an item according the Barcode, and then delete the Biblio if empty. I will appreciate any help.

3 3

Call number handling in 3.0
by Owen Leonard 26 Feb '08

26 Feb '08

As far as I can tell, call number handling is generally broken in 3.0, with no realy standard for how to display call numbers. Some templates use , some use , some use . Which is correct, or is there a better way to handle call numbers in a more generalized way? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

6 8

ReservesNeedReturns
by Tina Burger 23 Feb '08

23 Feb '08

Hi all, The topic: 'ReservesNeedReturns' preference. I thought this referred to the 'warning' message Koha throws if I try to check out a book to Edna that is on reserve for Tina (for instance). I'm told however that it doesn't look like it is related to this warning message. Anyone want to explain the intent of this 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

2 1

Is it an outmoded preference?
by Tina Burger 23 Feb '08

23 Feb '08

Hi all! Can anyone verify (dis-verify) that IntranetBiblioDefaultViewis an outmoded preference? If it is not, could someone explain it to me? Thanks! 00Tina -- 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

4 5