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

Bug 8367: Add more granular level for ReservesMaxPickUpDelay
by Ernesto Arias 03 Sep '13

03 Sep '13

Hey! I'm trying to fix the bug 8367: add more granular level for reserves max pick up delay. I've got a problem when i try to apply this fix: I log in in bugzila and to apply it I see in diff the differences between the original code and the one I have to modify. The thing is, the original code that bugzila indicates is not exactly the same code I've got in my koha. I don't think it works 'cause, for example, there are some code lines I have to erase but in my koha they don't even exist. I guess that's dued to the koha version I'm using (3.6.7.) . I wanted to know if there's any way to apply this bug to the 3.6.7. version, since that's the one we use in my library. Thank you so much, Regards, Ernesto Arias

2 1

Error "Unknown column overduefinescap in issuingrules" updating to 3.08.17.000
by Manos PETRIDIS 02 Sep '13

02 Sep '13

Tried to upgrade koha using git and encountered the following error when accessing koha web interface: Web installer > Step 3 Updating database structure Update report : . Upgrade to 3.08.16.001 done (Bug 9519: Wrong language code for Italian in the advanced search language limitations) . Upgrade to 3.08.16.002 done (Bug 10490: Correct datatype for overduefinescap in issuingrules) . Upgrade to 3.08.17.000 done (3.8.17 release) Update errors : . [Fri Aug 30 11:28:52 2013] updatedatabase.pl: DBD::mysql::db do failed: Unknown column 'overduefinescap' in 'issuingrules' at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5391. Continue to log in to Koha Any thoughts? Manos PETRIDIS

2 1

OAI-PMH Harvester
by David Cook 02 Sep '13

02 Sep '13

Hi all: As some might know, I've been working on an OAI-PMH harvester client for Koha using the same HTTP::OAI packages that we use to make Koha an OAI-PMH repository server. The idea is that you point Koha to the URL of a OAI-PMH compliant data source (my testing source is Koha but my production source will hopefully be DSpace), and then it uses the OAI-PMH protocol to import records. While some repositories export marcxml, the quality I've noticed hasn't been that great, so I prefer to import Dublin core and transform it into MARC21 using XSLTs. However, YMMV on this point. In any case, the harvester sends an HTTP request, receives the records in an OAI-PMH wrapper, the records are transformed to MARCXML as needed, they're staged for import, they're matched against previous OAI-PMH imports, then they stay waiting for manual intervention or are automatically committed to the database. It's still a work in progress, but I've posted my most up to date work on Bugzilla with some description, a test plan, and a unit test to run. Even if you just apply it and check if the unit test works, that would be great. Any input is welcome : ). (I'd even welcome opinions where people think this is a bad idea :P) http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 Description: logo David Cook Systems Librarian (BA,FRLS,MLIS) Prosentient Systems P/L ABN 31 078 409 168 72/330 Wattle St, Ultimo NSW 2007 tel: 02 92120899 fax: 02 92120885 <mailto:dcook@prosentient.com.au> dcook(a)prosentient.com.au

1 0

Dashboard links
by Bernardo Gonzalez Kriegel 02 Sep '13

02 Sep '13

Hi, the links to bugs on dashboard page are not working except for Needs Signoff and Random bug On other columns, Last 5, Needs QA and New features the bug number is ok, but the link has <% entry.1 %>, <% entry.0 %> and <% enhancement.0 %> respectively. Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel(a)gmail.com

2 1

Seeking new community newsletter editor
by Daniel Grobani 31 Aug '13

31 Aug '13

Hi, A combination of changing work duties and our library preparing to migrate away from Koha has made it increasingly challenging for me to dedicate time to editing the newsletter. So, after tipping my hand in the July newsletter, I'm now formally and sadly announcing my resignation as community newsletter editor effective December 31, or sooner if a new editor steps forth and takes over before then. Preparing the newsletter requires about 4-8 hours a month. I've found it to be an excellent way to stay informed about the community and to make great connections with Koha folks. I'd be happy to share my list of RSS feeds and other news sources with the next editor, as well as to work with that person during a transition period. Please email me if you might be interested in taking on this role. Many thanks, Daniel Grobani

1 0

August 2013 Koha Community Newsletter has been published
by Daniel Grobani 30 Aug '13

30 Aug '13

