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

How to get CAS based Single Sign On working?
by Koustubha Kale 25 May '15

25 May '15

Hi All, I have a situation where we have a main website based on Joomla. This Joomla site uses CAS to authenticate users. We would like users ( who have already logged in to the Joomla site via CAS) to be able to follow a link to Koha site and be logged in automatically ( e.g. Single Sign On ). I have got simple CAS ( not proxy CAS ) working with Koha ( version 3.2.6 ) using the same CAS server as used by Joomla site. Still when I login to Joomla site with CAS, and then go to Koha and click on login and follow the CAS login link, I am asked to fill up CAS login information again. How can this be avoided by using CAS SSO? I have read through http://wiki.koha-community.org/wiki/SSO_CAS_improvements and am confused by the statement "Note: simple sso cas support (no proxy) has been done already by biblibre, is in testing and should be released in Koha 3.2" in there. Does this statement mean that SSO is possible with simple CAS? If yes how to set it up? If not, I have also read through bugs 6012, 5630 and the CAS Proxy examples. Frankly I haven't been able to figure out how I can achieve the above required functionality based on all the reading. Any help is much appreciated.. Another related query is, Is it possible to automatically create users in Koha once they have authenticated with CAS? Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2

3 3

952$j
by Paul 02 Oct '14

02 Oct '14

Our cataloguers have asked for additional precision in specific stacks -- 952$j "Shelving control number" would appear to be perfect :=) However, any value entered (eg: LLF15 -- loose leaf folder #15) systematically saves as 0 and SchemaSpy doesn't appear to even mention this field which is in the "default template" with no apparent restrictions. Can anyone with good "corporate memory" of 952$j use and programming please assist? Many thanks and best regards -- Paul

3 2

Re: [Koha-devel] [Koha] Kohacon 2014 in Córdoba, Argentina
by Paul Poulain 16 Feb '14

16 Feb '14

Le 09/10/2013 22:35, Luis Maguina a écrit : > Cordoba is in South - America ... Argentina :) In french, we say "lapsus révélateur". Google translate this to "revealing slip" ;-) -- Paul POULAIN - Associé-gérant Tel : (33) 4 91 81 35 08 http://www.biblibre.com Logiciels Libres pour les bibliothèques et les centres de documentation

2 1

Some thoughts on the SIP-server scalability
by Petter Goksøyr Åsen 03 Feb '14

03 Feb '14

Dear Koha devs! I work at at Oslo public library. We recently decided to go for Koha, and are now working on planning the migration from our current ILS. Our library is fully automated, with RFID-checkin machines taking care of almost all of our circulation. We currently have around 50 of these running at 15 branches around the city. Because of this, we naturally need the SIP-server to handle quite a load. I checked the logs of our current ILS, and found the number of SIP-messages peeked at 58 per second. (In addition to the checkin-machines - we have a lot of RFID-workstations which potentially also will make use of SIP) Correct me if I'm wrong, but this is what I have found out: Koha's SIP server can only handle one request at a time. So if you need more you have to spin up more SIP-severes. This fine for a few, but try to spin up 30 of theese - it takes 15 minutes just to get them all started on a new box with plenty of RAM & CPU. The servers are independent processes which share no resources.. Instead of forking seperate processes for each connection - what about a server which runs as _one_ process and handles multiple tcp connections? I've read about and tested Poe (http://poe.perl.org/) with this in mind - and it seems pretty nice. Poe is an evented framework (akin to Node for javascript or EventMachine in Ruby) which handles such multiplexing of severeal connections. Poe seems very mature, but I'm not competent to judge if its a good fit. There are other options as well (ex IO::Async & AnyEvent ) Any thoughts? We're also very keen on hearing about experiences from other automated Koha libraries, especially those with more than a checkin-machines. Best regards, Petter Goksøyr Åsen Deichmanske bibliotek / Oslo Public Library

4 7

Modules only on CPAN
by Zeno Tajoli 31 Jan '14

31 Jan '14

Hi to all, I check with master the modules that we need to install. Those 4 modules are not present in http://debian.koha-community.org Data::Pagination 0 * 0.44 No HTTPD::Bench::ApacheBench 0 * 0.73 No Test::WWW::Mechanize 0 * 1.44 No Archive::Extract 0.48 * 0.60 No Data::Pagination is used in Solr search Koha/SearchEngine/Solr/Search.pm and opac/search.pl HTTPD::Bench::ApacheBench is used in load_testing/benchmark_circulation.pl and in load_testing/benchmark_staff.pl Test::WWW::Mechanize is used in db_dependent/www/batch.t Archive::Extract is used in plugins/plugins-upload.pl and plugins/plugins-uninstall.pl and t/db_dependent/Plugins.t In my opinion Data::Pagination and Archive::Extract could be packages in http://debian.koha-community.org, the others no (because are only for developer). Cheers Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli(a)cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate

5 7

Re: [Koha-devel] KOHA 3.14.1 Error (Continuing)
by volkan sonmez 31 Jan '14

31 Jan '14

