July 2011 - 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

koha-3.00.00 make fails
by Rick Welykochy 28 Dec '13

28 Dec '13

Hi all, I have downloaded http://download.koha.org/koha-3.00.00.tar.gz and began installing it on Debian/etch (in a Linux vserver environment). 0. FINE: cd koha-3.00.00 1. FINE: perl Makefile.PL 2. FAIL: make : : : Manifying blib/man3/C4::UploadedFile.3pm Manifying blib/man3/C4::BackgroundJob.3pm Manifying blib/man3/opac::opac-dictionary.3pm Manifying blib/man3/serials::member-search.3pm /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib /usr/bin/perl "-Iblib/arch" "-Iblib/lib" rewrite-config.PL blib/KOHA_CONF_DIR/koha-conf.xml Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at rewrite-config.PL line 67. make: *** [blib/KOHA_CONF_DIR/koha-conf.xml] Error 255 Any ideas what went wrong and how to fix? Aside: there were a couple of other problems with this "out of the box" debian based install of Koha 3.0 which had to be fixed along the way, e.g. seven missing perl modules and libgd not found. I'll report on the entire process from unpacking to a running Koha/3.00.00 once I get to the end. cheers rickw -- ________________________________________________________________ Rick Welykochy || Praxis Services || Internet Driving Instructor The manual said Windows XP/SP2 or better so I installed Linux.

4 5

Restructuring C4
by Ian Walls 21 Sep '11

21 Sep '11

Fellow Developers, Last night, I stayed up late running circ/circulation.pl through NYTProf, to get an idea where we may be able to optimize circulation for speed. After much frustration (darn session IDs...), I was able to get a report. The results were... not exactly what I expected. It seems that much of the time spent running circ/circulation.pl is spent BEGINing the various C4 modules, multiple times. C4::Items, for example, is BEGuN 14 times in the execution of circ/circulation.pl. More stats: C4::Accounts - 8 BEGINs C4::Acquisition - 14 BEGINs C4::Auth - 14 BEGINs C4::Biblio - 14 BEGINs C4::Branch - 5 BEGINs C4::Circulation - 22 BEGINs C4::Context - 18 BEGINs C4::Dates - 12 BEGINs ... and so on. Even modules like C4::XSLT, C4::SMS, C4::Suggestions, and C4::Search::PazPar2 are BEGuN several times, without any calls to any of their subroutines. Some modules, it seems, don't have an END at the end... I was also able to get a Graphviz file out, showing all the package calls (folks may remember my keen interest in such things from KohaCon). Running it through sccmap to detect cycles, I found a very long one between several of the modules. About 8 packages long. All this indicate to me that we REALLY need to start thinking about imposing some kind of structure on C4. I'm thinking something with two-levels: Level 1 : Calls to the database, other direct interaction with stored data Level 2: Calls to Level 1 functions to manipulate data all our scripts would then be modified to call only Level 2, which would take care of talking to Level 1. At the worst, a particular Level 1 package would be BEGuN as many times as there were Level 2 packages BEGuN in the script (and we could certainly do better). It would eliminate all the cycles, as well. I can provide access to my report for anyone who needs it, or more details about how I obtained it. Whatever any of you need to keep this conversation going. This is a big deal, in my opinion, and we need to start detangling our code before too much long, or we're going to get seriously bogged down. Cheers, -Ian -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls(a)bywatersolutions.com Twitter: @sekjal

11 25

RFC: Improved book covers
by Nicholas van Rheede van Oudtshoorn 19 Aug '11

19 Aug '11

