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

FW: Editing Items in non-default framework
by Marcel de Rooy 05 Jan '10

05 Jan '10

Does anyone of you know this bug ? ________________________________ Van: koha-bounces(a)lists.katipo.co.nz [koha-bounces(a)lists.katipo.co.nz] namens Marcel de Rooy [M.de.Rooy(a)rijksmuseum.nl] Verzonden: maandag 4 januari 2010 13:03 Aan: 'koha(a)lists.katipo.co.nz' Onderwerp: [Koha] Editing Items in non-default framework Hi all, I noticed that in Koha 3.0.3 it appears not possible to edit items if the biblio record is saved in a non-default framework. There are no Bugzilla reports on it however. In the staff client item data are shown on the item details page generated by moredetail.pl. But Edit items (additem.pl) does not show item data at all. Does anyone of you know this error? Did you resolve it? Thanks! Marcel

1 1

Foundation forming #koha IRC meeting 3 December
by Thomas Dukleth 04 Jan '10

04 Jan '10

Please remember that the next foundation forming #koha IRC meeting will be held today, Thursday 3 December 2009 at 19:00 UTC+0. Time Converters: http://tinyurl.com/ygcgn9f http://www.wolframalpha.com/input/?i=2009-12-03%2019:00%20UTC+0 Agenda: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnot… . It is a wiki. Add your own agenda items. Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com +1 212-674-3783

1 1

Patron Card Creator Alpha and Call for Testing
by Chris Nighswonger 04 Jan '10

04 Jan '10

Hi all, The Patron Card Creator is at an alpha state and needs some testing before submitting. There are still several outstanding issue to be taken care of, but by and large it is functionally complete and testable. You can get it here: git://github.com/cnighswonger/koha-wip.git Presently it is best to do an install over a fresh database. If you opt to upgrade a database from a version more recent than the label's rewrite, you can use the patroncards_update.pl script in the installer/data/mysql subdir. Earlier db's will not update at the present, but will in the near future. There are no sample data, so you will have to work from scratch. Most of the interface is intuitive if you are familiar with the label creator. This is *not* suitable for production use... you have been warned. Bug reports, kudos, and condemnations are all appreciated. Enjoy. Kind Regards, Chris

1 0

Road Types
by Nicole Engard 04 Jan '10

04 Jan '10

