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

Re: [Koha-devel] [Koha] Collection usage report: issues field in items table
by Galen Charlton 11 Jan '14

11 Jan '14

Hi Chad, On Fri, Jan 10, 2014 at 3:02 PM, Chad Roseburg <croseburg(a)ncrl.org> wrote: > I'm trying to assess the usage of a particular collection and am wondering > if the 'issues' field in the items table represents all issues: Ie., both > from the old_issues and issues tables. Yes -- items.issues gets incremented every time an item is checked out, so if all you need is a count, you don't need to include either the issues or old_issues tables in your query. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

1 0

Day of tests and validation of patches
by BOUIS Sonia 09 Jan '14

09 Jan '14

Hi, You have planned a day of tests and validation tomorrow at the university Lyon3, in France. We have already selected some patches and you can find it on this Trello : https://trello.com/b/eWioJlcd/journee-de-tests-lyon-3. If you are concerned by those patches, could you check if it still applies in master ? It would be a bit disappointing if those patches don't apply ... Thank you Have a good day Sonia BOUIS ------------------------------------------------------ Responsable du Système intégré de gestion des bibliothèques SERVICE COMMUN DE LA DOCUMENTATION Université Jean Moulin Lyon 3 6 Cours Albert Thomas - B.P. 8242 - 69355 Lyon Cedex 08 ligne directe : +33 (0)4 78 78 79 03 | Fax : +33 (0)4 78 78 79 89 ------------------------------------------------------ http://scd.univ-lyon3.fr<http://scd.univ-lyon3.fr/> L'Université Jean Moulin est membre fondateur de l'Université de Lyon

2 1

Regarding Error - make: *** [blib/ZEBRA_CONF_DIR/etc/passwd] Error 2 while installing KOHA
by Nazneen 09 Jan '14

09 Jan '14

Hi, I did read the post around this error. Tried the solution given too, but it did not work. When I run perl Makefile.PL, all the steps are completed successfully. Logs showing no errors while configuring Zebra. <http://koha.1045719.n5.nabble.com/file/n5782636/Screen_Shot_2014-01-02_at_1…> All the other directories are created successfully, like ZEBRA_DATA_DIR, KOHA_CONF_DIR, but ZEBRA_CONF_DIR does not get created. Therefore when I run make, I get the above error. The command 'make clean' did not work. Please let me know if I am missing some steps. Help will be highly appreciated. Thanks in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/Regarding-Error-make-blib-ZEBRA-CONF-DIR-… Sent from the Koha-devel mailing list archive at Nabble.com.

5 11

My first try with DBIx Class
by Jonathan Druart 08 Jan '14

08 Jan '14

Hi developers ! I just finished to rewrite the discharge management system (bug 8007). It is my first try using DBIx Class into Koha and I really hope to have feedback on what I did. Please have a look to the unit tests file too, I found a big problem I did not manage to fix (/FIXME). So I cannot provide unit tests for all routines/methods and it was really boring to test :-/ I hope we could find a way to fix this issue. It is more a poc than a clean patch series, I am completely open-minded on all changes in the code and the architecture. It is certainly not perfect and I am waiting for criticism. Regards, Jonathan

3 2

RFC: make OPAC XSLT be shared by all themes
by Galen Charlton 07 Jan '14

07 Jan '14

