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

Re: [Koha-devel] [Koha-patches] [PATCH] Bug 9850: Update Authority Help Files
by Robin Sheat 28 Mar '13

28 Mar '13

Nicole C. Engard schreef op za 23-03-2013 om 09:17 [-0400]: > -See the full documentation for Authorities in the <a > href="http://manual.koha-community.org/3.10/en/catauthorities.html">manual</a> (online). > +See the full documentation for Authorities in the <a > href="http://manual.koha-community.org/3.12/en/catauthorities.html">manual</a> (online). I wonder if this sort of thing should be done automatically by the templates, rather than a manual change for each release. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D

3 3

Installation of Spanish language
by Vimal Kumar V. 27 Mar '13

27 Mar '13

Dear Friends, I am trying to install spanish for my friend. I followed instructions in following link, http://wiki.koha-community.org/wiki/Installation_of_additional_languages_fo… I tried the first method of language installation and got following error: root@vimal:/usr/share/koha/misc/translator# perl translate install fr-FRCan't locate C4/Context.pm in @INC (@INC contains: /root/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int /root/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int /root/perl5/lib/perl5 /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at LangInstaller.pm line 22. BEGIN failed--compilation aborted at LangInstaller.pm line 22. Compilation failed in require at translate line 25. BEGIN failed--compilation aborted at translate line 25. My koha installation using Ubuntu packages. Any different method of language installation for this type installation? -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.info Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

3 3

patch for fixing indexing of 1XX in UNIMARC
by Mathieu Saby 27 Mar '13

27 Mar '13

Hello DOM for unimarc are not working properly. I have tried to fix one of the issues in BZ 8252. So if you are interested in UNIMARC, could you take a look ? I attached 2 patches : 1st for fixing issues in GRS-1, 2d for fixing issues in DOM. I think further changes may be needed, as I explained in the comments for 2d patch. Regards, M. Saby -- Mathieu Saby Service d'Informatique Documentaire Service Commun de Documentation Université Rennes 2 Téléphone : 02 99 14 12 65 Courriel : mathieu.saby(a)univ-rennes2.fr

1 0

QA: Question on feature freeze
by Marcel de Rooy 27 Mar '13

27 Mar '13

Hi RM and QA, While we are in feature freeze now, do we still qa all patches or only those marked as bug fixes? It seems to me that if patches will be put on hold, we should not qa them too early? Aside from that, the distinction between a bug fix and some small enhancements may be quite arbitrary. Say that I miss field A on report 1 and it is listed on report 2, is adding that field a bug fix or an enhancement? (Many other examples may be given.) Do we follow the author of the patch here, or can we define "bug" more clearly ? Thanks, Marcel

2 1

Bug 6554 Encoding in template processing
by Marcel de Rooy 27 Mar '13

27 Mar '13

Hi, Your help on getting bug 6554 of Dobrica into Koha is much appreciated! If you could help with testing if we found all encoding issues or you could resolve one of the points mentioned in order to pass qa, that would be very welcome. Checking all corners of opac and staff for improper url parameter handling is much easier with some more eyes :) Thanks, Marcel

1 0

Checking ISBN validity in the MARC editor
by Tomas Cohen Arazi 26 Mar '13

26 Mar '13

