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

Questions from the great wall of install...
by Mark Tompsett 18 Sep '12

18 Sep '12

Greetings, As I am putting finishing touches on the Ubuntu great wall of install, for the purposes of *splitting* and organizing (packages/git/tarball – the latter of which will be hidden), I have written down questions that I thought perhaps the list may be able to clarify. 1) When doing a packages install, a message about upgrading from 3.2 to 3.4 pops up. What is the recommended upgrade path from pre-3.4 to current? Is that message accurate? 2) I noticed that Mime::Lite (forgive wrong capitalizations) triggers the install of nullmailer under a fresh install of Ubuntu 12.04 LTS Server. Seeing as Koha has cronjobs that do mailing, are their any external links (like Vimal Kumar V.’s link to a gmail relay set up) which would be recommended for getting those functions to work properly? I understand that a “configuring mailing” wiki page is beyond the scope of Koha, but surely a “look here for suggested hints, but configuration of mailing is out of scope” page is okay? 3) In the Ubuntu documentation the ordering of /etc/perl/XML/SAX/ParserDetails.ini is supposedly important, as “You must be sure you're using the XML::LibXML SAX parser, not Expat or PurePerl, both of which have outstanding bugs with pre-composed characters.” During a packages installation, I decided to look at the ini file, and found it wasn’t in the recommended order. Is this a problem with the packages or has this point become irrelevant? 4) Does the packages installation method set up apache2 correctly, or does AddCharset UTF-8 .utf8 AddDefaultCharset UTF-8 Still need to be added to a configuration file and a restart issued? It’s not in the Debian instructions for packages. 5) In MySQL “select variables like ‘%colla%’;” and “select variables like ‘%char%’;” generate non-utf8 entries. Is this correct? Nothing like this is mentioned in the Debian instructions for packages. I think that’s it for now. I hope to start the splitting in the near future, and be done before the end of the week. I’ve got an upgrade (3.6.3 tarball to 3.8.5 packages) to do this weekend. GPML, Mark Tompsett

5 6

RFC: Koha needs a logger!
by Kyle Hall 17 Sep '12

17 Sep '12

Hey all, I've been thinking about this for quite a while now. I feel that Koha would benefit greatly from having a traditional logger, rather than relying on warn's being written to the apache logs. This would give us many benefits. First, we would be able to log everything to one or more standard files, regardless of whether that file was running under apache or not. Second, we could implement standard logging levels ( trace, debug, info, warn, error, fatal ). It would also help us debug ajax-related issues where child processes no longer write to the apache module. The Catalyst Perl framework has been a primary inspiration for this. We could have C4::Context->log->debug('this is a test message'); Our logger would detect the current error level and output or ignore the message accordingly. My research has lead me to Log4perl, which seems to be an outstanding logging module. It can even capture existing warns and dies. It would work perfectly except for one scenario I was hoping for. I have been thinking it might be useful for developers and even just experienced Koha users of the we could dump all the log output to the webpage. So mainpage.pl?debug=1 would not only enable debug messages, but then append all those debug messages to the bottom of the returned html. Log4perl is meant to be used as a singleton, so even if we can get the logged message back out, it would have messages from other koha scripts that were running concertedly. If I am incorrect, please let me know! So the options are: 1) Forget about the dump-to-screen feature, and just use Log4perl 2) Write our own logger from scratch with all these features, largely duplicating the effor of Log4perl and other loggers 3) Write our own logger that can handle the dump-to-screen feature, but use Log4perl within Koha::Logger for all other logging. Another idea, implement dbi tracing to allow dumping of all queries to the screen and log. Also, Perhaps the dump-to-screen could create a popup window instead of appending to the bottom of the screen. I'm looking for any and all opinions or ideas on this subject. Thanks! Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com )

5 10

Re: [Koha-devel] Questions from the great wall of install...
by Robin Sheat 17 Sep '12

17 Sep '12

Op 17-09-12 13:43, Mark Tompsett schreef: > And again, what about a git install? You need the instructions still for > that. Well, I'm talking about the packages. The git process is presumably quite different anyway. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D

1 0

any error in update database (on master)
by Paul Poulain 17 Sep '12

17 Sep '12

Hi koha-devel, Chris noted an error on jenkins when upgrading after patch 5911 has been pushed: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5911#c59 > DBD::mysql::db do failed: Can't create table 'koha.transport_cost' (errno: 150) at ./installer/data/mysql/updatedatabase.pl line 5703. > (150 is foreign key constraints) > This might be specific to the jenkins machine, but just noting why it didnt update properly Is there someone else who saw this error ? Should I worry/investigate more ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

Re: [Koha-devel] 3.8.4 interim [was: koha-zebra-daemon not starting]
by Paul 14 Sep '12

14 Sep '12