Hi, The August 2013 edition of the Koha Community Newsletter has been posted to http://koha-community.org/koha-community-newsletter-august-2013/. Cheers, Daniel Grobani Koha Community Newsletter Editor

1 0

Test Coverage
by Chris Cormack 30 Aug '13

30 Aug '13

Hi All Tomorrow is Kenza's last day at Biblibre, and I wanted to thank her for all the work she had done Below are the covergage statistics, the top numbers are from before her first commit, the bottom ones are from after. stmt bran cond sub total Total 43.1 17.3 14.3 68.7 37.6 Total 45.7 18.2 14.6 70.5 39.8 So you can see she has increased total test coverage by 2.2 % Now in a code base of hundreds of thousands of lines, that is a big big increase. Well done Kenza and the team at Biblibre and thank you Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

3 2

Database-dependent Tests
by David Cook 30 Aug '13

30 Aug '13

Hi all: This might be obvious to many but I just noticed that MySQL's "Auto Increment" still increases when using the autocommit = 0 / rollback() transaction method of handling database dependent tests, at least with my set up. So if you wonder why your new ID numbers are significantly higher than it seems they should be, that would probably explain why. Galen's (very welcome) explanation of the DB transaction method of handling database-dependent tests: http://galencharlton.com/blog/2013/08/musings-on-kohas-database-dependent-te sts/ Description: logo David Cook Systems Librarian (BA,FRLS,MLIS) Prosentient Systems P/L ABN 31 078 409 168 72/330 Wattle St, Ultimo NSW 2007 tel: 02 92120899 fax: 02 92120885 <mailto:dcook@prosentient.com.au> dcook(a)prosentient.com.au

1 0

[QA] QA Team Meeting
by Katrin Fischer 29 Aug '13

29 Aug '13

Hi all, time is flying by - we are already only a bit more than a month away from feature freeze and there is a lot of work to be done. I would like to call for a QA team IRC meeting to try and work out how we can coordinate and discuss general QA questions and topics. But with the QA team being in Europe, NZ and USA it's really hard to find a good or even bearable time for everyone: http://www.timeanddate.com/worldclock/meetingtime.html?iso=20130901&p1=814&… After some pondering I would suggest: - Thursday, 22th 19:00 UTC or - Wednesday, 28th 15:00 UTC Could we do a quick poll on who would be able to attend? Katrin

9 15

Re: [Koha-devel] [Koha] Who is Live DVD manager of version 3.12.x?
by Mark Tompsett 27 Aug '13

27 Aug '13

Greetings, Putting aside the arguments for a live DVD, a couple good points have been made or implied, and probably should be reiterated: 1) A 3.12.0 Live DVD doesn't constitute being part of the current team (3.12.3). 2) Cross posting to koha and koha-devel is typically a bad idea. 3) The effort to dump a single DVD every 6 or months does not compare to the effort put in by the release manager nor even the release maintainers. 4) You can't get the title once and expect it forever. You showed up on IRC once long ago, but don't visit. I have not seen you posting questions or answers in either the koha or koha-devel mailing lists. To be honest, VKV, how can you desire to be part of the community when the community doesn't see you as active? If the role of Live DVD Manager/Maintainer is to be kept, and there are hints at dumping it because the required effort is not being put forth, I would expect (at least): - Make a Live DVD iso no later than a week after every package release at latest. It is usually released within a week of the tarballs. - Be active on the IRC channel to stay aware of bugs and issues that are popping around. If you were on IRC, you could ask eythian yourself if the packages were ready. - Be active on the Koha mailing lists answering questions and even asking some occasionally. I'm sure others could chime in requirements. Given the general dislike of a Live DVD, because of the abuses that can (and most likely will) occur (running a Live DVD in a production system), you are going to have to work to earn the respect and title. You haven't been doing that, as far as I can tell. I would also like to point out that this title has been given to someone else for 3.14. http://wiki.koha-community.org/w/index.php?title=Roles_for_3.14 However, they too have been as poorly active as you. That is probably why they are in the release notes. Your term ended with the release of 3.12.0. The next koha meeting is September 11. http://wiki.koha-community.org/wiki/General_IRC_meeting,_11_September_2013 Start attending the meetings regularly, even though the timezone shift gets inconvenient at times. GPML, Mark Tompsett

2 1