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

For Kind Information
by Librarian, DIU 12 May '11

12 May '11

Dear Koha development manager I would like to inform you that I am a librarian of Daffodil International University, Bangladesh , Dhaka. Recently we installed KOHA in our library and a training on KOHA +MARC 21 also completed successfully. We are mapping our whole data and uploaded in koha database. When we are searching any book by title but search result is showing not found and sometime error like *Could not find opac-search.xml in /usr/share/koha/opac/cgi-bin/opac/ at /usr/share/koha/lib/C4/Search.pm line 579. We did not find out whats problem arise, please help me in this regards. Thank you very much. With best regards, Md. Milan Khan Librarian Daffodil International University Dhaka, Bangladesh *

2 1

deleteditems marc
by Fridolyn SOMERS 12 May '11

12 May '11

Hello, I found that there is, in current revision on git.koha-community.org, a difference between "items" and "deleteditems" tables in "kohastructure.sql" : "deleteditems" has a field "marc" not existing in "items". Can it be deleted ? Regards, -- Fridolyn SOMERS ICT engineer PROGILONE - Lyon - France fridolyn.somers(a)gmail.com

2 2

How to add additional options to the items search page for label batch creator?
by Indranil Das Gupta 11 May '11

11 May '11

Hi all, My client has a spine label generation requirement, where they want the following options from screen generated by label-item-search.pl a) based on a date range (in which the books are processed) b) based on an accession number range c) based on a class no. (e.g. i want to print the stickers for items with 005 / DDC22) >From what I can see, i think "a" is already catered to. But how about option "b" and "c" Where should i start tinkering around to add that feature... any idea? the label-item-search.pl or the search.tmpl or simply via IntranetUserJS using a bit of jQuery? FWIW, I'm on 3.2.7 and upgrading to 3.4 is not an option at the moment. cheers :) -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org

1 0

Copy of e-mail I sent Chris
by John Brice 11 May '11

11 May '11

I sent Chris the following e-mail today and he asked that I post it to the full community. John Brice Meadville Public Library Dear Chris: > > Hi! John Brice here from Meadville. > > I usually just lurk about these mail lists but I thought I would give you > my two cents worth concerning the sign off process. > > First, we seem to have three issues that I can identify. > > Issue 1. There is a large number of submissions (140 at last count) that > need to be signed off on. > > Issue 2. A small number of the patches our very specific and are difficult > to test unless one is running the exact same configuration. > > Issue 3. Quality assurance is becoming more and more critical especially > considering that the installed base is getting bigger. One small problem in > the code can now effect 1,000's of libraries across the world. > > Really, to solve the above three issues you have to identify the most > important issue and then work backwards from their to come up with the > proper solution from there. > > I personally believe that the Issue 3 Quality Assurance is the most > important. There are just too many libraries out there now relying on Koha, > in a production setting, to risk putting in code that has not been properly > vetted. The bottom line is that only a low percentage of libraries will > benefit from a new feature while everyone benefits from clean code. > > Having said that how do we fix issue One and Two? Well Issue one seems to > be a manpower issue. While, Issue two is a very difficult technical issue > concerning system configuration. > > The best way to solve Issue Two is to have a waiver process for certain > developers. Certain developers associated with a large percentage of code > development could, in certain specific circumstances, request a waiver from the > traditional sign off process. The reasons for the waiver would have to be > very specific, such as it would be too difficult too test outside of a > production server. The waivers would have to be tracked (yeah another > thing for the database to keep track of) and if there is any problem at all > the entity granted the waiver would have to be responsible for all > subsequent revisions and fixes. The waiver is not the solution to reduce > the large number of outstanding issues it is a simple means to add code to > Koha that is too difficult to test outside of a very specific configuration. > > So then we come to the big Issue Number 1 the large amount of checks that > have to be made. This is the problem with open source we have to rely on > the good graces of everyone involved in order to move the project forward. > This means that everyone has to set aside their own personal projects and > do stuff for the good of the overall Koha project. That is a tough sell, but frankly, it > is one that is needed. The best way to get this logjam cleared up is to > have someone be put in charge of the issue and then that person start > writing e-mails and so forth to encourage cajole or outright bang heads to > get the sign-offs that are required. If all the developers in Koha would > sign off on one outstanding issue a week we could have the problem resolved > in three to four months. Someone needs to keep hammering away at this issue > and I don't think it should be you Chris. > > Just some thoughts from a librarian stuck in the Allegheny National Forest. > > John Brice

