From robin at catalyst.net.nz Wed Jul 1 00:49:55 2015 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 01 Jul 2015 10:49:55 +1200 Subject: [Koha-devel] =?iso-8859-1?q?=BBCommand-line_Utilities=AB_vs=2E_?= =?iso-8859-1?q?=BBPackaging=AB__categories?= In-Reply-To: References: <55905095.2060309@abunchofthings.net> Message-ID: <1435704595.16676.20.camel@catalyst.net.nz> Barton Chittenden schreef op di 30-06-2015 om 16:56 [-0400]: > First, I'm a huge proponent of having a single place to look for > command line scripts... honestly, I wasn't aware of scripts outside > of ./debian/command_line/, and I'm someone who actively looks for > command line scripts. On a package install, that's pretty much all there is. There are others that a non-package install might use, but ideally they should all be wrapped by koha-* scripts in the packages. > Would it be possible to make the scripts less dependent on being > packaged? My impression is that a lot of the reasons for the > dependency is hard coded paths, which probably aren't a good idea > anyway... most of the scripts explicitly run under bash, which allows > setting default values of shell variables, so it should be > straightforward to set defaults which would allow the scripts to be > extended to allow other paths while still being drop-in replacements > for existing scripts. The package scripts are designed to expect a specific layout of Koha and Koha configuration. They're also designed to create things according to this layout, because that's what makes sense in a Debian environment. Other distributions have a different layout, and if you do a git install, anything could be anywhere, and there's not really an easy way to have scripts that know about that. So essentially my point is that the koha-* scripts in Debian are tied to the packaging because they work with a layout that is dictated by that. Separating them from that isn't really meaningful as they don't make sense if constraints are removed. This said, I am planning to remove the packaging from the Koha repo one day in the future so it can be maintained separately (this'll bring Koha more in line with how Perl packages are worked with in Debian.) I'm still in two minds as to whether the scripts and templates will come along when that happens or not. Probably not. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: This is a digitally signed message part URL: From kohanews at gmail.com Fri Jul 3 03:29:12 2015 From: kohanews at gmail.com (kohanews) Date: Thu, 02 Jul 2015 18:29:12 -0700 Subject: [Koha-devel] Koha Community Newsletter: June 2015 Message-ID: <5595E568.9070400@gmail.com> Fellow Koha users: The Koha Community Newsletter for April 2015 is here: http://koha-community.org/koha-community-newsletter-june-2015/ Many thanks to the folks who submitted articles and news to this month's newsletter. Please feel free to email me with any corrections or suggestions. Thanks! Chad Roseburg Editor, Koha Community Newsletter From jonathan.druart at biblibre.com Wed Jul 8 15:33:40 2015 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Wed, 8 Jul 2015 14:33:40 +0100 Subject: [Koha-devel] QA script - New check for spelling In-Reply-To: <809BE39CD64BFD4EB9036172EBCCFA315ACF7F99@S-MAIL-1B.rijksmuseum.intra> References: <809BE39CD64BFD4EB9036172EBCCFA315ACF7EBE@S-MAIL-1B.rijksmuseum.intra> <809BE39CD64BFD4EB9036172EBCCFA315ACF7F99@S-MAIL-1B.rijksmuseum.intra> Message-ID: 2015-06-25 13:53 GMT+01:00 Marcel de Rooy : >> Maybe the script should not process this check if codespell is not >> installed. Patch welcomed ;-) > > Sorry, but I would rather prefer that you wrote that patch ;) Done. Now the script warn instead of die and mark the test "spelling" as skipped. >> It's in test for the moment, we will see if the number of false positive >> is high or not. Why do you worry about them? > > We should spend our QA time on the code not the spelling of comments. That's why it's good to make a script do the job :) From jonathan.druart at biblibre.com Wed Jul 8 15:39:19 2015 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Wed, 8 Jul 2015 14:39:19 +0100 Subject: [Koha-devel] QA script - New check for spelling In-Reply-To: References: <809BE39CD64BFD4EB9036172EBCCFA315ACF7EBE@S-MAIL-1B.rijksmuseum.intra> Message-ID: See man codespell: --dictionary=FILE Custom dictionary file that contains spelling corrections. If this flag is not specified then default dictionary "/usr/share/codespell/dictionary.txt" is used. So it's possible to provide a customi(s|z)ed file for our need. Note that grep -P "colou?r" /usr/share/codespell/dictionary.txt does not return anything. But grep -P "i(s|z)ed" /usr/share/codespell/dictionary.txt does. Some stuffs like: speciallized->specialised, specialized, 2015-06-25 13:06 GMT+01:00 Mark Tompsett : > > Greetings, > > Jonathan Druart wrote: >> >> It's in test for the moment, we will see >> if the number of false positive is high or not. >> Why do you worry about them? > > > I?m sure Mr. Colorful Colour will help explain why color and other words > like it might be an issue, neighbour. :) > > Your friendly neighborhood Canadian, > Mark Tompsett > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ From bshiundu at strathmore.edu Wed Jul 8 19:39:24 2015 From: bshiundu at strathmore.edu (Bernard Shiundu) Date: Wed, 8 Jul 2015 20:39:24 +0300 Subject: [Koha-devel] SIP Authentication broken when LDAP Auth Enabled Message-ID: We have been running KOHA with ldap authentication enabled and are now trying to get the SIP server going. I notice that when ldap auth is enabled I cannot authenticate a regular Koha Account via SIP. With ldap enabled, testing via telnet using 9300CNkohasipuserid|COkohasipuserpwd|CPmybranch| returns 941 but in the sip ogs I see: LDAP bind failed as kohauser kohasipuser: LDAP error #49: LDAP_INVALID_CREDENTIALS # The wrong password was supplied or the SASL credentials could not be processed When I disable ldap auth in koha-xml.conf everything works as advertised. I have also tried adding my kohasipuser to ldap. This makes the error go away in the logs but Koha users still cannot login via SIP. Any suggestions on how to overcome this? Bernard Shiundu Nairobi, Kenya -- -- Note: All emails sent from Strathmore University are subject to Strathmore?s Email Terms & Conditions. Please click here to read the policy. "Visit our Facebook Page and Twitter Account". -------------- next part -------------- An HTML attachment was scrubbed... URL: From mirko at abunchofthings.net Thu Jul 9 00:25:07 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Wed, 08 Jul 2015 23:25:07 +0100 Subject: [Koha-devel] Koha Hackfest in Berlin? Message-ID: <559DA343.9010208@abunchofthings.net> Hello there, European (and other) Koha devs, I am considering hosting a Koha hackfest in Berlin/ Germany next year. It is not supposed to be a counter event to the Hackfest in Marseille nor the Kohacon, but an additional option to meet and work together. It could maybe take place July 2016 (very preliminary date for very preliminary planning), maybe 3 days or the whole week. Before I spend more time fantasizing about it, I'd like your opinion? - do you think it is a good idea (and you would consider joining)? - do you think it is a good idea (but you know you won't join)? - do you think it is not a good idea (given there is a Hackfest in Marseille and Kohacon already, or for other reasons)? - do you think you would have to decide between Berlin and Marseille? - do you think something completely different? No hard feelings if you say Kohacon + Marseille is enough, that would be very valuable feedback. For obvious reasons I would love to hear opinions from Europe (positive or negative), but if coming to Berlin is an option for people from more distant places, I'd love to hear that too. Cheers, Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From veron at veron.ch Thu Jul 9 08:23:06 2015 From: veron at veron.ch (=?UTF-8?B?TWFyYyBWw6lyb24=?=) Date: Thu, 09 Jul 2015 08:23:06 +0200 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: <559DA343.9010208@abunchofthings.net> References: <559DA343.9010208@abunchofthings.net> Message-ID: <559E134A.80604@veron.ch> Hi Mirko, It is a great idea to have a Koha Hackfest in Berlin in July 2016 and I would like to join. Marc V?ron www.koha-support.ch Am 09.07.2015 um 00:25 schrieb Mirko Tietgen: > Hello there, European (and other) Koha devs, > > I am considering hosting a Koha hackfest in Berlin/ Germany next year. > > It is not supposed to be a counter event to the Hackfest in > Marseille nor the Kohacon, but an additional option to meet and work > together. It could maybe take place July 2016 (very preliminary date > for very preliminary planning), maybe 3 days or the whole week. > > Before I spend more time fantasizing about it, I'd like your opinion? > > - do you think it is a good idea (and you would consider joining)? > - do you think it is a good idea (but you know you won't join)? > - do you think it is not a good idea (given there is a Hackfest in > Marseille and Kohacon already, or for other reasons)? > - do you think you would have to decide between Berlin and Marseille? > - do you think something completely different? > > No hard feelings if you say Kohacon + Marseille is enough, that > would be very valuable feedback. > > For obvious reasons I would love to hear opinions from Europe > (positive or negative), but if coming to Berlin is an option for > people from more distant places, I'd love to hear that too. > > Cheers, > > Mirko > > > -- > > Mirko Tietgen > mirko at abunchofthings.net > http://koha.abunchofthings.net > http://meinkoha.de (...) From M.de.Rooy at rijksmuseum.nl Thu Jul 9 08:25:09 2015 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Thu, 9 Jul 2015 06:25:09 +0000 Subject: [Koha-devel] QA script - New check for spelling In-Reply-To: References: <809BE39CD64BFD4EB9036172EBCCFA315ACF7EBE@S-MAIL-1B.rijksmuseum.intra> <809BE39CD64BFD4EB9036172EBCCFA315ACF7F99@S-MAIL-1B.rijksmuseum.intra> Message-ID: <809BE39CD64BFD4EB9036172EBCCFA315AF6F2CB@S-MAIL-1B.rijksmuseum.intra> > Done. Now the script warn instead of die and mark the test "spelling" > as skipped. Great. Thanks. From jonathan.druart at biblibre.com Thu Jul 9 09:06:12 2015 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Thu, 9 Jul 2015 08:06:12 +0100 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: <559DA343.9010208@abunchofthings.net> References: <559DA343.9010208@abunchofthings.net> Message-ID: Hi Mirko, Yes of course it is always a good idea to organize event to meet people IRL :) I am not sure about the date: some people are in holidays in July (but between March and October!). Looking forward to visit Berlin again ;) Cheers, Jonathan 2015-07-08 23:25 GMT+01:00 Mirko Tietgen : > Hello there, European (and other) Koha devs, > > I am considering hosting a Koha hackfest in Berlin/ Germany next year. > > It is not supposed to be a counter event to the Hackfest in > Marseille nor the Kohacon, but an additional option to meet and work > together. It could maybe take place July 2016 (very preliminary date > for very preliminary planning), maybe 3 days or the whole week. > > Before I spend more time fantasizing about it, I'd like your opinion? > > - do you think it is a good idea (and you would consider joining)? > - do you think it is a good idea (but you know you won't join)? > - do you think it is not a good idea (given there is a Hackfest in > Marseille and Kohacon already, or for other reasons)? > - do you think you would have to decide between Berlin and Marseille? > - do you think something completely different? > > No hard feelings if you say Kohacon + Marseille is enough, that > would be very valuable feedback. > > For obvious reasons I would love to hear opinions from Europe > (positive or negative), but if coming to Berlin is an option for > people from more distant places, I'd love to hear that too. > > Cheers, > > Mirko > > > -- > > Mirko Tietgen > mirko at abunchofthings.net > http://koha.abunchofthings.net > http://meinkoha.de > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ From mirko at abunchofthings.net Thu Jul 9 09:47:36 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Thu, 09 Jul 2015 08:47:36 +0100 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: References: <559DA343.9010208@abunchofthings.net> Message-ID: <559E2718.6030309@abunchofthings.net> Hi Jonathan, thanks for your feedback! I would probably set up a doodle vote to check the date, so that hopefully everyone interested can join. The basic idea about the date is - it should be somewhat warm (at least in theory) - it should not be too close to Hackfest in Marseille and Kohacon. So far the bids for Kohacon are May/June (Greece) and September/October (Philippines). After that decision is made, it's easier to pick a date. I think everything between May and August would be nice, September might be an option too (but I will check how September behaves this year before I consider it an option ;) Cheers, Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de Jonathan Druart schrieb am 09.07.2015 > Hi Mirko, > > Yes of course it is always a good idea to organize event to meet people IRL :) > I am not sure about the date: some people are in holidays in July (but > between March and October!). > > Looking forward to visit Berlin again ;) > > Cheers, > Jonathan > > 2015-07-08 23:25 GMT+01:00 Mirko Tietgen : >> Hello there, European (and other) Koha devs, >> >> I am considering hosting a Koha hackfest in Berlin/ Germany next year. >> >> It is not supposed to be a counter event to the Hackfest in >> Marseille nor the Kohacon, but an additional option to meet and work >> together. It could maybe take place July 2016 (very preliminary date >> for very preliminary planning), maybe 3 days or the whole week. >> >> Before I spend more time fantasizing about it, I'd like your opinion? >> >> - do you think it is a good idea (and you would consider joining)? >> - do you think it is a good idea (but you know you won't join)? >> - do you think it is not a good idea (given there is a Hackfest in >> Marseille and Kohacon already, or for other reasons)? >> - do you think you would have to decide between Berlin and Marseille? >> - do you think something completely different? >> >> No hard feelings if you say Kohacon + Marseille is enough, that >> would be very valuable feedback. >> >> For obvious reasons I would love to hear opinions from Europe >> (positive or negative), but if coming to Berlin is an option for >> people from more distant places, I'd love to hear that too. >> >> Cheers, >> >> Mirko >> >> >> -- >> >> Mirko Tietgen >> mirko at abunchofthings.net >> http://koha.abunchofthings.net >> http://meinkoha.de >> >> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at 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/ > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From fridolin.somers at biblibre.com Thu Jul 9 21:37:34 2015 From: fridolin.somers at biblibre.com (Fridolin SOMERS) Date: Thu, 09 Jul 2015 21:37:34 +0200 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: <559DA343.9010208@abunchofthings.net> References: <559DA343.9010208@abunchofthings.net> Message-ID: <559ECD7E.30301@biblibre.com> Looks great. Maybe indeed we could export the Marseille event, so we get more people at once. And it will be nice to see other cities (I go to Marseille each week). Regards, Le 09/07/2015 00:25, Mirko Tietgen a ?crit : > Hello there, European (and other) Koha devs, > > I am considering hosting a Koha hackfest in Berlin/ Germany next year. > > It is not supposed to be a counter event to the Hackfest in > Marseille nor the Kohacon, but an additional option to meet and work > together. It could maybe take place July 2016 (very preliminary date > for very preliminary planning), maybe 3 days or the whole week. > > Before I spend more time fantasizing about it, I'd like your opinion? > > - do you think it is a good idea (and you would consider joining)? > - do you think it is a good idea (but you know you won't join)? > - do you think it is not a good idea (given there is a Hackfest in > Marseille and Kohacon already, or for other reasons)? > - do you think you would have to decide between Berlin and Marseille? > - do you think something completely different? > > No hard feelings if you say Kohacon + Marseille is enough, that > would be very valuable feedback. > > For obvious reasons I would love to hear opinions from Europe > (positive or negative), but if coming to Berlin is an option for > people from more distant places, I'd love to hear that too. > > Cheers, > > Mirko > > > -- > > Mirko Tietgen > mirko at abunchofthings.net > http://koha.abunchofthings.net > http://meinkoha.de > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- Fridolin SOMERS Biblibre - P?les support et syst?me fridolin.somers at biblibre.com From mirko at abunchofthings.net Thu Jul 9 22:00:39 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Thu, 09 Jul 2015 21:00:39 +0100 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: <559ECD7E.30301@biblibre.com> References: <559DA343.9010208@abunchofthings.net> <559ECD7E.30301@biblibre.com> Message-ID: <559ED2E7.9050705@abunchofthings.net> Fridolin Somers schrieb am 09.07.2015 > Looks great. > > Maybe indeed we could export the Marseille event, so we get more > people at once. > And it will be nice to see other cities (I go to Marseille each week) Thank you! But I have not been to Marseille yet! And I want to join the Hackfest there next year too. :) (Even though I can't stand cheese :D ) Cheers, Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From info at bywatersolutions.com Thu Jul 9 22:57:52 2015 From: info at bywatersolutions.com (Brendan Gallagher) Date: Thu, 9 Jul 2015 13:57:52 -0700 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: <559ED2E7.9050705@abunchofthings.net> References: <559DA343.9010208@abunchofthings.net> <559ECD7E.30301@biblibre.com> <559ED2E7.9050705@abunchofthings.net> Message-ID: If there is a hackfest in Berlin - I could perhaps send someone from the US to join in also. We'll continue to go to the Marseille hackfest too. Cheers, Brendan On Thu, Jul 9, 2015 at 1:00 PM, Mirko Tietgen wrote: > Fridolin Somers schrieb am 09.07.2015 > > Looks great. > > > > Maybe indeed we could export the Marseille event, so we get more > > people at once. > > And it will be nice to see other cities (I go to Marseille each week) > Thank you! But I have not been to Marseille yet! And I want to join > the Hackfest there next year too. :) (Even though I can't stand > cheese :D ) > > Cheers, > > Mirko > > > -- > > Mirko Tietgen > mirko at abunchofthings.net > http://koha.abunchofthings.net > http://meinkoha.de > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- --------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions CEO Support and Consulting for Open Source Software Installation, Data Migration, Training, Customization, Hosting and Complete Support Packages Headquarters: Santa Barbara, CA - Office: Redding, CT Phone # (888) 900-8944 http://bywatersolutions.com info at bywatersolutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.druart at bugs.koha-community.org Fri Jul 10 11:29:15 2015 From: jonathan.druart at bugs.koha-community.org (Jonathan Druart) Date: Fri, 10 Jul 2015 10:29:15 +0100 Subject: [Koha-devel] Update bugzilla - Restore style on quotes Message-ID: Hi devs, Our favorite bug tracker has been updated today/yesterday. There are plenty of useful stuffs everywhere, but one thing is quite irritating: the quotes are now displayed in block (i.e. with an horizontal scrollbar). Ok it was not really nice to see the text overflowed the comment block, but now you have to scroll to see the content (example: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10988#c31). You can restore the previous style on installing/using the stylish add-on [1] and add the following rule: @-moz-document domain("bugs.koha-community.org") { .bz_comment_text span.quote { display: inline; } } Note: It seems there is a bug on sending patch using git bz attach -e (works without -e), could someone confirm? Cheers, Jonathan [1] for Firefox: https://addons.mozilla.org/en-US/firefox/addon/stylish/ From M.de.Rooy at rijksmuseum.nl Fri Jul 10 11:32:48 2015 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Fri, 10 Jul 2015 09:32:48 +0000 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: <809BE39CD64BFD4EB9036172EBCCFA315AF715E3@S-MAIL-1B.rijksmuseum.intra> > Note: It seems there is a bug on sending patch using git bz attach -e > (works without -e), could someone confirm? Yes, I had some trouble too with submitting patches. From Leif.Andersson at sub.su.se Fri Jul 10 12:36:50 2015 From: Leif.Andersson at sub.su.se (Leif Andersson) Date: Fri, 10 Jul 2015 10:36:50 +0000 Subject: [Koha-devel] Current status of Plack in Koha staff client? Message-ID: Hi, during the last few days I have been looking at Plack. Rather confusing. And I wonder: What is the current status of Plack in Koha staff client? I started looking at koha 3.18. With the Plack patch applied. I still had various utf8 problems in facets, in column location (of results), and I believe also in Patron search. After upgrading to 3.20.01.000 (package install on Debian GNU/Linux 7.6 (wheezy)) I have not - so far - experianced any utf8 problems. Does anybody know what was done to fix this? In v 3.20 I still have a lot of different cache(?) problems, though. Well, simple updates like global system preferences -> Staff client -> IntranetNav seems to work fine. (any text is displayed on every screen in Koha, so it is easy to spot success/failure) So if I change the text in a session (intranet:5001 plack), then the change is shown when I leave the preferences page and go to another koha screen. It is also shown in plack sessions started later on the same or on other machines. But if I change i.e. sysprefs -> Searching -> setting UseQueryParser to "Try" The change is not reflected in my current session In fact it seems I can not make any plack driven session use QueryParser. If I connect through port 8080 QueryParser is used. If I check "About Koha" to see the recentness of my perl modules. And then goes on to upgrade some of the modules. This will be poorly reflected in any plack driven session launched *after* the upgrade! Sometimes a plackdriven session may all of a sudden take me to Koha webinstaller! re-Loading the previous page may solve the problem. (Caused by lost mysql connection?) All in all it gives the impression that Plack in Koha staff module is still very unstable and unreliable. Does anyone have a contrary experiance? If others have the same experiences as I have: are there any plans to fix the problems? Has anyone done more systematic and more exhaustive tests? Has it been shared somewhere? /Leif Leif Andersson, systems librarian Stockholm University Library Sweden From jonathan.druart at biblibre.com Fri Jul 10 13:12:20 2015 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Fri, 10 Jul 2015 12:12:20 +0100 Subject: [Koha-devel] Current status of Plack in Koha staff client? In-Reply-To: References: Message-ID: 2015-07-10 11:36 GMT+01:00 Leif Andersson : > Hi, Hi Leif, > during the last few days I have been looking at Plack. > Rather confusing. And I wonder: > > What is the current status of Plack in Koha staff client? Not ready for production yet. > I started looking at koha 3.18. With the Plack patch applied. > I still had various utf8 problems in facets, in column location (of results), and I believe also in Patron search. > After upgrading to 3.20.01.000 (package install on Debian GNU/Linux 7.6 (wheezy)) I have not - so far - experianced any utf8 problems. > > Does anybody know what was done to fix this? Yes, bug 13815 (and bug 11944). > In v 3.20 I still have a lot of different cache(?) problems, though. > > Well, simple updates like global system preferences -> Staff client -> IntranetNav > seems to work fine. > (any text is displayed on every screen in Koha, so it is easy to spot success/failure) > So if I change the text in a session (intranet:5001 plack), then the change is shown when I leave the preferences page and go to another koha screen. > It is also shown in plack sessions started later on the same or on other machines. > > But if I change i.e. sysprefs -> Searching -> setting UseQueryParser to "Try" > The change is not reflected in my current session > In fact it seems I can not make any plack driven session use QueryParser. > If I connect through port 8080 QueryParser is used. Syspref caching issue is also fixed by bug 13815, see the line C4::Context->clear_syspref_cache(); in misc/plack/koha.psgi > If I check "About Koha" to see the recentness of my perl modules. > And then goes on to upgrade some of the modules. This will be poorly reflected in > any plack driven session launched *after* the upgrade! I think you can open a bug report for this one (link it to bug 13791) > Sometimes a plackdriven session may all of a sudden take me to Koha webinstaller! > re-Loading the previous page may solve the problem. (Caused by lost mysql connection?) Do you have something in the logs? > All in all it gives the impression that Plack in Koha staff module is still very unstable and unreliable. > Does anyone have a contrary experiance? Unfortunately, no... > If others have the same experiences as I have: are there any plans to fix the problems? > Has anyone done more systematic and more exhaustive tests? Has it been shared somewhere? Have a look at http://lists.koha-community.org/pipermail/koha-devel/2015-June/041503.html and http://lists.koha-community.org/pipermail/koha-devel/2015-April/041375.html From mirko at abunchofthings.net Fri Jul 10 17:04:51 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Fri, 10 Jul 2015 16:04:51 +0100 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: <809BE39CD64BFD4EB9036172EBCCFA315AF715E3@S-MAIL-1B.rijksmuseum.intra> References: <809BE39CD64BFD4EB9036172EBCCFA315AF715E3@S-MAIL-1B.rijksmuseum.intra> Message-ID: <559FDF13.4070103@abunchofthings.net> Marcel De Rooy schrieb am 10.07.2015 >> Note: It seems there is a bug on sending patch using git bz attach -e >> (works without -e), could someone confirm? > > Yes, I had some trouble too with submitting patches. I can't send patches with or without -e, I get a socket error. Attach? [yn] y Traceback (most recent call last): File "/usr/local/bin/git-bz", line 2633, in do_attach(*args) File "/usr/local/bin/git-bz", line 1999, in do_attach attach_commits(bug, commits, edit_comments=global_options.edit) File "/usr/local/bin/git-bz", line 1947, in attach_commits bug.create_patch(description, body, filename, patch, obsoletes=obsoletes, status=status) File "/usr/local/bin/git-bz", line 1347, in create_patch response = self.server.send_post("/attachment.cgi", fields, files) File "/usr/local/bin/git-bz", line 1039, in send_post return self.send_request("POST", url, data=body, headers={ 'Content-Type': content_type }) File "/usr/local/bin/git-bz", line 974, in send_request connection.request(method, url, data, headers) File "/usr/lib/python2.7/httplib.py", line 962, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.7/httplib.py", line 996, in _send_request self.endheaders(body) File "/usr/lib/python2.7/httplib.py", line 958, in endheaders self._send_output(message_body) File "/usr/lib/python2.7/httplib.py", line 818, in _send_output self.send(msg) File "/usr/lib/python2.7/httplib.py", line 794, in send self.sock.sendall(data) File "/usr/lib/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 32] Broken pipe -- Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From chrisc at catalyst.net.nz Fri Jul 10 21:12:50 2015 From: chrisc at catalyst.net.nz (=?utf-8?B?Q2hyaXMgQ29ybWFjaw==?=) Date: Sat, 11 Jul 2015 07:12:50 +1200 Subject: [Koha-devel] =?utf-8?q?Update_bugzilla_-_Restore_style_on_quotes?= Message-ID: <20150710191251.2CD90326AB@mail.catalyst.net.nz> Looks like someone is going to need to patch git-bz. It has a habit of using bugs as features so when they are fixed in bugzilla it breaks Ill have a look on Monday. It probably should be rewritten to use the bugzilla rest api instead of the screenscraping way it works now. Chris -- Chris Cormack Catalyst 04 8032238 ----- Reply message ----- From: "Mirko Tietgen" To: Subject: [Koha-devel] Update bugzilla - Restore style on quotes Date: Sat, Jul 11, 2015 3:04 AM Marcel De Rooy schrieb am 10.07.2015 >> Note: It seems there is a bug on sending patch using git bz attach -e >> (works without -e), could someone confirm? > > Yes, I had some trouble too with submitting patches. I can't send patches with or without -e, I get a socket error. Attach? [yn] y Traceback (most recent call last): File "/usr/local/bin/git-bz", line 2633, in do_attach(*args) File "/usr/local/bin/git-bz", line 1999, in do_attach attach_commits(bug, commits, edit_comments=global_options.edit) File "/usr/local/bin/git-bz", line 1947, in attach_commits bug.create_patch(description, body, filename, patch, obsoletes=obsoletes, status=status) File "/usr/local/bin/git-bz", line 1347, in create_patch response = self.server.send_post("/attachment.cgi", fields, files) File "/usr/local/bin/git-bz", line 1039, in send_post return self.send_request("POST", url, data=body, headers={ 'Content-Type': content_type }) File "/usr/local/bin/git-bz", line 974, in send_request connection.request(method, url, data, headers) File "/usr/lib/python2.7/httplib.py", line 962, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.7/httplib.py", line 996, in _send_request self.endheaders(body) File "/usr/lib/python2.7/httplib.py", line 958, in endheaders self._send_output(message_body) File "/usr/lib/python2.7/httplib.py", line 818, in _send_output self.send(msg) File "/usr/lib/python2.7/httplib.py", line 794, in send self.sock.sendall(data) File "/usr/lib/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 32] Broken pipe -- Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrisc at catalyst.net.nz Sun Jul 12 22:36:24 2015 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 13 Jul 2015 08:36:24 +1200 Subject: [Koha-devel] [indradg@gmail.com: [Koha] Does it make sense to carry 'prog' as an option in OPACFallback anymore?] Message-ID: <20150712203624.GX20673@rorohiko.wgtn.cat-it.co.nz> Forwarding this over to the devel list ----- Forwarded message from Indranil Das Gupta ----- Date: Sun, 12 Jul 2015 00:29:43 +0530 From: Indranil Das Gupta To: koha Subject: [Koha] Does it make sense to carry 'prog' as an option in OPACFallback anymore? Hi all, As we move towards 3.22, does it really make sense to carry 'prog' as an option, and that too the default option in the OPACFallback syspref? What is everyone's opinion? http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13291 cheers -- Indranil Das Gupta L2C2 Technologies 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 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ----- End forwarded message ----- -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From chris at bigballofwax.co.nz Sun Jul 12 23:01:31 2015 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 13 Jul 2015 09:01:31 +1200 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: On 10 July 2015 at 21:29, Jonathan Druart wrote: > Hi devs, > > Our favorite bug tracker has been updated today/yesterday. > > There are plenty of useful stuffs everywhere, but one thing is quite > irritating: the quotes are now displayed in block (i.e. with an > horizontal scrollbar). Ok it was not really nice to see the text > overflowed the comment block, but now you have to scroll to see the > content (example: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10988#c31). > You can restore the previous style on installing/using the stylish > add-on [1] and add the following rule: > > @-moz-document domain("bugs.koha-community.org") { > .bz_comment_text span.quote { display: inline; } > } Whats the consensus here, if people prefer the old style, we can add this to the stylesheett > > Note: It seems there is a bug on sending patch using git bz attach -e > (works without -e), could someone confirm? Hmm can't replicate, http://paste.koha-community.org/172 I wonder if it's a time thing? IE if you take to long to edit it times out? Chris > > Cheers, > Jonathan > > [1] for Firefox: https://addons.mozilla.org/en-US/firefox/addon/stylish/ > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ From Katrin.Fischer.83 at web.de Sun Jul 12 23:40:45 2015 From: Katrin.Fischer.83 at web.de (Katrin Fischer) Date: Sun, 12 Jul 2015 23:40:45 +0200 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: <55A2DEDD.2060508@web.de> Am 12.07.2015 um 23:01 schrieb Chris Cormack: >> @-moz-document domain("bugs.koha-community.org") { >> .bz_comment_text span.quote { display: inline; } >> } > > Whats the consensus here, if people prefer the old style, we can add > this to the stylesheett Hi Chris, I just took a quick look and +1 for the old style! Katrin From mtompset at hotmail.com Mon Jul 13 01:23:08 2015 From: mtompset at hotmail.com (Mark Tompsett) Date: Sun, 12 Jul 2015 19:23:08 -0400 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: > Note: It seems there is a bug on sending patch using git bz attach -e > (works without -e), could someone confirm? Actually, it works if you don?t Obsolete AND change status at the same time. If you run the same command again after failing the status is changed, but the patch attach wasn't done, and it succeeds. GPML, Mark Tompsett From chris at bigballofwax.co.nz Mon Jul 13 03:22:37 2015 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 13 Jul 2015 13:22:37 +1200 Subject: [Koha-devel] Bugzilla server (and others) down Message-ID: Hi All I will be taking the bugs.koha-community.org server down for some maintenance, it is behaving a bit oddly. I will let you know when things are back Chris From chrisc at catalyst.net.nz Mon Jul 13 03:39:10 2015 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 13 Jul 2015 13:39:10 +1200 Subject: [Koha-devel] Bugzilla server (and others) down In-Reply-To: References: Message-ID: <20150713013910.GC20673@rorohiko.wgtn.cat-it.co.nz> * Chris Cormack (chris at bigballofwax.co.nz) wrote: > Hi All > > I will be taking the bugs.koha-community.org server down for some > maintenance, it is behaving a bit oddly. > > I will let you know when things are back > Further to this, I was seeing segfaults, so while investigating this, I took the opportunity to migrate from Xen to KVM. Linode is migrating all their nodes, I'm hoping that this fixes the issue (which did look like underlying hardware ones) If not, it won't hurt any Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From chrisc at catalyst.net.nz Mon Jul 13 04:24:39 2015 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 13 Jul 2015 14:24:39 +1200 Subject: [Koha-devel] Bugzilla server (and others) down In-Reply-To: References: Message-ID: <20150713022439.GD20673@rorohiko.wgtn.cat-it.co.nz> * Chris Cormack (chris at bigballofwax.co.nz) wrote: > Hi All > > I will be taking the bugs.koha-community.org server down for some > maintenance, it is behaving a bit oddly. > > I will let you know when things are back > Things are back now, I think it is behaving better Please let me know if you spot anything untoward occuring Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From chris at bigballofwax.co.nz Mon Jul 13 06:19:10 2015 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 13 Jul 2015 16:19:10 +1200 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: On 13 July 2015 at 11:23, Mark Tompsett wrote: >> Note: It seems there is a bug on sending patch using git bz attach -e >> (works without -e), could someone confirm? > > > Actually, it works if you don?t Obsolete AND change status at the same time. > If you run the same command again after failing the status is changed, but > the patch attach wasn't done, and it succeeds. > I concur It works if you are only doing one or the other, if you do both, it fails. Now I can consistently replicate it, I might be able to fix it. Chris From chris at bigballofwax.co.nz Mon Jul 13 06:34:32 2015 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 13 Jul 2015 16:34:32 +1200 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: On 13 July 2015 at 16:19, Chris Cormack wrote: > On 13 July 2015 at 11:23, Mark Tompsett wrote: >>> Note: It seems there is a bug on sending patch using git bz attach -e >>> (works without -e), could someone confirm? >> >> >> Actually, it works if you don?t Obsolete AND change status at the same time. >> If you run the same command again after failing the status is changed, but >> the patch attach wasn't done, and it succeeds. >> > I concur > > It works if you are only doing one or the other, if you do both, it fails. > Now I can consistently replicate it, I might be able to fix it. > > Chris And yes it is all to do with the fact they are screen scraping, the code says if not check_for_success(response, response_data, r"\s*Bug[\S\s]*processed\s*"): die ("Failed to update bug %d, status=%d" % (self.id, response.status)) But when you change the status of a bug, it says 6473 processed So this if is failing and the script is dying, before it gets to the code to attach the file. Once I figure out how regex in python work, I'll patch git-bz Sometime, we should rewrite it to use the API instead of screen scraping, so this stops happening Chris From chris at bigballofwax.co.nz Mon Jul 13 06:41:59 2015 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 13 Jul 2015 16:41:59 +1200 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: And it should be fixed now You will want to pull the latest version of the fishsoup branch at http://git.koha-community.org/gitweb/?p=git-bz.git;a=summary http://git.koha-community.org/gitweb/?p=git-bz.git;a=commitdiff;h=6eb891692cc08d07bc5bf2b304f65e24c019a4cd is the diff if you are interested. Chris From barton at bywatersolutions.com Mon Jul 13 16:11:09 2015 From: barton at bywatersolutions.com (Barton Chittenden) Date: Mon, 13 Jul 2015 10:11:09 -0400 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: Chris, Will this require any changes to be made to the git-bz configuration page on the wiki? http://wiki.koha-community.org/wiki/Git_bz_configuration I've been making small tweaks to that page recently, and I'd be happy to update it -- I presume that anyone using git-bz will need to do a git pull on the fishsoup branch. Just let me know, I'll test any instructions and update the page accordingly. Thanks, --Barton On Mon, Jul 13, 2015 at 12:41 AM, Chris Cormack wrote: > And it should be fixed now > > You will want to pull the latest version of the fishsoup branch at > http://git.koha-community.org/gitweb/?p=git-bz.git;a=summary > > > http://git.koha-community.org/gitweb/?p=git-bz.git;a=commitdiff;h=6eb891692cc08d07bc5bf2b304f65e24c019a4cd > is the diff if you are interested. > > Chris > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.druart at bugs.koha-community.org Mon Jul 13 16:16:20 2015 From: jonathan.druart at bugs.koha-community.org (Jonathan Druart) Date: Mon, 13 Jul 2015 15:16:20 +0100 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: No. You just need to update your repo. Nothing to do for new installs. 2015-07-13 15:11 GMT+01:00 Barton Chittenden : > Chris, > > Will this require any changes to be made to the git-bz configuration page on > the wiki? > > http://wiki.koha-community.org/wiki/Git_bz_configuration > > I've been making small tweaks to that page recently, and I'd be happy to > update it -- I presume that anyone using git-bz will need to do a git pull > on the fishsoup branch. Just let me know, I'll test any instructions and > update the page accordingly. > > Thanks, > > --Barton > > On Mon, Jul 13, 2015 at 12:41 AM, Chris Cormack > wrote: >> >> And it should be fixed now >> >> You will want to pull the latest version of the fishsoup branch at >> http://git.koha-community.org/gitweb/?p=git-bz.git;a=summary >> >> >> http://git.koha-community.org/gitweb/?p=git-bz.git;a=commitdiff;h=6eb891692cc08d07bc5bf2b304f65e24c019a4cd >> is the diff if you are interested. >> >> Chris >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at 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/ > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ From barton at bywatersolutions.com Mon Jul 13 16:37:53 2015 From: barton at bywatersolutions.com (Barton Chittenden) Date: Mon, 13 Jul 2015 10:37:53 -0400 Subject: [Koha-devel] Update bugzilla - Restore style on quotes In-Reply-To: References: Message-ID: Ah, that's what I meant -- sorry, I was being ambiguous. --Barton On Mon, Jul 13, 2015 at 10:16 AM, Jonathan Druart < jonathan.druart at bugs.koha-community.org> wrote: > No. You just need to update your repo. > Nothing to do for new installs. > > 2015-07-13 15:11 GMT+01:00 Barton Chittenden >: > > Chris, > > > > Will this require any changes to be made to the git-bz configuration > page on > > the wiki? > > > > http://wiki.koha-community.org/wiki/Git_bz_configuration > > > > I've been making small tweaks to that page recently, and I'd be happy to > > update it -- I presume that anyone using git-bz will need to do a git > pull > > on the fishsoup branch. Just let me know, I'll test any instructions and > > update the page accordingly. > > > > Thanks, > > > > --Barton > > > > On Mon, Jul 13, 2015 at 12:41 AM, Chris Cormack < > chris at bigballofwax.co.nz> > > wrote: > >> > >> And it should be fixed now > >> > >> You will want to pull the latest version of the fishsoup branch at > >> http://git.koha-community.org/gitweb/?p=git-bz.git;a=summary > >> > >> > >> > http://git.koha-community.org/gitweb/?p=git-bz.git;a=commitdiff;h=6eb891692cc08d07bc5bf2b304f65e24c019a4cd > >> is the diff if you are interested. > >> > >> Chris > >> _______________________________________________ > >> Koha-devel mailing list > >> Koha-devel at 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/ > > > > > > > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel at 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/ > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jseppal at student.uef.fi Tue Jul 14 09:53:19 2015 From: jseppal at student.uef.fi (=?UTF-8?B?SnVoYW5pIFNlcHDDpGzDpA==?=) Date: Tue, 14 Jul 2015 10:53:19 +0300 Subject: [Koha-devel] Progress on Eclipse & Koha guide in the wiki Message-ID: <55A4BFEF.4030403@student.uef.fi> Greetings, The abandoned Eclipse guide page in the koha wiki has some content now: http://wiki.koha-community.org/wiki/Eclipse This version still probably has quite a few problems and mistakes. Big thanks to Fridolin at biblibre for the help on the config. -- Juhani Sepp?l? pgp: https://hkps.pool.sks-keyservers.net/pks/lookup?op=get&search=0xCA8D39B0C361CE08 From kohanews at gmail.com Tue Jul 14 19:17:40 2015 From: kohanews at gmail.com (kohanews) Date: Tue, 14 Jul 2015 10:17:40 -0700 Subject: [Koha-devel] Call for news: July Newsletter Message-ID: <55A54434.2080105@gmail.com> Fellow Koha users ~ I'm collecting news for the July newsletter. Send anything noteworthy to: k o h a news AT gmail dot com News criteria: --------------------------- ** For events **: - Please include dates for past events. If I can't find dates I may not add it. - Announcements for future events with dates T.B.A. are fine ...Eg., Kohacon - For past events -- **** one month back is the cut-off ***. * News items can be of any length. * Images are fine * Anything and everything Koha. * Submit by the end of the month. If you are working on an interesting project or development related to Koha, please let me know and I'll include it in the development section. -- Chad Roseburg Editor, Koha Newsletter From kohanews at gmail.com Tue Jul 14 19:24:27 2015 From: kohanews at gmail.com (kohanews) Date: Tue, 14 Jul 2015 10:24:27 -0700 Subject: [Koha-devel] Call for development news: July Newsletter Message-ID: <55A545CB.80803@gmail.com> Let the community hear what cool things you're working on! Bugs that need testing, sign-offs and user feedback? ...I'll push them in the public's eye. Tips on how to help/contribute perhaps? k o h a news AT gmail dot com Thank you! -- Chad Roseburg Editor, Koha Newsletter From chris at bigballofwax.co.nz Wed Jul 15 00:14:24 2015 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 15 Jul 2015 10:14:24 +1200 Subject: [Koha-devel] It's that time again, string freeze for 3.20.2 Message-ID: Hi All Time to get those translating hats on Chris From mirko at abunchofthings.net Wed Jul 15 16:33:22 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Wed, 15 Jul 2015 15:33:22 +0100 Subject: [Koha-devel] Koha Hackfest in Berlin? In-Reply-To: References: <559DA343.9010208@abunchofthings.net> <559ECD7E.30301@biblibre.com> <559ED2E7.9050705@abunchofthings.net> Message-ID: <55A66F32.4080101@abunchofthings.net> Brendan Gallagher schrieb am 09.07.2015 > If there is a hackfest in Berlin - I could perhaps send someone > from the US to join in also. We'll continue to go to the > Marseille hackfest too. Awesome! Thank you everyone for the positive feedback. I will find out what location options there are and give you an update, probably after we voted Kohacon 2016 location/ time. Cheers, Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From jonathan.druart at bugs.koha-community.org Thu Jul 16 19:51:46 2015 From: jonathan.druart at bugs.koha-community.org (Jonathan Druart) Date: Thu, 16 Jul 2015 18:51:46 +0100 Subject: [Koha-devel] Move list related code to Koha::Virtualshelves (Dbix::Class inside) Message-ID: Hello developers, For much of the last 2 days, I have tried to get rid of C4::VirtualShelves::Page, which is, in my opinion, the worst module of Koha [1] I am a bit frustrated because I will be afk for the next 2 weeks and I have not finished what I intended to do. I am still far of removing this module, but I prepared the ground: I have added the package Koha::Virtualshelf, Koha::Virtualshelves, Koha::Virtualshelfshare[s] and Koha::Virtualshelfcontent[s] to take advantage of Dbix::Class. I have also introduced a Koha::Exceptions module to throw exceptions when needed. Of course I have added tests to cover the changes. I did not test widely the interface, so there are certainly some bugs. But for what I tested, it works like as before. It would be interesting to do some benchmarks also. I really would like to get feedbacks on these patches. For those interested in following the evolution of the code and want to share their idea, have a look :) Compare both code (before and after), you will understand why we really need to move/rewrite our code :) I won't be far from my mailbox, don't hesitate to ask [relevant] questions and comment the patch set. Be care, the last patch is a wip ("release early, release often"), don't apply it if you want to test. You will certainly need to update the Dbix::Class schema files. The next steps are: Get rid of GetShelves, GetShelfContents and the other subroutines of C4::Virtualshelves. Then introduce a normal structure to the perl script (shelves.pl and opac-shelves.pl). Finally remove C4::VirtualShelves::Page. Cheers, Jonathan [1] Actually it's not true, there are C4::Context, C4::Auth and C4::Search before :) From jonathan.druart at bugs.koha-community.org Thu Jul 16 19:55:23 2015 From: jonathan.druart at bugs.koha-community.org (Jonathan Druart) Date: Thu, 16 Jul 2015 18:55:23 +0100 Subject: [Koha-devel] Move list related code to Koha::Virtualshelves (Dbix::Class inside) In-Reply-To: References: Message-ID: I am sure you will want a link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 :-) 2015-07-16 18:51 GMT+01:00 Jonathan Druart : > Hello developers, > > For much of the last 2 days, I have tried to get rid of > C4::VirtualShelves::Page, which is, in my opinion, the worst module of > Koha [1] > > I am a bit frustrated because I will be afk for the next 2 weeks and I > have not finished what I intended to do. I am still far of removing > this module, but I prepared the ground: > I have added the package Koha::Virtualshelf, Koha::Virtualshelves, > Koha::Virtualshelfshare[s] and Koha::Virtualshelfcontent[s] to take > advantage of Dbix::Class. > I have also introduced a Koha::Exceptions module to throw exceptions > when needed. > > Of course I have added tests to cover the changes. > > I did not test widely the interface, so there are certainly some bugs. > But for what I tested, it works like as before. > It would be interesting to do some benchmarks also. > > I really would like to get feedbacks on these patches. For those > interested in following the evolution of the code and want to share > their idea, have a look :) > Compare both code (before and after), you will understand why we > really need to move/rewrite our code :) > > I won't be far from my mailbox, don't hesitate to ask [relevant] > questions and comment the patch set. > > Be care, the last patch is a wip ("release early, release often"), > don't apply it if you want to test. You will certainly need to update > the Dbix::Class schema files. > The next steps are: Get rid of GetShelves, GetShelfContents and the > other subroutines of C4::Virtualshelves. Then introduce a normal > structure to the perl script (shelves.pl and opac-shelves.pl). Finally > remove C4::VirtualShelves::Page. > > Cheers, > Jonathan > > [1] Actually it's not true, there are C4::Context, C4::Auth and > C4::Search before :) From jonathan.druart at bugs.koha-community.org Thu Jul 16 20:02:59 2015 From: jonathan.druart at bugs.koha-community.org (Jonathan Druart) Date: Thu, 16 Jul 2015 19:02:59 +0100 Subject: [Koha-devel] Move list related code to Koha::Virtualshelves (Dbix::Class inside) In-Reply-To: References: Message-ID: No need to regenerate the DBIx::Class schema, I have finally not added the new constraint I wanted. 2015-07-16 18:55 GMT+01:00 Jonathan Druart : > I am sure you will want a link > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 > :-) > > 2015-07-16 18:51 GMT+01:00 Jonathan Druart > : >> Hello developers, >> >> For much of the last 2 days, I have tried to get rid of >> C4::VirtualShelves::Page, which is, in my opinion, the worst module of >> Koha [1] >> >> I am a bit frustrated because I will be afk for the next 2 weeks and I >> have not finished what I intended to do. I am still far of removing >> this module, but I prepared the ground: >> I have added the package Koha::Virtualshelf, Koha::Virtualshelves, >> Koha::Virtualshelfshare[s] and Koha::Virtualshelfcontent[s] to take >> advantage of Dbix::Class. >> I have also introduced a Koha::Exceptions module to throw exceptions >> when needed. >> >> Of course I have added tests to cover the changes. >> >> I did not test widely the interface, so there are certainly some bugs. >> But for what I tested, it works like as before. >> It would be interesting to do some benchmarks also. >> >> I really would like to get feedbacks on these patches. For those >> interested in following the evolution of the code and want to share >> their idea, have a look :) >> Compare both code (before and after), you will understand why we >> really need to move/rewrite our code :) >> >> I won't be far from my mailbox, don't hesitate to ask [relevant] >> questions and comment the patch set. >> >> Be care, the last patch is a wip ("release early, release often"), >> don't apply it if you want to test. You will certainly need to update >> the Dbix::Class schema files. >> The next steps are: Get rid of GetShelves, GetShelfContents and the >> other subroutines of C4::Virtualshelves. Then introduce a normal >> structure to the perl script (shelves.pl and opac-shelves.pl). Finally >> remove C4::VirtualShelves::Page. >> >> Cheers, >> Jonathan >> >> [1] Actually it's not true, there are C4::Context, C4::Auth and >> C4::Search before :) From psm_vu at india.com Thu Jul 16 22:06:52 2015 From: psm_vu at india.com (Partha Mukhopadhyay) Date: Thu, 16 Jul 2015 20:06:52 +0000 (UTC) Subject: [Koha-devel] Report in ISBD format Message-ID: <1329538944.30480.1437077212589.JavaMail.tomcat@be04> An HTML attachment was scrubbed... URL: From olli-antti.kivilahti at jns.fi Fri Jul 17 13:01:03 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Fri, 17 Jul 2015 11:01:03 +0000 Subject: [Koha-devel] Integration testing (WebDriver), Permission system rewrite and getting to Koha REST API! Message-ID: <55A8E075.8040401@jns.fi> (Zeno hinted that I should post this message to the koha-devel mailinglist instead of koha mailinglist) Hi there! I have been working to get the new REST API working with Koha. Big issues are authenticating the REST API and doing browser-based automated testing. However there are some pretty fundamental issues in Koha that make working with those topics very difficult. PERMISSIONS: First of all the permissions system is very hard to manipulate outside of the user space. There is no internal Koha API for granting/revoking specific permissions. This is a huge issue with integration testing where we need to easily set up test context with proper permissions. Also there is no way currently to conveniently operate permissions using a REST API. So we would need to rewrite the permission back-end anyway. Bug 14540 - Move member-flags.pl to PermissionsManager to better manage permissions for testing. deals with this issue and rewrites the internal permission mechanism, while preserving the end-user experience as it was. This enables us as testers to easily setUp and tearDown permissions for automated browser testing sessions. I recommend you take a look, as the rewrite is well tested and covered with WebDriver-tests. INTEGRATION TESTING: I have implemented a integration testing framework using the PageObject-pattern to create clear and robust browser tests. These browser tests don't need any additional servers to install, but rely on system packages (apt-get install phantomjs) to make the integration tests. These tests instantiate a real browser with javascript execution capability, and make real HTTP requests to the configured host and port, simulating real user interactions as accurately as possible. There are also two debugging interfaces for the automated test agent to make it more easy to script the user session. Take a look at: Bug 14495 - WebDriver/WebTester Factory for easy generation of Web testing UserAgents. Bug 14536 - PageObject-pattern base implementation DEALING WITH EXCEPTIONS: In Koha we currently don't have any established mechanism of propagating errors from business/database-layer to the end-user, and conveniently catching them and presenting them. Currently we return $error-variables from subroutines, which makes programming more challenging, and tedious, especially if we need to propagate the same errors through multipe subroutine calls to the end-user. I have implemented to Koha an Exception-system very similar from other programming languages. Quite frankly this is an industry standard nowadays and a best-practice for dealing with things-going-wrong. It helps a lot in programming defensively. Take a look at: Bug 13995 - Proper Exception handling I am 100% convinced that these improvements will push Koha testing and development to the next level. The best overview of the new features can be seen from the test scripts in Bug 14540 Looking forward to your sign offs! -- Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! -------------- next part -------------- An HTML attachment was scrubbed... URL: From indradg at gmail.com Mon Jul 20 01:31:49 2015 From: indradg at gmail.com (Indranil Das Gupta) Date: Mon, 20 Jul 2015 05:01:49 +0530 Subject: [Koha-devel] patronimage.pl allows user image to be accessed without user session Message-ID: Hi all, I ran across this and have filed http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14566 One question, is there any design decision I should be aware of before moving in on this? thanks -- 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 From chris.nighswonger at gmail.com Mon Jul 20 03:06:23 2015 From: chris.nighswonger at gmail.com (Christopher Nighswonger) Date: Sun, 19 Jul 2015 21:06:23 -0400 Subject: [Koha-devel] patronimage.pl allows user image to be accessed without user session In-Reply-To: References: Message-ID: If I recall correctly, it is referenced from inside the templates for the most part. I'm not sure that it will play well with the current auth methods. However, I may be wrong. Kind regards, Chris On Jul 19, 2015 7:32 PM, "Indranil Das Gupta" wrote: > Hi all, > > I ran across this and have filed > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14566 > > One question, is there any design decision I should be aware of before > moving in on this? > > thanks > > -- > 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 > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mirko at abunchofthings.net Mon Jul 20 12:42:10 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Mon, 20 Jul 2015 11:42:10 +0100 Subject: [Koha-devel] Call for Updates on Kohacon 2016 proposals Message-ID: <55ACD082.3080906@abunchofthings.net> Voting on the location for Kohacon 2016 is scheduled for September. We have two bids so far: - Aristotle University of Thessaloniki, Greece - National Library of the Philippines Both bids lack a link to a more detailed proposal so far. If you are involved in one of these bids, please let us know as much as possible about your plans soon. :) Anyone else interested in hosting Kohacon 2016, please add your proposal now so people have time to make up their minds. All available information can be found in/ should be added to the Koha wiki at http://wiki.koha-community.org/wiki/KohaCon16_Proposals Thanks a lot to everyone working on the bids. -- Mirko -- Mirko Tietgen mirko at abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From tomascohen at gmail.com Tue Jul 21 19:57:11 2015 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 21 Jul 2015 14:57:11 -0300 Subject: [Koha-devel] Report in ISBD format In-Reply-To: <1329538944.30480.1437077212589.JavaMail.tomcat@be04> References: <1329538944.30480.1437077212589.JavaMail.tomcat@be04> Message-ID: I don't think it is a trivial task to generate ISBD straight out of an SQL query. There are just too many conditions... In Koha 3.20 you can allow exporting from the OPAC on ISBD format (check the OpacExportOptions system preference). With that set, you can craft URL's that look like this: http://bmayor.biblio.unc.edu.ar/cgi-bin/koha/opac-export.pl?op=export&bib=4540&format=isbd to download a text file containing the ISBD card for the desired biblionumber (4540 in this case). Now you know this, you could write a script that retrieves a csv from a public report and extracts the biblionumbers in it, and downloads the desired ISBD files. Just my two cents. PS remember the ISBD format can be (re)defined using the ISBD system preference. 2015-07-16 17:06 GMT-03:00 Partha Mukhopadhyay : > Dear All > > > > I would like to generate Catalogue Report in Koha in ISBD format (not in > tabular format) for around 2500 books. The report required to be sorted by > Author (as first sort key), then by Title (second sort key). Is there any > available SQL report staremenet to perfor this job? I searched Koha-Wiki > report library but failed to retrieve anything close to my requirement. Any > suggestions? > > > > Regards > > > > -- > ---------------------------------------------------- > > Dr. Parthasarathi Mukhopadhyay > > Associate Professor > > Department of Library and Information Science > > University of Kalyani (WB, India) > > ------------------------------------------ > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- Tom?s Cohen Arazi Prosecretar?a de Inform?tica Universidad Nacional de C?rdoba ? +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F -------------- next part -------------- An HTML attachment was scrubbed... URL: From indradg at gmail.com Tue Jul 21 20:46:37 2015 From: indradg at gmail.com (Indranil Das Gupta) Date: Wed, 22 Jul 2015 00:16:37 +0530 Subject: [Koha-devel] Report in ISBD format In-Reply-To: References: <1329538944.30480.1437077212589.JavaMail.tomcat@be04> Message-ID: On Tue, Jul 21, 2015 at 11:27 PM, Tomas Cohen Arazi wrote: > I don't think it is a trivial task to generate ISBD straight out of an SQL > query. There are just too many conditions... A custom plugin with reporting function was had first come to my mind when i read the OP's post. :-) -- 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 From olli-antti.kivilahti at jns.fi Wed Jul 22 13:38:58 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Wed, 22 Jul 2015 11:38:58 +0000 Subject: [Koha-devel] Bug 7174 - Authentication rewriting and getting to REST API Message-ID: <55AF80D4.5020409@jns.fi> Hi there! Few weeks ago in an IRC meeting Kyle told me that the REST API should also allow authentication from the CGISESSID. I told it is easy peezy. Had I known in what a mess the C4::Auth is... I didn't want to make things worse by duplicating somebodys already duplicated code, so I decided to take the hard way. I did my best in trying to bring all the real world problems we tackle in C4::Auth into modular and reusable authentication components we can use to authenticate different types of requests. I have to say it was really really difficult, but I think I have a pretty decent solution. (with PageObject integration tests to cover for regression) For my sanity, and yours, I ask you to take a peek at Bug 7174 and Bug 14540 to find some structure to the Koha's authentication mechanisms. There is a nice picture and a lot of text... and code, and tests. Take Care! Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! From z.tajoli at cineca.it Fri Jul 24 14:24:09 2015 From: z.tajoli at cineca.it (Tajoli Zeno) Date: Fri, 24 Jul 2015 14:24:09 +0200 Subject: [Koha-devel] Bug 13906: the start of Auth/Web test rewritting of Olli-Antti Kivilahti Message-ID: <55B22E69.3010100@cineca.it> Hi to all, I'm starting to see what to do for sign-off the work done by Olli-Antti Kivilahti about rewritting of Authentication and Test web interface of Koha. I see that first bug to test is bug 13906 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13906 The bug is 'In discussion'. I'm not sure od situation. What do you think about the proposal of Olli-Antti ? Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.tajoli at cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) From olli-antti.kivilahti at jns.fi Fri Jul 24 14:41:51 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Fri, 24 Jul 2015 12:41:51 +0000 Subject: [Koha-devel] Bug 13906: the start of Auth/Web test rewritting of Olli-Antti Kivilahti In-Reply-To: <55B22E69.3010100@cineca.it> References: <55B22E69.3010100@cineca.it> Message-ID: <55B23291.9080006@jns.fi> Wow Zeno, I am happy to hear that! > I see that first bug to test is bug 13906 I have written an explanation of the current bug status in bugzilla. Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 24.07.2015 15:24, Tajoli Zeno wrote: > Hi to all, > > I'm starting to see what to do for sign-off the work done by > Olli-Antti Kivilahti about rewritting of Authentication and Test web > interface of Koha. > > I see that first bug to test is bug 13906 > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13906 > > The bug is 'In discussion'. I'm not sure od situation. > > What do you think about the proposal of Olli-Antti ? > > Bye > Zeno Tajoli > From z.tajoli at cineca.it Fri Jul 24 15:00:46 2015 From: z.tajoli at cineca.it (Tajoli Zeno) Date: Fri, 24 Jul 2015 15:00:46 +0200 Subject: [Koha-devel] Bug 13906: the start of Auth/Web test rewritting of Olli-Antti Kivilahti In-Reply-To: <55B23291.9080006@jns.fi> References: <55B22E69.3010100@cineca.it> <55B23291.9080006@jns.fi> Message-ID: <55B236FE.4010806@cineca.it> Hi, Il 24/07/2015 14:41, Kivilahti Olli-Antti ha scritto: > Wow Zeno, I am happy to hear that! > >> I see that first bug to test is bug 13906 > I have written an explanation of the current bug status in bugzilla. I change the link 14540 <--> 13906. if bug 13906 doesn't block 14540, the best option is to list it under 'See Also' section. I don't know if 13995 14495 14536 14539 are blocker for 14540. As you say the connection is only a 'See Also' link. Is it correct ? For me it is important that 'Block/Depends on' tree is light as possible because I use it also to undestand the new perl dependencies. Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.tajoli at cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) From mtompset at hotmail.com Fri Jul 24 21:40:20 2015 From: mtompset at hotmail.com (Mark Tompsett) Date: Fri, 24 Jul 2015 15:40:20 -0400 Subject: [Koha-devel] Koha::RecordProcessor question Message-ID: Greetings, I am beginning my work on bug 11592 the filter version. I was curious if this patch makes sense: diff --git a/Koha/RecordProcessor.pm b/Koha/RecordProcessor.pm index 9bb1fc2..a345156 100644 --- a/Koha/RecordProcessor.pm +++ b/Koha/RecordProcessor.pm @@ -103,7 +103,7 @@ sub new { my $filter_module = $filter =~ m/:/ ? $filter : "Koha::Filter::${schema}::${filter}"; if (can_load( modules => { $filter_module => undef } )) { my $object = $filter_module->new(); - $filter_module->initialize($param); + $object->initialize($param); push @filters, $object; } } Because otherwise, how can I properly set some parameters? GPML, Mark Tompsett -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomascohen at gmail.com Fri Jul 24 23:27:10 2015 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Fri, 24 Jul 2015 18:27:10 -0300 Subject: [Koha-devel] Koha::RecordProcessor question In-Reply-To: References: Message-ID: When I first read it I felt something needed re-organization. But in the end I understood it was almost as we wanted. What I changed was this: https://github.com/tomascohen/koha/commit/8e7ec43bc0cfda24ef264c7144f9fc60a8d807a4 And if you notice, $param already contains the initialization options on his 'options' attribute. Kind regards 2015-07-24 16:40 GMT-03:00 Mark Tompsett : > Greetings, > > I am beginning my work on bug 11592 the filter version. I was curious if > this patch makes sense: > > diff --git a/Koha/RecordProcessor.pm b/Koha/RecordProcessor.pm > index 9bb1fc2..a345156 100644 > --- a/Koha/RecordProcessor.pm > +++ b/Koha/RecordProcessor.pm > @@ -103,7 +103,7 @@ sub new { > my $filter_module = $filter =~ m/:/ ? $filter : > "Koha::Filter::${schema}::${filter}"; > if (can_load( modules => { $filter_module => undef } )) { > my $object = $filter_module->new(); > - $filter_module->initialize($param); > + $object->initialize($param); > push @filters, $object; > } > } > > Because otherwise, how can I properly set some parameters? > > GPML, > Mark Tompsett > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- Tom?s Cohen Arazi Prosecretar?a de Inform?tica Universidad Nacional de C?rdoba ? +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtompset at hotmail.com Sat Jul 25 02:42:12 2015 From: mtompset at hotmail.com (Mark Tompsett) Date: Fri, 24 Jul 2015 20:42:12 -0400 Subject: [Koha-devel] Koha::RecordProcessor question In-Reply-To: References: Message-ID: Greetings, $filter_module is a string. $object is well, an object. If my Koha::Filter::MARC::ViewPolicy (to borrow a naming convention from you) wants to store its parameters for the filter function to access ($self->{options} = $params->{options}; in the initialize() ), this seems like the better patch to do so. Though, I guess you could do it both ways. GPML, Mark Tompsett From: Tomas Cohen Arazi Sent: Friday, July 24, 2015 5:27 PM To: Mark Tompsett Cc: koha-devel Subject: Re: [Koha-devel] Koha::RecordProcessor question When I first read it I felt something needed re-organization. But in the end I understood it was almost as we wanted. What I changed was this: https://github.com/tomascohen/koha/commit/8e7ec43bc0cfda24ef264c7144f9fc60a8d807a4 And if you notice, $param already contains the initialization options on his 'options' attribute. Kind regards 2015-07-24 16:40 GMT-03:00 Mark Tompsett : Greetings, I am beginning my work on bug 11592 the filter version. I was curious if this patch makes sense: diff --git a/Koha/RecordProcessor.pm b/Koha/RecordProcessor.pm index 9bb1fc2..a345156 100644 --- a/Koha/RecordProcessor.pm +++ b/Koha/RecordProcessor.pm @@ -103,7 +103,7 @@ sub new { my $filter_module = $filter =~ m/:/ ? $filter : "Koha::Filter::${schema}::${filter}"; if (can_load( modules => { $filter_module => undef } )) { my $object = $filter_module->new(); - $filter_module->initialize($param); + $object->initialize($param); push @filters, $object; } } Because otherwise, how can I properly set some parameters? GPML, Mark Tompsett _______________________________________________ Koha-devel mailing list Koha-devel at 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/ -- Tom?s Cohen Arazi Prosecretar?a de Inform?tica Universidad Nacional de C?rdoba ? +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F -------------- next part -------------- An HTML attachment was scrubbed... URL: From fridolin.somers at biblibre.com Mon Jul 27 09:13:34 2015 From: fridolin.somers at biblibre.com (Fridolin SOMERS) Date: Mon, 27 Jul 2015 09:13:34 +0200 Subject: [Koha-devel] SIP Authentication broken when LDAP Auth Enabled In-Reply-To: References: Message-ID: <55B5DA1E.8070703@biblibre.com> Hie, dirty bug. you should open a bug report. http://bugs.koha-community.org/bugzilla3/ If you try to authenticate with "kohasipuser" in OPAC, does it work ? Regards, Le 08/07/2015 19:39, Bernard Shiundu a ?crit : > We have been running KOHA with ldap authentication enabled and are now > trying to get the SIP server going. > > I notice that when ldap auth is enabled I cannot authenticate a regular > Koha Account via SIP. > > With ldap enabled, testing via telnet using > 9300CNkohasipuserid|COkohasipuserpwd|CPmybranch| returns 941 but in the sip > ogs I see: > > LDAP bind failed as kohauser kohasipuser: LDAP error #49: > LDAP_INVALID_CREDENTIALS > # The wrong password was supplied or the SASL credentials could not be > processed > > When I disable ldap auth in koha-xml.conf everything works as advertised. I > have also tried adding my kohasipuser to ldap. This makes the error go away > in the logs but Koha users still cannot login via SIP. > > Any suggestions on how to overcome this? > > Bernard Shiundu > Nairobi, Kenya > > > -- > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- Fridolin SOMERS Biblibre - P?les support et syst?me fridolin.somers at biblibre.com From bshiundu at strathmore.edu Mon Jul 27 09:26:15 2015 From: bshiundu at strathmore.edu (Bernard Shiundu) Date: Mon, 27 Jul 2015 10:26:15 +0300 Subject: [Koha-devel] SIP Authentication broken when LDAP Auth Enabled In-Reply-To: <55B5DA1E.8070703@biblibre.com> References: <55B5DA1E.8070703@biblibre.com> Message-ID: Hello Fridolin, The bug is filed on bugzilla (Bug 14507) and yes the kohasipuser can login on the OPAC ... On Mon, Jul 27, 2015 at 10:13 AM, Fridolin SOMERS < fridolin.somers at biblibre.com> wrote: > Hie, dirty bug. > you should open a bug report. > http://bugs.koha-community.org/bugzilla3/ > > If you try to authenticate with "kohasipuser" in OPAC, does it work ? > > Regards, > > > Le 08/07/2015 19:39, Bernard Shiundu a ?crit : > >> We have been running KOHA with ldap authentication enabled and are now >> trying to get the SIP server going. >> >> I notice that when ldap auth is enabled I cannot authenticate a regular >> Koha Account via SIP. >> >> With ldap enabled, testing via telnet using >> 9300CNkohasipuserid|COkohasipuserpwd|CPmybranch| returns 941 but in the >> sip >> ogs I see: >> >> LDAP bind failed as kohauser kohasipuser: LDAP error #49: >> LDAP_INVALID_CREDENTIALS >> # The wrong password was supplied or the SASL credentials could not be >> processed >> >> When I disable ldap auth in koha-xml.conf everything works as advertised. >> I >> have also tried adding my kohasipuser to ldap. This makes the error go >> away >> in the logs but Koha users still cannot login via SIP. >> >> Any suggestions on how to overcome this? >> >> Bernard Shiundu >> Nairobi, Kenya >> >> >> -- >> >> >> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at 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/ >> >> > -- > Fridolin SOMERS > Biblibre - P?les support et syst?me > fridolin.somers at biblibre.com > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- -- Note: All emails sent from Strathmore University are subject to Strathmore?s Email Terms & Conditions. Please click here to read the policy. "Visit our Facebook Page and Twitter Account". -------------- next part -------------- An HTML attachment was scrubbed... URL: From olli-antti.kivilahti at jns.fi Mon Jul 27 11:14:49 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Mon, 27 Jul 2015 09:14:49 +0000 Subject: [Koha-devel] Bug 13906: the start of Auth/Web test rewritting of Olli-Antti Kivilahti In-Reply-To: <55B236FE.4010806@cineca.it> References: <55B22E69.3010100@cineca.it> <55B23291.9080006@jns.fi> <55B236FE.4010806@cineca.it> Message-ID: <55B5F686.1030507@jns.fi> Hi there! You cannot test 14540 without applying all the dependencies, including the TestObjectFactories. Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 24.07.2015 16:00, Tajoli Zeno wrote: > Hi, > > Il 24/07/2015 14:41, Kivilahti Olli-Antti ha scritto: >> Wow Zeno, I am happy to hear that! >> >>> I see that first bug to test is bug 13906 >> I have written an explanation of the current bug status in bugzilla. > > I change the link 14540 <--> 13906. > > if bug 13906 doesn't block 14540, the best option is to list it under > 'See Also' section. > > I don't know if 13995 14495 14536 14539 are blocker for 14540. > As you say the connection is only a 'See Also' link. > Is it correct ? > > For me it is important that 'Block/Depends on' tree is light as possible > because I use it also to undestand the new perl dependencies. > > Bye > Zeno Tajoli > From olli-antti.kivilahti at jns.fi Mon Jul 27 12:58:17 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Mon, 27 Jul 2015 10:58:17 +0000 Subject: [Koha-devel] Koha::Object Message-ID: <55B60EC9.8050302@jns.fi> Hi there! I was looking for anykind of Interface implementation for Perl, and I found Moose and Class::Interface. I cant but wonder why we are not using Moose for Koha::Object. Apparently it works nicely with DBIx as well. -- Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! From kyle.m.hall at gmail.com Mon Jul 27 13:04:15 2015 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Mon, 27 Jul 2015 07:04:15 -0400 Subject: [Koha-devel] Koha::Object In-Reply-To: <55B60EC9.8050302@jns.fi> References: <55B60EC9.8050302@jns.fi> Message-ID: Since Koha::Object(s) is used for with inheritance interfaces aren't really necessary. Simply declaring Koha::Object(s) as a base for your module will mean those methods already exists. The only time you need to define one of those methods is if you need to override the base behavior ( to add error checking, modify related objects, etc ). I believe the primary issue is start-up time needed for Moose, which makes it untenable for basic cgi script usage ( as opposed to PSGI/Plack where it only needs to load once ). In general I'm a fan of interfaces, so I'm not opposed to the idea. Can you explain what advantage you think we'd can from implementing interfaces for Koha::Object(s)? 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 ) On Mon, Jul 27, 2015 at 6:58 AM, Kivilahti Olli-Antti < olli-antti.kivilahti at jns.fi> wrote: > Hi there! > > I was looking for anykind of Interface implementation for Perl, and I > found Moose and Class::Interface. > > I cant but wonder why we are not using Moose for Koha::Object. > Apparently it works nicely with DBIx as well. > > -- > > Olli-Antti Kivilahti > J?rjestelm?keitt?j? > vaarakirjastot.fi > +358 50 449 7763 > --Powered by Kubuntu Linux! > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtompset at hotmail.com Mon Jul 27 13:13:15 2015 From: mtompset at hotmail.com (Mark Tompsett) Date: Mon, 27 Jul 2015 07:13:15 -0400 Subject: [Koha-devel] Koha::Object In-Reply-To: <55B60EC9.8050302@jns.fi> References: <55B60EC9.8050302@jns.fi> Message-ID: Greetings, Because we were already using Class::Accessor? I don't know why. Also, Moose is much heavier than Mouse or Moo. Those are my guesses. GPML, Mark Tompsett -----Original Message----- From: Kivilahti Olli-Antti Sent: Monday, July 27, 2015 6:58 AM To: Koha-devel at lists.koha-community.org Subject: [Koha-devel] Koha::Object Hi there! I was looking for anykind of Interface implementation for Perl, and I found Moose and Class::Interface. I cant but wonder why we are not using Moose for Koha::Object. Apparently it works nicely with DBIx as well. -- Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! _______________________________________________ Koha-devel mailing list Koha-devel at 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/ From olli-antti.kivilahti at jns.fi Mon Jul 27 13:18:34 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Mon, 27 Jul 2015 11:18:34 +0000 Subject: [Koha-devel] Koha::Object In-Reply-To: References: <55B60EC9.8050302@jns.fi> Message-ID: <55B6138A.5030008@jns.fi> Thanks for all the replies! I am not a Moose-fan so just curious. I use Interfaces to create a contract between objects so different implementations can fill the same role. Just like they are intended to be used :) I am not implying to force some kind of an Interface-mechanism to Koha::Object. I am satisfied with it. I am deploying Interfaces to the Authentication rewrite and TestObject Factories to enforce subclass component interoperatibility in a formal way. (what a sentence...) Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 27.07.2015 14:04, Kyle Hall wrote: Since Koha::Object(s) is used for with inheritance interfaces aren't really necessary. Simply declaring Koha::Object(s) as a base for your module will mean those methods already exists. The only time you need to define one of those methods is if you need to override the base behavior ( to add error checking, modify related objects, etc ). I believe the primary issue is start-up time needed for Moose, which makes it untenable for basic cgi script usage ( as opposed to PSGI/Plack where it only needs to load once ). In general I'm a fan of interfaces, so I'm not opposed to the idea. Can you explain what advantage you think we'd can from implementing interfaces for Koha::Object(s)? 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 ) On Mon, Jul 27, 2015 at 6:58 AM, Kivilahti Olli-Antti > wrote: Hi there! I was looking for anykind of Interface implementation for Perl, and I found Moose and Class::Interface. I cant but wonder why we are not using Moose for Koha::Object. Apparently it works nicely with DBIx as well. -- Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! _______________________________________________ Koha-devel mailing list Koha-devel at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.m.hall at gmail.com Mon Jul 27 13:22:39 2015 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Mon, 27 Jul 2015 07:22:39 -0400 Subject: [Koha-devel] Koha::Object In-Reply-To: <55B6138A.5030008@jns.fi> References: <55B60EC9.8050302@jns.fi> <55B6138A.5030008@jns.fi> Message-ID: I think authentication is the perfect way to use interfaces in Koha! That way we can have a standard API for authentication be it internal, ldap, cas, or whatever! Right now the way C4::Auth and it's ilk are mixed together definitely creates headaches when attempting to debug authentication issues. Olli++ 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 ) On Mon, Jul 27, 2015 at 7:18 AM, Kivilahti Olli-Antti < olli-antti.kivilahti at jns.fi> wrote: > Thanks for all the replies! > > I am not a Moose-fan so just curious. > > I use Interfaces to create a contract between objects so different > implementations can fill the same role. Just like they are intended to be > used :) > I am not implying to force some kind of an Interface-mechanism to > Koha::Object. > I am satisfied with it. > > I am deploying Interfaces to the Authentication rewrite and TestObject > Factories to enforce subclass component interoperatibility in a formal way. > (what a sentence...) > > Olli-Antti Kivilahti > J?rjestelm?keitt?j?vaarakirjastot.fi+358 50 449 7763 > --Powered by Kubuntu Linux! > > On 27.07.2015 14:04, Kyle Hall wrote: > > Since Koha::Object(s) is used for with inheritance interfaces aren't > really necessary. Simply declaring Koha::Object(s) as a base for your > module will mean those methods already exists. The only time you need to > define one of those methods is if you need to override the base behavior ( > to add error checking, modify related objects, etc ). > > I believe the primary issue is start-up time needed for Moose, which > makes it untenable for basic cgi script usage ( as opposed to PSGI/Plack > where it only needs to load once ). > > In general I'm a fan of interfaces, so I'm not opposed to the idea. Can > you explain what advantage you think we'd can from implementing interfaces > for Koha::Object(s)? > > 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 ) > > On Mon, Jul 27, 2015 at 6:58 AM, Kivilahti Olli-Antti < > olli-antti.kivilahti at jns.fi> wrote: > >> Hi there! >> >> I was looking for anykind of Interface implementation for Perl, and I >> found Moose and Class::Interface. >> >> I cant but wonder why we are not using Moose for Koha::Object. >> Apparently it works nicely with DBIx as well. >> >> -- >> >> Olli-Antti Kivilahti >> J?rjestelm?keitt?j? >> vaarakirjastot.fi >> +358 50 449 7763 >> --Powered by Kubuntu Linux! >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at 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/ > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at catalyst.net.nz Tue Jul 28 01:48:06 2015 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 28 Jul 2015 11:48:06 +1200 Subject: [Koha-devel] Koha::Object In-Reply-To: References: <55B60EC9.8050302@jns.fi> <55B6138A.5030008@jns.fi> Message-ID: <1438040886.21692.14.camel@catalyst.net.nz> Kyle Hall schreef op ma 27-07-2015 om 07:22 [-0400]: > I think authentication is the perfect way to use interfaces in Koha! > That way we can have a standard API for authentication be it internal, > ldap, cas, or whatever! Right now the way C4::Auth and it's ilk are > mixed together definitely creates headaches when attempting to debug > authentication issues. I've been complaining to anyone who'd listen that our current way of doing auth is hacks upon hacks upon hacks, and if I had all the time in the world I'd rewrite it using a modular architecture, along these lines. Then you can configure the classes in koha-conf.xml, and have a sequence, e.g.: ... ldap details ... or something along those lines, so you can build up your own authentication process. Unfortunately, I don't have all the time in the world, so this hasn't been anything more than a thought experiment for me so far :) -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: This is a digitally signed message part URL: From olli-antti.kivilahti at jns.fi Tue Jul 28 05:57:53 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Tue, 28 Jul 2015 03:57:53 +0000 Subject: [Koha-devel] Koha::Object In-Reply-To: <1438040886.21692.14.camel@catalyst.net.nz> References: <55B60EC9.8050302@jns.fi> <55B6138A.5030008@jns.fi> <1438040886.21692.14.camel@catalyst.net.nz> Message-ID: <55B6FDC2.7050001@jns.fi> Hi there! Have you taken a look at this? Bug 7174 - Authentication rewriting It is not configuration file -driven, but it is almost 100% of what you described with some added bonuses. With a looong list of complex dependencies. Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 28.07.2015 02:48, Robin Sheat wrote: Kyle Hall schreef op ma 27-07-2015 om 07:22 [-0400]: I think authentication is the perfect way to use interfaces in Koha! That way we can have a standard API for authentication be it internal, ldap, cas, or whatever! Right now the way C4::Auth and it's ilk are mixed together definitely creates headaches when attempting to debug authentication issues. I've been complaining to anyone who'd listen that our current way of doing auth is hacks upon hacks upon hacks, and if I had all the time in the world I'd rewrite it using a modular architecture, along these lines. Then you can configure the classes in koha-conf.xml, and have a sequence, e.g.: ... ldap details ... or something along those lines, so you can build up your own authentication process. Unfortunately, I don't have all the time in the world, so this hasn't been anything more than a thought experiment for me so far :) _______________________________________________ Koha-devel mailing list Koha-devel at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at catalyst.net.nz Tue Jul 28 06:30:27 2015 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 28 Jul 2015 16:30:27 +1200 Subject: [Koha-devel] Koha::Object In-Reply-To: <55B6FDC2.7050001@jns.fi> References: <55B60EC9.8050302@jns.fi> <55B6138A.5030008@jns.fi> <1438040886.21692.14.camel@catalyst.net.nz> <55B6FDC2.7050001@jns.fi> Message-ID: <1438057827.21692.20.camel@catalyst.net.nz> Kivilahti Olli-Antti schreef op di 28-07-2015 om 03:57 [+0000]: > Have you taken a look at this? > > Bug 7174 - Authentication rewriting > > It is not configuration file -driven, but it is almost 100% of what > you described with some added bonuses. I haven't had a chance to yet, still trying to avoid getting sucked in to anything that's not elasticsearch related right now. > With a looong list of complex dependencies. I sure hope you read my post about dependencies from a few months back :) In case you didn't: http://wiki.koha-community.org/wiki/Building_Debian_Dependencies/Dependency_Guidelines -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: This is a digitally signed message part URL: From olli-antti.kivilahti at jns.fi Tue Jul 28 06:42:03 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Tue, 28 Jul 2015 04:42:03 +0000 Subject: [Koha-devel] Koha::Object In-Reply-To: <1438057827.21692.20.camel@catalyst.net.nz> References: <55B60EC9.8050302@jns.fi> <55B6138A.5030008@jns.fi> <1438040886.21692.14.camel@catalyst.net.nz> <55B6FDC2.7050001@jns.fi> <1438057827.21692.20.camel@catalyst.net.nz> Message-ID: <55B7081C.6090506@jns.fi> We are very much looking forward to the ES-thing, and certainly will be one of the early adopters. Hoping to help you Q1 2016, if our schedule holds (which it certainly hasn't regarding the Koha REST API). Thanks for the link! Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 28.07.2015 07:30, Robin Sheat wrote: Kivilahti Olli-Antti schreef op di 28-07-2015 om 03:57 [+0000]: Have you taken a look at this? Bug 7174 - Authentication rewriting It is not configuration file -driven, but it is almost 100% of what you described with some added bonuses. I haven't had a chance to yet, still trying to avoid getting sucked in to anything that's not elasticsearch related right now. With a looong list of complex dependencies. I sure hope you read my post about dependencies from a few months back :) In case you didn't: http://wiki.koha-community.org/wiki/Building_Debian_Dependencies/Dependency_Guidelines _______________________________________________ Koha-devel mailing list Koha-devel at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mirko at abunchofthings.net Tue Jul 28 09:42:50 2015 From: mirko at abunchofthings.net (Mirko Tietgen) Date: Tue, 28 Jul 2015 08:42:50 +0100 Subject: [Koha-devel] Automatic backup testing Message-ID: <55B7327A.5010300@abunchofthings.net> Hi there, I was wondering if some of you do automatic tests of Koha backups and would like to share their strategies. Cheers, Mirko -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From psm_vu at india.com Tue Jul 28 13:47:13 2015 From: psm_vu at india.com (Partha Mukhopadhyay) Date: Tue, 28 Jul 2015 11:47:13 +0000 (UTC) Subject: [Koha-devel] Report in ISBD format In-Reply-To: References: <1329538944.30480.1437077212589.JavaMail.tomcat@be04>, Message-ID: <1696384855.51231.1438084033761.JavaMail.tomcat@be02> An HTML attachment was scrubbed... URL: From tomascohen at gmail.com Wed Jul 29 00:13:46 2015 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 28 Jul 2015 19:13:46 -0300 Subject: [Koha-devel] Discussion: how to tackle a problem with statistics data Message-ID: A customer found a problem with statistical reports. They found the circulation stats for returns grouped all returns on the NULL itemtype. What? Well, yes. My first idea was to fill a bug for that [1]. But looking for the bug on the reports code, I found that the problem was in C4::Circulation. So filled a bug for it [2] and provided regression tests and the fix. Cool. But what about the wrong data on the statistics table? Basically, all returns have the wrong itemtype (NULL). Should we fix that table's data? Should we make the report do the proper JOIN operation on the items table? I'd go with the first option, but probably worth discussing, because there are other bugs related to how the 'statistics' table have been filled. [3] Regards [1| http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14531 [2] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14598 [3] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11229 -- Tom?s Cohen Arazi Prosecretar?a de Inform?tica Universidad Nacional de C?rdoba ? +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at bywatersolutions.com Wed Jul 29 06:27:21 2015 From: info at bywatersolutions.com (Brendan Gallagher) Date: Tue, 28 Jul 2015 21:27:21 -0700 Subject: [Koha-devel] Koha::Object In-Reply-To: <1438057827.21692.20.camel@catalyst.net.nz> References: <55B60EC9.8050302@jns.fi> <55B6138A.5030008@jns.fi> <1438040886.21692.14.camel@catalyst.net.nz> <55B6FDC2.7050001@jns.fi> <1438057827.21692.20.camel@catalyst.net.nz> Message-ID: We are very much interested in this. Both the great start that Olli is doing and the excellent ideas that Robin has to add on top. In Fact we've added this to our list to find funding for, for after we've finished the ES project. So help us finish the ES project faster (hint hint - test test - more information is coming in the newsletter) and we'll start raising money towards an excellent Auth (in the future). Cheers, Brendan On Mon, Jul 27, 2015 at 9:30 PM, Robin Sheat wrote: > Kivilahti Olli-Antti schreef op di 28-07-2015 om 03:57 [+0000]: > > Have you taken a look at this? > > > > Bug 7174 - Authentication rewriting > > > > It is not configuration file -driven, but it is almost 100% of what > > you described with some added bonuses. > > I haven't had a chance to yet, still trying to avoid getting sucked in > to anything that's not elasticsearch related right now. > > > With a looong list of complex dependencies. > > I sure hope you read my post about dependencies from a few months > back :) > > In case you didn't: > > http://wiki.koha-community.org/wiki/Building_Debian_Dependencies/Dependency_Guidelines > > -- > Robin Sheat > Catalyst IT Ltd. > ? +64 4 803 2204 > GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > -- --------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions CEO Support and Consulting for Open Source Software Installation, Data Migration, Training, Customization, Hosting and Complete Support Packages Headquarters: Santa Barbara, CA - Office: Redding, CT Phone # (888) 900-8944 http://bywatersolutions.com info at bywatersolutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From olli-antti.kivilahti at jns.fi Wed Jul 29 14:21:59 2015 From: olli-antti.kivilahti at jns.fi (Kivilahti Olli-Antti) Date: Wed, 29 Jul 2015 12:21:59 +0000 Subject: [Koha-devel] Bug 14616 - Introducing Koha::Object subclasses Message-ID: <55B8C569.9080901@jns.fi> Hi there! I haven't found out anywhere where we would actually introduce new Koha::Object subclasses, so I made a bug to collect them. Feel free to add more subclasses here. -- Olli-Antti Kivilahti J?rjestelm?keitt?j? vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! From kyle.m.hall at gmail.com Wed Jul 29 17:59:52 2015 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Wed, 29 Jul 2015 11:59:52 -0400 Subject: [Koha-devel] Bug 14616 - Introducing Koha::Object subclasses In-Reply-To: <55B8C569.9080901@jns.fi> References: <55B8C569.9080901@jns.fi> Message-ID: Excellent! I've been adding new object classes on a per bug basis as I've needed them. 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 ) On Wed, Jul 29, 2015 at 8:21 AM, Kivilahti Olli-Antti < olli-antti.kivilahti at jns.fi> wrote: > Hi there! > > I haven't found out anywhere where we would actually introduce new > Koha::Object subclasses, so I made a bug to collect them. > > Feel free to add more subclasses here. > > -- > > Olli-Antti Kivilahti > J?rjestelm?keitt?j? > vaarakirjastot.fi > +358 50 449 7763 > --Powered by Kubuntu Linux! > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From nengard at gmail.com Wed Jul 29 21:08:17 2015 From: nengard at gmail.com (Nicole Engard) Date: Wed, 29 Jul 2015 14:08:17 -0500 Subject: [Koha-devel] Koha Architecture Message-ID: Hi all, I know we've talked about this at conferences from time to time and so I thought I'd share what I learned at one of the keynotes at OSCON. Martin Fowler gave a great talk about internal architecture in our open source projects https://opensource.com/life/15/7/never-neglect-your-projects-architecture and mentioned this article: http://martinfowler.com/bliki/DesignStaminaHypothesis.html I hope these two spark more conversations for us all :) Nicole -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.a at navalmarinearchive.com Fri Jul 31 23:21:06 2015 From: paul.a at navalmarinearchive.com (Paul A) Date: Fri, 31 Jul 2015 17:21:06 -0400 Subject: [Koha-devel] Staff: duplicate an item Message-ID: <5.2.1.1.2.20150731171353.049e3da8@stormy.ca> I seem to remember (but cannot find) a suggestion? enhancement? to allow cataloguers to duplicate an existing *item*, in the same way that it can be done for biblios "Edit as new (duplicate)". Could some kind soul please point me to any work that has been done on this? Many thanks and regards, Paul