Hi all, We've been avid users of Koha here at Perth Bible College for quite a few years now. Recently, I've done some work to improve the book cover system here at PBC. A lot of our records lack ISBN records (BAD library practices in the old library system!), and I really wanted something nicer than a "cover not found" image. The result (attached) is an html/css book cover generating system - which also locally stores covers attained from librarything and openlibrary, redirecting to an amazon image if no cover is found. Unfortunately, it's in php - since I'm more familiar with that. :( The kernel for the system (though it's been *heavily* modified is courtesy a script by Art Zemon from 2008. We also put together a newbooks display. The results can be seen on the landing page: http://library.pbc.wa.edu.au/ - (and there you'll see that even some of our "new" books don't have ISBNs! <groan>) Hoping this might be of use to someone else. Something like the html/css book cover system could, in my opinion, be very useful... Nick van Oudtshoorn Perth Bible College

3 5

Access URL from opac-results.tt
by Zachary Spalding 12 Aug '11

12 Aug '11

In koha 3.2 I used to be able to access the 856$u filed with the  variable in the opac-results.tmpl file. Can someone give me a hint on how I can access it in 3.4, in the opac-results.tt file? Thanks -- Zachary Spalding Systems Manager Southeastern NY Library Resources Council 21 S. Elting Corners Rd Highland, NY 12528 Phone: 845-883-9065x11 Fax: 845-883-9483 Email: spalding(a)senylrc.org

2 1

Re: [Koha-devel] Patch format
by Chris Cormack 07 Aug '11

07 Aug '11

On 1 August 2011 10:17, Edgar Fuß <ef(a)math.uni-bonn.de> wrote: >> If you use git format-patch and then git send-email to send it to the >> koha-patches mailing list. > Oh well, I'll try this tomorrow. It's past midnight in my timezone now. > >> that's not as nessecary the mailing list is the main place > Is that information somehow pushed back to bugzilla? Or how do I know someone already posted a patch to the list for a bug I would start to work on? > >> This is the way the other 147 developers do it > I don't quite think I would regard myself a Koha developer. > I'm sort of hopping from one Open Source project to another. So it's sometimes difficult for me to get accustomed to the project's bug reporting policy. However, Koha seems to be the first project I met preferring git patches git format-patch'ed git send-email'ed to a patches list. I'll try to get accustomed to that. Here are some good resources http://wiki.koha-community.org/wiki/Version_Control_Using_Git http://wiki.koha-community.org/wiki/Set_an_email_alias_for_Koha_patches http://wiki.koha-community.org/wiki/Sign_off_on_patches http://wiki.koha-community.org/wiki/Bug-enhancement-patch_Workflow Chris

5 11

Sending orders by email
by Edgar Fuß 03 Aug '11

03 Aug '11

I've ported my order-by-email patch (first mentioned in Bug 5260) to 3.4.3. I attach two diffs, one for the CGI scripts and another for the templates, in a format hopefully acceptable to GIT people. Katrin Fischer suggested using the message queue for sending emails to booksellers, but, as I understand, C4::Letters::EnqueueLetter can send only to borrowers. I've changed the tab wording from ```Mail'' to ``Email'' as suggested by Katrin Fischer. Btw.: I'm also (with some help by Dan McMahill) importing Koha (currently 3.4.3) into the NetBSD Package Collection. Once this gets sorted out, you can just cd ${PKGSRCDIR}/databases/koha && make install (or pkg_add koha if someone has built the binaries for you) and you get Koha and all its dependencies installed on any system supported by pkgsrc (which is, in fact, nearly everything POSIX compatible, including most BSDs, SunOS, AIX, Darwin/OSX and even Linux).

3 6

Perl scripts not ending in .pl
by Edgar Fuß 01 Aug '11

01 Aug '11

Some of Koha's Perl scripts have filenames not ending in .pl. This just hit me badly because those are not handled by fix-perl-path.PL. Personally, I could just get away with pkgsrc's REPLACE_PERL feature, but maybe other people would benefit from correct interpreter paths too. So, is there any reason why not to change the following file names (and all references to them, of course)? ./misc/admin/koha-preferences ./misc/maintenance/borrowers-force-messaging-defaults ./misc/translator/translate ./opac/unapi ./reports/issues_by_borrower_category.plugin ./reports/itemtypes.plugin ./svc/bib_profile ./svc/bib ./svc/authentication ./svc/config/systempreferences ./svc/new_bib (there are, of course, *.t Perl scripts not listed here) debian/list-deps ist probably irrelevant as long as Debian keeps perl in /usr/bin. fix-perl-path.PL is special. acqui/pdfformat/layout[23]pages.pm have superflous shebang lines.

5 8

IRC meeting reminder (August 2 02:00 UTC)
by Chris Cormack 31 Jul '11

31 Jul '11

Hi all It's nearly that time again, for our monthly IRC meeting. The agenda is here http://wiki.koha-community.org/wiki/General_IRC_Meeting,_2_August_2011 The meeting is open to all with an interest in Koha. http://koha-community.org/get-involved/irc/ Please come along, Koha is what we make it :) Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Sorting out Koha's dependecies
by Edgar Fuß 29 Jul '11

29 Jul '11

In the course of importing Koha 3.4.2 into the NetBSD pkgsrc collection, I tried to sort out the required Perl modules. I compared a hand-crafted list (obtained by grep'ing) with C4/Installer/PerlDependencies.pm and it looks like I've found some mis-matches. 1. The following modules are listed in $PERL_DEPS, but I can't find any place where they are actually being used: DBD::mysql DateTime Email::Date GD::Barcode::UPCE PDF::API2::Simple PDF::API2::Util XML::RSS 2. The following modules are NOT listed in $PERL_DEPS, though it appears to me they are, in fact, used (maybe in dead code?) in the listed file(s): Archive::Zip C4/ImportExportFramework.pm Cache::Memcached C4/Auth.pm, C4/Cache/Memcached.pm File::Slurp misc/load_testing/benchmark_webservices.pl HTML::Entities C4/Acquisition.pm, C4/ILSDI/Services.pm HTML::Tree misc/translator/text-extract.pl HTTPD::Bench::ApacheBench misc/load_testing/benchmark_circulation.pl MARC::Lint misc/cronjobs/MARC21_parse_test.pl Mail::RFC822::Address misc/cronjobs/smsoverdues.pl SQL::Statement C4/ImportExportFramework.pm Test::Class::Load t/db_dependent/database_dependent.pl Test::Exception selenium/PERL/Members/FilterMembers.pl, selenium/PERL/Members/AddMember.pl, selenium/PERL/Members/Searchmember.pl Test::WWW::Selenium selenium/PERL/Members/FilterMembers.pl, selenium/PERL/Members/AddMember.pl, selenium/PERL/Members/Searchmember.pl Unix::Syslog misc/bin/zebraqueue_daemon.pl Win32::Process sms/sms_listen_windows_start.pl 3. The following CORE modules are listed in $PERL_DEPS. This may be intentional: CGI::Carp Digest::MD5 Digest::SHA File::Temp Getopt::Long Getopt::Std IPC::Cmd List::Util Locale::Language MIME::Base64 MIME::QuotedPrint POSIX Storable Term::ANSIColor Test Test::Harness Test::More Text::Wrap Time::HiRes Time::localtime Unicode::Normalize 4. It appears to be inconsistent whether $PERL_DEPS lists the modules actually use'd or require'd (i.e., ZOOM) or those modules' base modules (i.e., Net::Z3950::ZOOM). Thanks for any clarification.

2 2