A long standing bug needs ideas from the koha community, bug 906 [1]. Pascale raised the idea of including some kind of validation to the ISBN field (be it 10$a in UNIMARC or 20$a in MARC and NORMARC). Both cataloguing standards reserve the $z for saving an invalid ISBN. I've written a JavaScript checker that, hooked into the "Save" action, prints an error message provided a syspref is set to enable ISB validation (the same message dialog is used for missing mandatory fields). The patch is attached to the bug and is fully functional. The main concern of the QA team about it is that the approach is not modular enough, and it might be better tackled using plugins. It sounds perfect to me, but I'm not sure how plugins work. I might start reading that code (i will anyway) but as some of you have more experience in this kind of sutff I ask: What is the desired workflow actually (in the case of invalid ISBN)? and, does the (current) plugin implementation fit for it (perhaps using an AJAX call)? Regards To+ [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=906

1 0

Old bugs to check
by MJ Ray 26 Mar '13

26 Mar '13

Would you check some of these rather old bugs to suggest what to do, please? Maybe some can be RESOLVED FIXED by now or need a question. Please leave your reply on the bug web page - I might not see replies to this mail. Ideally, tell irc.oftc.net #koha know that you're looking at a bug. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4862 "Browse by subject" is misnamed http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6255 patron import csv includes borrowernumber, but fails http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2465 availability of a reserved book http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4234 Automatic transfer shouldn't take precedence over a hold transit http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5573 delete lists when patron deleted http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3937 'sounds like' searching for tags http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6197 Capitalized or lowercased Turkish characters are not searchable http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5439 3M RFID sensitization http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=Bug ID Summary http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6266 Ordering from staged file gives perl error when no budget defined http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3162 Authority subfileds definitions and Show/Show Collapsed/Hide option http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3342 Changes to holds priority list should be logged for accountability. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2693 Tagging: Add filter by name http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2426 Management Permissions Deprecated http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4127 make OPACPatronDetails a choice with 3 options http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2442 add babelfish links to the bug display page header or footer http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4162 Inventory Tool Fails Silently http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5721 marc import summary should be filtered or customizable http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4126 bulkmarcimport.pl allows -b and -a to be specified simultaneously -- Email robot driven by MJ Ray (slef), member of www.software.coop, http://koha-community.org supporter, web and library systems developer. Available for hire (including development) at http://www.software.coop/

1 0

Re: [Koha-devel] OpenSUSE
by Paul 26 Mar '13

26 Mar '13

At 11:48 PM 3/25/2013 -0300, Tomas Cohen Arazi wrote: >I belive install docs should be qa-ed for every release and cleaned. >Regarding OpenSuSE i know a few that run Koha flawlessly on it. At leat >3.6 i think. The main problem is there are not many volunteers to take on >the job of testing and rewriting. > >I've never used dpkg on a rpm-based distro, did the reverse thou. Recognizing that OpenSuSE and Slackware have "grown a bit apart" over the years, I did try Koha on Slackware 13.0 and got it running from the tarball without major problems (very slightly slower than Ubuntu 12.04 on the same machine.) At the time I played with deb2pkg (based on Volkerding's rpm2tgz) and makepkg, but failed. I don't remember spending much time on it though, basically because I (personally, YMMV) prefer the finer control using .tar Best - Paul >Regards >To+ > > >On Mon, Mar 25, 2013 at 1:45 AM, Mark Tompsett ><<mailto:mtompset@hotmail.com>mtompset(a)hotmail.com> wrote: >Greetings, > >A person I know was telling me about a project they have in OpenSUSE. So, >I downloaded it. I'm installing it. And then I thought, "Hey, does Koha >work on this?" >The installation is downloading RPM's after all. So, I looked on the Wiki >for OpenSUSE. > >I thought my Ubuntu tarball instructions were super-long. These >instructions even tell the person how to install OpenSUSE?! Isn't that a >tad out of scope? Next, these are for 3.0, which again is out of date. And >lastly, these are so tarball oriented, when I currently have no reason to >believe that the debian repositories won't work. > >Any thoughts? > >GPML, >Mark Tompsett >_______________________________________________ >Koha-devel mailing list ><mailto:Koha-devel@lists.koha-community.org>Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >website : <http://www.koha-community.org/>http://www.koha-community.org/ >git : <http://git.koha-community.org/>http://git.koha-community.org/ >bugs : <http://bugs.koha-community.org/>http://bugs.koha-community.org/ > > >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >website : http://www.koha-community.org/ >git : http://git.koha-community.org/ >bugs : http://bugs.koha-community.org/ --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>

1 0

Re: [Koha-devel] OpenSUSE (part two)
by David Cook 26 Mar '13

26 Mar '13