Hi all, We need a consensus of sorts on an issue that has a few bugs associated with it. In America addresses go 'street number' 'street name' 'street type' -- in France it goes 'street number' 'street type' 'street name' This is coming across as a display problem on the patron records. So I'm wondering if there is a way that we can set up the templates to display the address in the way that the librarian chooses. Right now there are a few bugs related to the fact that the street number and/order street type doesn't even display - when I went to fix them I realize (with Owen's help) that I might be causing some internationalization issues - so I wanted to consult with you all on what we think is the best way to tackle this. Nicole

1 0

More sys prefs questions (page prefs)
by Nicole Engard 04 Jan '10

04 Jan '10

Hi all, There are 2 new preferences in the Local Use section that I don't understand: - page_readers -- This is for readers suggestions - page_test -- test page for pages tiny cms What do these do and where would they belong? Nicole

1 1

Multiple root budgets?
by Owen Leonard 04 Jan '10

04 Jan '10

Can you have more than one active root budget? If so, how does aqbudgets.pl decide which to refer to? If not, why was I allowed to create two active, overlapping root budgets? Thanks, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

2 1

Some issues related to KOHA 3.0
by nitesh rijal 01 Jan '10

01 Jan '10

Hello all. Happy New Year to all. I have used KOHA for 3 months and now almost all of my problems has been solved. Thanks to all the members of the list who always replied to other posts and helped people out in the best way they could. KOHA is such a stable package that I could modify the codes very well and get it to work as I wanted. I have added few functionalities by modifying the codes. I have added biblio search option, direct biblio edit and also fulltext integration in a newer way. I am now testing the barcode system to be used with our system. I hope it works too. I am a bit confused that what happens when I scan a barcode, what inteface should I use to scan it and what features should I enable??? The other thing I wanted to ask is that is it possible to run the rebuild_zebra.pl in my server through a button click in the web interface by the client. We have 12 libraries hosted in a single KOHA install using the multiple zebra multiple database facility. Each library's database needs to be selected first using "use library1" and then we need to export the KOHA_CONF as "export KOHA_CONF=/etc/koha/library1-conf.xml" and then only we can execute the rebuild script. I was thinking to make another sh script to store all the commands that needs to be executed and then execute the script. I just wanted to know that is it possible to execute a script in the server by clicking a button in the web interface. Thanks and Happy New Year to all once again. KOHA is a great community. -- Nitesh Rijal BE IT email: rijal.it(a)gmail.com url: http://niteshrijal.com.np facebook: http://facebook.com/openrijal twitter: http://twitter.com/openrijal +9779841458173

1 0

A couple of Debian install questions
by Owen Leonard 01 Jan '10

01 Jan '10

I just tried my first Koha install on Debian: OSX + VirtualBox + Debian + Koha dev install. I ran into a couple of problems I wanted to ask about: 1. Install didn't proceed correctly until I manually created the koha-dev folder alongside the location of my git checkout. 2. I got several warnings about prerequisites missing after running Makefile.PL. Does that mean that the installation instructions are missing a step? [Sat Dec 5 11:19:58 2009] Makefile.PL: Warning: prerequisite GD 2.39 not found. [Sat Dec 5 11:19:58 2009] Makefile.PL: Warning: prerequisite GD::Barcode::UPCE 1.1 not found. [Sat Dec 5 11:19:59 2009] Makefile.PL: Warning: prerequisite IPC::Cmd 0.46 not found. We have 0.401. [Sat Dec 5 11:19:59 2009] Makefile.PL: Warning: prerequisite Memoize::Memcached 0.03 not found. [Sat Dec 5 11:19:59 2009] Makefile.PL: Warning: prerequisite Number::Format 1.52 not found. [Sat Dec 5 11:20:00 2009] Makefile.PL: Warning: prerequisite PDF::API2::Simple 1 not found. [Sat Dec 5 11:20:00 2009] Makefile.PL: Warning: prerequisite PDF::Reuse::Barcode 0.05 not found. [Sat Dec 5 11:20:00 2009] Makefile.PL: Warning: prerequisite PDF::Table not found. [Sat Dec 5 11:20:00 2009] Makefile.PL: Warning: prerequisite Storable 2.21 not found. We have 2.18. [Sat Dec 5 11:20:00 2009] Makefile.PL: Warning: prerequisite Test::More 0.8 not found. We have 0.72. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

7 9

Re: [Koha-devel] Koha-devel Digest, Vol 49, Issue 42
by Sunita Barve 30 Dec '09

30 Dec '09

I have struggled a lot to see whether Koha works successfully on Ubuntu 9.10 distro. But surprisingly it does not gets installed successfully on every machine and here is the observation. 1. When basic installation of Ubuntu is done it has libmysqlclient16 file already installed. 2. In Ubuntu.packages lists of koha istallation it asks to install libmysqlclient15-dev through dselect. So the question is which version of libmysqlclient is necessary on Ubuntu 9.10 for KOHA libmysqlclient15-dev libmysqlclient15off libmysqlclient16 libmysqlclient16-dev libmysqlclient-dev Another question is when mysql-server is installed it installs libdbd-mysql-perl, libdbi-perl hence while running dselect there is package name called libdbd-mysql-perl listed again and then it will install latest libdbd-mysql-perl package so libdbd-mysql-perl package gets installed twice. I have tried doing all combinations of checking one of the libmysqlclient version files and trying koha installation on Ubuntu 9.10 but the installation is unsuccessful with the following error Koha error The following fatal error has occurred: DBD driver has not implemented the AutoCommit attribute at /usr/lib/perl5/DBI.pm line 705. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 30. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 30. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. This error was coming on Debian installation as well but it disappeared when we installed libdbd-mysql-perl only once that is only while installing mysql-server and I thought it should not repeat in Ubuntu but I have tried all combinations but Ubuntu installation is not successful. Can anyone on the list tell me the problem with above error and on which perl module this error is dependent on. reg, Sunita Barve NCRA, Pune On Wed, Dec 30, 2009 at 4:30 PM, <koha-devel-request(a)lists.koha.org> wrote: > Send Koha-devel mailing list submissions to > koha-devel(a)lists.koha.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.koha.org/mailman/listinfo/koha-devel > or, via email, send a message with subject or body 'help' to > koha-devel-request(a)lists.koha.org > > You can reach the person managing the list at > koha-devel-owner(a)lists.koha.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha-devel digest..." > > > Today's Topics: > > 1. Re: Which is the best Linux flavour to work with Koha ? > (Darrell Ulm) > 2. Re: Which is the best Linux flavour to work with Koha ? > (Bavousett, David) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 29 Dec 2009 19:33:41 +0000 (UTC) > From: Darrell Ulm <darrellulm(a)smfpl.org> > Subject: [Koha-devel] Re: Which is the best Linux flavour to work with > Koha ? > To: koha-devel(a)nongnu.org > Message-ID: <loom.20091229T202229-612(a)post.gmane.org> > Content-Type: text/plain; charset=us-ascii > > > Debian has consistently performed well for Koha > installs for me. Ubuntu, being > Debian based, is OK also but some run into issues. > > I personally like CentOS for a great number of things > (VMware Server 2.0), LTSP, > FileServer, however would not recommend installation of > Koha on CentOS or Fedora, although I am sure it is possible. > > It would be interesting to hear of successful > installations of Koha in other > versions of Linux. Distros like Puppy > and DSL are likely not going to work > without rewriting some things. FreeBSD > would be an interesting Koha installation. > > -Darrell Ulm > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)nongnu.org > http://lists.nongnu.org/mailman/listinfo/koha-devel > > > ------------------------------ > > Message: 2 > Date: Tue, 29 Dec 2009 14:40:08 -0500 > From: "Bavousett, David" <dBavousett(a)ptfs.com> > Subject: Re: [Koha-devel] Which is the best Linux flavour to work with > Koha ? > To: <koha-devel(a)lists.koha.org> > Message-ID: > < > AA56A589DBA425479834C1F68C150DA2018A2F09(a)PTFSMAIL01.corporate.ptfs.com> > > Content-Type: text/plain; charset="us-ascii" > > Darrell Ulm wrote: > > > > >It would be interesting to hear of successful > >installations of Koha in other > >versions of Linux. Distros like Puppy > >and DSL are likely not going to work > >without rewriting some things. FreeBSD > >would be an interesting Koha installation. > > > >-Darrell Ulm > > I installed Koha on an Asus EEE 900 (half-a-gig of RAM, 4 GB SSHD) > running Easy Peasy, mostly just to see if I could. Easy Peasy is > Ubuntu, put on an *extreme* diet for EEE Netbooks. > > The install ran very much like a normal Debian/Ubuntu install, and Koha > *worked*, though it was--unsurprisingly--painfully slow. For lots of > obvious reasons, I don't recommend this sort of setup, even as a > development environment. > > But it *was* fun! > > J. David Bavousett > Software Engineer > Open Source & Library Systems > | P | T | F | S | > > > ------------------------------ > > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel > > End of Koha-devel Digest, Vol 49, Issue 42 > ****************************************** > -- Sunita Barve, Ph. D. SIRC-In-Charge National Centre for Radio Astrophysics Post Bag No. 3, Pune Univ. Campus Pune 411 007, INDIA Phone : Office : 91-20-25719211 Residence : 91-020- 24470022 Mobile: 9922753827 Email : sunitab(a)ncra.tifr.res.in ; sunitabarve(a)gmail.com

2 1

Why in 'Add Marc Record' only a 'Move Up' for subfields ?
by tajoli 30 Dec '09

30 Dec '09

Hi to all, If you check the 'Add Marc Record' page in Koha 3.0.x you can see that you can move the subfields only up ('Move Up' button). This function is done with a javascript function: function upSubfield(index) { ... } Is there a specific motivation because there isn't a 'Move Down' button? For example, some javascript problem ? or is only 'No one asked about it ?' Bye Zeno Tajoli

2 1