1 0

Hacker's corner, week 19
by Paul Poulain 11 May '11

11 May '11

Hello, Sorry for staying silent for 4 weeks, but after the hackfest, I've been AFK for one week, then needed 2 weeks not to be late anymore on my daily stuff... So, here it is: Last week, 220 messages have been sent to the bugs mailing list (reminder, each change on a bug means a mail) Patches to sign-off =========== After the hackfest, there were 112 bugs waiting for sign-off. Today, this number has increased again: 139 bugs are waiting for you ! Some are related to CRItical bugs, so they're really worth a signature: 6292 Overdue notices have a bug when multiple overdues exist <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6292> 5860Adding duplicate stocknumber will fail silently <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5860> 5683 link_bibs_to_authorities.pl can corrupt records <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5683> 5379import_borrowers.pl fails with db insert/update errors <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5379> 4993 ldap search always anonymous when using auth_by_bind <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4993> 3652XSS vulnerabilities <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3652> 2246 Label printing doesn't work with Unicode characters <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2246> All other are worth a signature though. Patches signed-off =========== 19 patches have been signed-off. Almost 10 different individuals have signed-off something. Congrats to Nicole, that is "sign-off of the week" ! Shame on all other developers (including me) that have signed-off nothing last week... Patches pushed ========= Chris has pushed only 4 patches last week. It means there is now 18 patches that can be pushed and will probably be soon. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

5 5

CircControl, HomeOrHoldingBranch and HomeOrHoldingBranchReturn
by Nicole Engard 10 May '11

10 May '11

Okay, developers I need some help both in understanding and in documenting the above preferences. Right now CircControl and HomeOrHoldingBranch have the same descriptions, but I doubt that they do the same thing. I vaguely remember HomeOrHoldingBranch being deprecated in favor of HomeOrHoldingBranchReturn ... but don't see a bug for that, and obviously it didn't happen. Next, in the manual I say that HomeOrHoldingBranch has something to do with IndependantBranches (is that true? if so how?) There are a series of bug reports on this issue: http://bugs.koha-community.org/bugzilla3/buglist.cgi?quicksearch=homeorhold… but I'm not sure what the final consensus is? How do I use these three preferences? and How do I document them for librarians? Log from IRC Chat [10:29] <nengard> need me some sys pref help [10:29] <nengard> CircControl and HomeOrHoldingBranch have the same descriptions ... [10:29] <nengard> and then there is HomeOrHoldingBranchReturn [10:29] <nengard> what does HomeOrHoldingBranch do? [10:29] <nengard> and i the manual correct when I say it's linked to IndependantBranches [10:30] * wizzyrea has always been confused by that [10:30] <wizzyrea> but I know that it has something to do with the way the rules are applied for circulation, and what happens when books are returned [10:31] <nengard> that much is clear, paul_p was this a Biblibre addition? [10:31] <nengard> all three have to do with circ rules and checking in and out ... just not sure which does what [10:32] <nengard> there is at least one bug to report here though ... CircControl and HomeOrHoldingBranch have the same descriptions [10:33] <nengard> they can't both do the same thing ... or if they do then we don't need two prefs : [10:33] <nengard> :) [10:33] <jcamins> I think that one of them is supposed to be eliminated, but wasn't yet. [10:33] <wizzyrea> HomeOrHolding was going away in favor of CircControl [10:33] <wizzyrea> but there's a bug on deprecating it [10:34] <wizzyrea> and I believe there was objection [10:34] * paul_p reading [10:34] <paul_p> (hello USA !) [10:34] <wizzyrea> http://bugs.koha-community.org/bugzilla3/buglist.cgi?quicksearch=homeorhold… [10:36] <paul_p> mmm... sorry, I won't be able to help you, it's not clear for me too [10:37] <nengard> wizzyrea, okay, that's confusing [10:37] <nengard> gonna put this to the dev list I guess [10:37] <wizzyrea> I didn't say you'd like the answer ;) [10:38] * paul_p looking to french descriptions of those sysprefs to see if it helps... [10:39] <paul_p> same description too, it doesn't help...