Hi again, Mark: (I should really read through all my digests before replying :P) I've been planning to put together a test box at home to re-test and re-document different installation methods (Git, Tarball, Packages) on different operating systems (Debian, OpenSUSE), especially using plain language that non-developers will understand. My main goal is to provide a set of installation documents that anyone interested in installing and using Koha will be able to pick up and go from point A to point K without too much hair-pulling. My ultimate goal is to empower the library students at my old library school, and then hopefully library students and librarians elsewhere. Of course, that's all on my personal time, so it hasn't been a priority yet. I'm hoping to get a box this week though, and to start testing...well...when I get some time. I actually do love documenting (I have an English degree and a touch of OCD :p), so it's just a matter of time. If you've already started doing some work, I have a colleague who has a recently installed OpenSUSE VM on his computer, and he would be more than happy to test out anything you've put together so far. To be honest, my first "project" is to test out some simplified installation instructions that Chris Hall has provided to me, but since we use OpenSUSE here at Prosentient, I'm certainly interested by this topic and I'm happy to help out if there's anything specific you have in mind. David Cook Systems Librarian Prosentient Systems P/L ABN 31 078 409 168 72/330 Wattle St, Ultimo NSW 2007 tel: 02 92120899 fax: 02 92120885 dcook(a)prosentient.com.au -----Original Message----- From: "Mark Tompsett" <mtompset(a)hotmail.com> To: "Tomas Cohen Arazi" <tomascohen(a)gmail.com> Cc: koha-devel <koha-devel(a)lists.koha-community.org> Subject: Re: [Koha-devel] OpenSUSE Message-ID: <BLU172-DS5CFF59527FD5BF60CD5FAC6D00(a)phx.gbl> Content-Type: text/plain; charset="utf-8" Greetings, > I belive install docs should be qa-ed for every release and cleaned. +1 ? Yes, if the install instructions were QA-ed each release, the ?origin? vs. ?origin/3.10.x? would not be a concern of mine. > Regarding OpenSuSE i know a few that run Koha flawlessly on it. At leat 3.6 i think. > The main problem is there are not many volunteers to take on the job of testing and rewriting. Therein is the hassle for those of us who do not have a love of documenting. > I've never used dpkg on a rpm-based distro, did the reverse thou. I?m trying to stick with the installation paradigm of the distro I am playing with. GPML, Mark Tompsett

1 0

Re: [Koha-devel] OpenSUSE
by David Cook 26 Mar '13

26 Mar '13

Hey Mark: I looked at those wiki instructions for OpenSUSE a while ago too, and they are rather terrifyingly long. I think it's completely unnecessary to mention how to install OpenSUSE. Since, if a person had the option, it would make more sense from a community support perspective just to go with Debian or Ubuntu. I'm not familiar with Debian at all at this point, except as a front-end user, but I don't see why the debian repositories "would" work. That said, I remember Chris Cormack saying that it might not be a bad idea for someone to put together RPM packages. I seem to remember him also mentioning that OpenSUSE is quite common amongst Indian Koha users, so maybe someone out there has a script for creating and disseminating RPMs. David Cook Systems Librarian Prosentient Systems P/L ABN 31 078 409 168 72/330 Wattle St, Ultimo NSW 2007 tel: 02 92120899 fax: 02 92120885 dcook(a)prosentient.com.au -----Original Message----- From: "Mark Tompsett" <mtompset(a)hotmail.com> To: <koha-devel(a)lists.koha-community.org> Subject: [Koha-devel] OpenSUSE Message-ID: <BLU172-DS2ECFE02287210BC93EB8BC6D70(a)phx.gbl> Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Greetings, A person I know was telling me about a project they have in OpenSUSE. So, I downloaded it. I'm installing it. And then I thought, "Hey, does Koha work on this?" The installation is downloading RPM's after all. So, I looked on the Wiki for OpenSUSE. I thought my Ubuntu tarball instructions were super-long. These instructions even tell the person how to install OpenSUSE?! Isn't that a tad out of scope? Next, these are for 3.0, which again is out of date. And lastly, these are so tarball oriented, when I currently have no reason to believe that the debian repositories won't work. Any thoughts? GPML, Mark Tompsett

1 0