At 04:41 PM 8/22/2012 -0300, Tomas Cohen Arazi wrote: [snip] > > The tarball has always worked extremely well on i386 machines -- I just > get the impression (not proven) that Ubuntu 12.04 gets its knickers in a > twist on AMD64. Â But with a little time and effort workarounds can be > found. Â Probably nothing wrong, just new quirks, with either Ubuntu or > Koha, but I do not need to be under pressure for the production upgrade. > >is not a 12.04 problem, is a problem with the specific file you're using >with dpkg, which lists some files not available anymore on 12.04. >As Mark said that file has already been patched and its waiting for >inclusion on next release. Thanks for the reply. But, as you say, "its waiting for inclusion on next release" so it's broken in this release. >That said, you can do a clean install using the instructions and ommiting >that --set-selections step. And installing the dependencies by hand. As >Mark also said. More or less what I've done -- but it would not be rocket science to edit install_misc/ubuntu.packages to avoid a certain amount of grief (and before anyone asks "well why don't you do it?" I will as soon as I'm certain that my experience is reproducible and bullet-proof. It may involve looking at the upstream .pl file to see how the list is invoked.) >I also use the tarball in our deployment (38 instances on a single BIG >server) without issues. I'm only trying a test install on relatively BIG server (64-bit, 6 core Intel i7-980X, solid state raided drives, 16Gb ram), mileage varies... > Besides that i386 packages pull which I reported and has been solved. When, where, how? I had to 'sudo apt-get purge .*:i386' for about 50 dependencies in the pull in koha-3.08.04.tar.gz >Anyway, I think we should go back to what your original problem was.Â Is >your incremental indexing working? That was 3.8.3, now trashed, but it never worked -- I'll try it on a 3.8.4 install as soon as I'm away from this machine. >Have you properly set your sax parser? [snip] Yes. Best - P. --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>

13 42

String freeze for 3.8.5
by Chris Cormack 14 Sep '12

14 Sep '12

Hi All I will not be pushing any more patches that involve string changes from now on, until 3.8.5 is released on the 22nd of September. Frederic when time permits can you update the 3.8.x po files in pootle please. Thank you Chris

3 3

Overdue Notices
by glaws 14 Sep '12

14 Sep '12

I have a question about overdue notices in Koha 3.8.3. Not sure if this is a bug or not... When a patron has overdue items, the "First Overdue Notice" will generate a list of those items. Perfect. When other overdue items subsequently become overdue within an undetermined but limited amount of time, a "First Overdue Notice" is generated for those items, but if the first set of items have not been resolved (by returning them), they are repeated in the second "First Overdue Notice". See attached .pdf. Desired/correct functionality? -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506

3 3

Please include a test plan for your patches!
by Owen Leonard 14 Sep '12

14 Sep '12

With Global Bug-Squashing Day in full swing, I want to test some patches and sign off what I can. The list of bugs needing signoff (http://bugs.koha-community.org/bugzilla3/buglist.cgi?cmdtype=dorem&remactio…) has no low-hanging fruit, so that makes it really important that every bug report include a good test plan. Here are the basics for what I should know after reading the bug report: 1. What the problem is. 2. How to reproduce the problem. 3. What the patch does to solve the problem. 4. What (if any) configuration steps need to be taken after the patch is applied. 5. What steps to take to test that the patch is working correctly. A lot of patches seem to be added with only #3, which in some ways is the least important step from the point of view of people testing. If you have bug on Paul's list of patches which won't be pushed after the feature freeze (in the RM newsletter: http://koha-community.org/koha-release-manager-newsletter-10-2012-08/) and you want to make sure it can be tested, please add a thorough test plan! -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

2 1

(ver.3.6.2) Staff / Tools: News / Formatting news
by Kari Blomster 14 Sep '12

14 Sep '12

Hello! I have hard times finding the way to format my news tool editor input text in HTML, running ver3.6.2. I have at Staff interface [Home -> Tools (Additional tools) -> News + New Entry) ] now only txt alternative, though manual(en) shows HTML-editor: http://manual.koha-community.org/3.6/en/tools.html#newstool Is there an option to set for HTML in news and/or comments? I searched Koha Administration text search and net freewordsearch for featurelist or casual mentions, but none suitable. Then I gave up and turned here. Object: Help me! Gary Blomster ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjast… Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjast… -- View this message in context: http://koha.1045719.n5.nabble.com/ver-3-6-2-Staff-Tools-News-Formatting-new… Sent from the Koha-devel mailing list archive at Nabble.com.

1 0

Bug 8524 Add barcode plugin that does not autofill
by Chris Cormack 13 Sep '12

13 Sep '12

Hi All I am tempted to push bug 8524 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8524 to 3.8.x to be included in 3.8.5 It is a new plugin that doesn't touch existing code so is safe, and actually fixes a 'bug' in certain use cases. Namely if a library autobarcodes, but don't barcode their ebooks. (quote 123) :) Any objections? Chris

3 2