3 3

Re: [Koha-devel] Hacker's corner, week 19
by Chris Cormack 10 May '11

10 May '11

On 10 May 2011 07:55, "Dobrica Pavlinusic" <dpavlin(a)rot13.org> wrote: > > On Tue, May 10, 2011 at 06:43:11AM +1200, Chris Cormack wrote: > > Actually for 3.6.x the workflow has changed slightly. > > > > http://wiki.koha-community.org/wiki/Bug-enhancement-patch_Workflow > > Excuse me, but I don't quote understand how my batch of LDAP fixes > (Koha bugs 4993, 4994 and 6022) will get into bug/enhancement? You are doing the exact right thing bringing it up on the devel list. > > Would it help to merge all LDAP changes in single bug and submit that? > Linking them altogether with the depends feature would be good, can they be tested independently? If not noting that on the bug would be great. > I have been using this code for years, and it seems that only few users > use LDAP with auth_by_bind in Koha. I was recently contacted by one > library which had problem with it, so there is interest other than my > own library needs. > Excellent, the first step is finding someone to sign off. I have a client who uses auth by bind, so I am willing to do the initial sign off on these. I will attempt to do this today, if there is anything I need to know when testing please let me know. Finding the initial person to signoff can be tricky, but asking on the mailing list and/or irc is a perfect way to do it. Chris > -- > Dobrica Pavlinusic 2share!2flame dpavlin(a)rot13.org > Unix addict. Internet consultant. http://www.rot13.org/~dpavlin

2 1

Document to read
by Paul Poulain 09 May '11

09 May '11

Hello, chris gave this url on IRC, I think it's worth sharing : http://www.codesimplicity.com/post/open-source-community-simplified/ it's a great document. I think it's worth asking ourself : "what are we doing well, what could we improve" This question is specifically sent to new contributors: what did we well, what could be improve for new/future newbies ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

3.2.x String Freeze and Roadmap Update
by Chris Nighswonger 09 May '11

09 May '11

Hi All, We are going to keep with May 15, 2011 for the 3.2.8 release which puts 3.2.x into a string freeze as of today. The 3.2.x branch has quite a few commits since 3.2.7, so this will be an important release. 3.2.x will thaw on May 16. Subsequent 3.2.x releases will be largely dependent upon commits available for back porting and patches submitted directly against the 3.2.x branch. At present, the plan is to support 3.2.x through 3.2.10 *if* there are commits/patches to do so. When we get to 3.2.10 or when it is clear we will not get there, I'll add a monthly IRC meeting agenda item to discuss EOL for the 3.2.x branch. As always: Thanks to all the individuals who have put time, effort, and money into making Koha a great ILS! Kind Regards, Chris Nighswonger 3.2.x/3.4.x Release Maintainer

1 0

What's the current state of Course Reserves?
by Kyle Hall 09 May '11

09 May '11

Hello All, Some months ago there was talk on the list about adding course reserves to Koha. I was just wondering if there was anyone actively developing this feature. I know that support for hourly loans is needed first, and that there is an RFC on the koha community wiki written by Ian. Is this feature in active development, or has it stalled? Thanks, Kyle http://www.kylehall.info Mill Run Technology Solutions ( http://millruntech.com ) Crawford County Federated Library System ( http://www.ccfls.org ) Meadville Public Library ( http://www.meadvillelibrary.org )

2 2