Hi, While working on bug 11310 to sync up bootstrap/en/xslt with prog/en/xslt, it occurred to me that at present there's no reason why the OPAC XSLT couldn't be shared by all themes. In particular, CCSR falls back to prog's XSLT, and to date there has been no sign of a need for XSLT specific to the Bootstrap theme. Consequently, I propose to move koha-tmpl/opac-tmpl/prog/en/xslt to (say) koha-tmpl/opac-tmpl/xslt/en, with appropriate adjustments to the translation scripts so that koha-tmpl/opac-tmpl/xslt/fr-FR, etc., can be generated. I would appreciate feedback on the proposal -- in particular, I'd like to know if anybody knows of a concrete reason for needing theme-specific results and details stylesheets. [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11310 Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

5 4

drop-down menu
by Uğur Bulgan 06 Jan '14

06 Jan '14

Dear authority; Formerly we posted two problems we encountered about koha Version 3.14.1. Mr.Owen replied for the second problem. Bu we did nor receive any reply for the first problem. Is there anybody who experienced The same problem below. Our problem is: When we want to edit batch materials on KOHA 3.14.1 version, we see that the "source of acquisitions (952$e) field" does not come as drop-down menu and select proper value that we defined as authorized value while it was coming as a drop-down menu on KOHA 3.10.1 version. Thank you for your support S.D.U Central Library

2 1

Koha sources
by Paul A 05 Jan '14

05 Jan '14

I've just noticed that our Ubuntu 12.04 LTS servers are giving warnings on apt-get update: W: Duplicate sources.list entry http://debian.koha-community.org/koha/ squeeze/main amd64 Packages (/var/lib/apt/lists/debian.koha-community.org_koha_dists_squeeze_main_binary-amd64_Packages) W: Duplicate sources.list entry http://debian.koha-community.org/koha/ squeeze/main i386 Packages (/var/lib/apt/lists/debian.koha-community.org_koha_dists_squeeze_main_binary-i386_Packages) Are there any Koha dependencies required that do *not* exist in amd64 format? I'm only cautious as I seem to remember having to clean out i386 packages (perhaps not even Koha) at some previous point. Thanks and best for 2014 all around. Paul P.S. I'm still struggling to find time to absorb the intricacies of git with a view to assisting with "long-term 3.8.x".

2 1

KOHA 3.14.1 Error
by Uğur Bulgan 03 Jan '14

03 Jan '14

Error 2: Here I will try to describe specific steps which will lead us to the error 404 screen; 1- Fisrt we search for records with multiple items (books or serials, does not matter) 2- We open this record we found with multiple items for editing 3- We chose "Edit items in batch" option from the "Edit" menu 4- We make corrections on the fields under the "Edit item" (For example we change the collection code as "fiction") 5- We save this using "Save button" at the bottom, after we are done. 6- Just after we save, there will be a button named "Done" available just under the page, and when we click on "Done" we encounter the Error screen. Thank you very musch for your support. Ugur BULGAN

1 0

Re: [Koha-devel] KOHA 3.14.1 Error
by Owen Leonard 03 Jan '14

03 Jan '14

Replying to the list, since a direct message to me excludes all the other people on the list who might be interested in the conversation. > Here I will try to describe specific steps which will lead us to the error 404 screen; > > 1- First we search for records with multiple items (books or serials, does not matter) > > 2- We open this record we found with multiple items for editing > > 3- We chose "Edit items in batch" option from the "Edit" menu > > 4- We make corrections on the fields under the "Edit item" (For example we change the collection code as "fiction") > > 5- We save this using "Save button" at the bottom, after we are done. > > 6- Just after we save, there will be a button named "Done" available just under the page, and when we click on "Done" we encounter the Error screen. I have just tested this in master and I get the same results. I have filed a bug report: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11475 -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

1 0

KOHA 3.14.1 Error
by Uğur Bulgan 03 Jan '14

03 Jan '14

Happy new year, As S.D.U Central Library we are currently using KOHA 3.10.1 version and we want to upgrade to KOHA 3.14.1 version. Therefore we have built a test server for 3.14.1 version, but we have encountered two errors so far. Error 1: Whenever we want to edit batch materials on KOHA 3.14.1 version, we see that the "source of acquisitions (952$e) field" does not come as pop-as menu while it was coming as a pop-up menu on KOHA 3.10.1 version. Is this some kind of bug? Or one of the new features adds up with the 3.14.1 version? Error 2: While we are editing Batch Materials, when we changed any option then saved, the source screen is coming as usual but then again when we click on "Done" link, we encounter "Error 404" screen. At Koha 3.10.1; The link is: https://koha.sdu.edu.tr/cgi-bin/koha/catalogue/detail.pl?biblionumber=89111 and te page opens with no errors. At Koha 3.14.1; The link is: https://kohat.sdu.edu.tr/cgi-bin/koha/tools/CATALOGUING and it is coming with "Error 404" Ugur BULGAN Suleyman Demirel University TURKEY

2 1