I applied "Bug-11475-Links-are-broken-when-editingdeleting-it.patch" patch to 3.14.1 and tried "Editing items in batch" in 3.14.2. But nothing changed in both versions. Problem still persists. Am I doing something wrong? -----Original Message----- From: koha-devel-bounces(a)lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] On Behalf Of Owen Leonard Sent: Friday, January 03, 2014 4:59 PM To: koha-devel(a)lists.koha-community.org Subject: Re: [Koha-devel] KOHA 3.14.1 Error Replying to the list, since a direct message to me excludes all the other people on the list who might be interested in the conversation. > Here I will try to describe specific steps which will lead us to the > error 404 screen; > > 1- First we search for records with multiple items (books or serials, > does not matter) > > 2- We open this record we found with multiple items for editing > > 3- We chose "Edit items in batch" option from the "Edit" menu > > 4- We make corrections on the fields under the "Edit item" (For > example we change the collection code as "fiction") > > 5- We save this using "Save button" at the bottom, after we are done. > > 6- Just after we save, there will be a button named "Done" available just under the page, and when we click on "Done" we encounter the Error screen. I have just tested this in master and I get the same results. I have filed a bug report: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11475 -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/

2 2

Bootstrap-styled buttons in the staff client
by Owen Leonard 29 Jan '14

29 Jan '14

When we implemented Bootstrap buttons the staff client changes were limited to places where YUI was being used to style a button (mostly in toolbars). We have lots of other buttons in the templates and some patches are starting to add the default "btn" class to non-toolbar buttons. At the moment this is causing display problems because the "btn" class conflicts with the staff client's default class for submit buttons. We have a couple of choices: 1. Stop adding the "btn" class to non-toolbar buttons and remove the class from templates which have been recently modified. 2. Start adding the "btn" class to non-toolbar buttons in ALL cases and adjust the global stylesheet so that the styles don't conflict. If we choose option 2 I would propose that we choose a secondary class as well, for instance btn-primary for submit buttons: http://getbootstrap.com/2.3.2/base-css.html#buttons This would maintain the visual difference between toolbar buttons and submit buttons. I think this is helpful for visually understanding the structure of a page. I would appreciate everyone's opinions. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

1 0

Re: [Koha-devel] QueryParser question
by Marcel de Rooy 27 Jan '14

27 Jan '14

Thanks, Jared. Just to be more complete: I meant with an uppercase variant in this case the variant starting with only the first character in uc (like Number-local-acquisition). I scrolled through the QueryParser code and came at the lines 855-857 of OpenILS/QueryParser.pm where three regexes are used to search for fields and aliases. Is it an idea to make these regexes case insensitive? This would make QueryParser behave case insensitive as to index names, just like C4/Search.pm now is when you disable QueryParser. (compare BZ 6786) As an example, the Number-local-acquisition index of BZ 10544 could be mentioned. QueryParser does not recognize the index name with capital N, but since it prefixes the string with pqf=, C4/Search will not change it either. Copying dev list for additional feedback? Marcel Van: Jared Camins-Esakov [mailto:jcamins@cpbibliography.com] Verzonden: donderdag 23 januari 2014 16:02 Aan: Marcel de Rooy Onderwerp: Re: QueryParser question Marcel, Upper-case indexes seem odd to me, but it would be easy to add them. For example, the following change in Koha/QueryParser/Driver/PQF.pm: 97 $self->add_search_field_alias( $class => $field => uc $field ); Regards, Jared On Thu, Jan 23, 2014 at 8:32 AM, Marcel de Rooy <M.de.Rooy(a)rijksmuseum.nl<mailto:M.de.Rooy@rijksmuseum.nl>> wrote: Hi Jared, This question came up when looking at report http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10544 The index names in the config file seem to be lower case. Upper case variants do not seem to work. Is it possible to add uppercase names? Or is it possible to have all variants work in some case insensitive manner? Thanks, Marcel -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins(a)cpbibliography.com<mailto:jcamins@cpbibliography.com> (web) http://www.cpbibliography.com/

2 1

News from BibLibre
by Paul Poulain 27 Jan '14

27 Jan '14

Hi, Most of you probably saw it on twitter or google+, but for the others, there's an important announcement for BibLibre: http://www.biblibre.com/en/blog/afi-and-biblibre-are-getting-closer There won't be any visible change for the Koha community, except, maybe, some new developers submitting or testing patches, which is always good ;-) For libraries that could be interested in our services, that's an important change though: with a larger company, we can manage larger contracts. Until now, we focused on French libraries. 2014 will be the year where we focus on EU libraries. The 1st contract 2014 has been with a Swedish institute in Roma. Others coming soon, hopefully, so stay tuned ;-) Have a good day PS: AFI has some OpenSource (GPL v3) tools& softwares, french-centric, that we plan to promote after making them less french-centric ;-) Stay tuned here as well ! -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Piwik, Jasper

1 0

git bz: UnicodeDecodeError
by Holger Meissner 24 Jan '14

24 Jan '14

Dear Koha devs, I just tried to attach a patch to a bug with git bz and got this error: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 561: ordinal not in range (128) How can I fix this? Thanks Holger

2 1