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

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

smartmatch unsafe in current perl
by Colin Campbell 02 Jan '14

02 Jan '14

Happy new year folks. People should be aware of this in the perldelta for 5.18: > Smartmatch family of features are now experimental > Smart match, added in v5.10.0 and significantly revised in v5.10.1, > has > been a regular point of complaint. Although there are a number of ways in > which it is useful, it has also proven problematic and confusing for both > users and implementors of Perl. There have been a number > of proposals on > how to best address the problem. It is clear that > smartmatch is almost ecrtainly either going to change or go away in > the future. Relying on its current behavior is not recommended. > > Warnings will now be issued when the parser sees "~~", "given", or "when". > To disable these warnings, you can add this line to the appropriate > scope: > > no if $] >= 5.018, warnings => "experimental::smartmatch"; > > Consider, though, replacing the use of these features, as they may > change behavior again before becoming stable. Compiling and running the current master does generate a number of warnings triggered by these features. It looks as if it would be a wise move to avoid these features in new code. I'll try and look at those occurences and see if they can be addressed by using a less contentious structure. Most of the uses of given/when are syntactic sugar. But there are some uses of the smartmatch operator '~~' in indexing which may be affected by the various changes in behaviour. Incidentally on a make test on perl 5.18.1 a lot of the Quey Parser tests fail, but I havent as yet looked at this. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com

1 0

koha-3.00.00 make fails
by Rick Welykochy 28 Dec '13

28 Dec '13

Hi all, I have downloaded http://download.koha.org/koha-3.00.00.tar.gz and began installing it on Debian/etch (in a Linux vserver environment). 0. FINE: cd koha-3.00.00 1. FINE: perl Makefile.PL 2. FAIL: make : : : Manifying blib/man3/C4::UploadedFile.3pm Manifying blib/man3/C4::BackgroundJob.3pm Manifying blib/man3/opac::opac-dictionary.3pm Manifying blib/man3/serials::member-search.3pm /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib /usr/bin/perl "-Iblib/arch" "-Iblib/lib" rewrite-config.PL blib/KOHA_CONF_DIR/koha-conf.xml Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at rewrite-config.PL line 67. make: *** [blib/KOHA_CONF_DIR/koha-conf.xml] Error 255 Any ideas what went wrong and how to fix? Aside: there were a couple of other problems with this "out of the box" debian based install of Koha 3.0 which had to be fixed along the way, e.g. seven missing perl modules and libgd not found. I'll report on the entire process from unpacking to a running Koha/3.00.00 once I get to the end. cheers rickw -- ________________________________________________________________ Rick Welykochy || Praxis Services || Internet Driving Instructor The manual said Windows XP/SP2 or better so I installed Linux.

4 5