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

Developer Documentation
by Nicole Engard 25 Mar '10

25 Mar '10

Hello all, I have been asked by a few developers if I would act as documentation manager for developer documentation as well as the user documentation. In order to do this I will need a committee off Developers who will 'meet' with me on a semi-regular basis to answer questions, provide feedback and even provide direction. This manual will of course be available via git and written using docbook - this means that others can help me write (in fact I encourage it). My first step is to review the wiki and pull out tips and articles and guidelines that should be in the developer manual. The idea of this document is to make it easy for new people to come in and start Koha development and to remind experienced developers of procedures that have been set in place in the past. So, if you want to help out, let me know and as always I'm open to documentation suggestions. Thanks Nicole

13 28

KohaCon10 Call for Proposals
by Nicole Engard 22 Mar '10

22 Mar '10

Just a reminder to submit any and all proposals for KohaCon - no idea is too small or too big - we only have 11 proposals so far and I'd like to avoid presenting 5-6 times to fill up the schedule like at KohaCon 2009 :) Here are the details: http://koha-community.org/official-kohacon10-call-for-proposals/ Nicole

1 0

Nightly backup file growing too quickly?
by Nelson Fredsell 19 Mar '10

19 Mar '10

Dear all, Yesterday on IRQ I learned that the sessions and zebraqueue tables need to be cleaned up regularly. I'm not sure we're doing this with our daily cronjob. I was advised to make use of cleanup_database.pl that was not part of 3.00.01. Could someone please tell me where I can get my hands on this file? In early February Galen Charlton mentioned that it is in "HEAD," but I don't know what this means. (Extensive discussion: http://old.nabble.com/Koha-sessions-table-is-ridiculously-huge-to27627370.h….) I'd prefer to upgrade to 3.0.4, where this issue has been addressed, but don't have a clue how to proceed, so I figure I can at least download a single file then refer to it in the cronjob. Our daily cronjob has a couple of lines that maybe address this issue already?: ------------------------------ perl -I /usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z ->>/root/rebuild_zebra.log 2>&1 ##MySQL Clean (96 hours or 4 days) /root/cron/mysqlclean.sh ------------------------------ The mysqlclean.sh file states: #!/bin/bash find /mnt/backup/mysql -maxdepth 1 -type f -mtime +4 -exec rm {} \; Thanks, Nelson Nelson Fredsell nelsonf IRC nfredsell (most other places) www.ourbooks.org.za ----- Nelson Fredsell nelsonf on Koha IRC implementing a small, non-profit union catalogue in Cape Town, South Africa -- View this message in context: http://old.nabble.com/Nightly-backup-file-growing-too-quickly--tp27950974p2… Sent from the Koha - Dev mailing list archive at Nabble.com.

1 0

Re: [Koha-devel] Developer Documentation -
by Galen Charlton 19 Mar '10

19 Mar '10

Hi, On Fri, Mar 19, 2010 at 4:47 AM, LAURENT Henri-Damien <henridamien.laurent(a)gmail.com> wrote: > Another thing we have to consider is to document and formalize the way > things could be done. > a) Make more packages, > b) Should we Should we make API changes ? If so Is there a concensus to > gather about those ? [snip] Good thiings to think about. But here's the thing - a good many of these touch not only on developer and API documentation, but project development policy and coding guidelines. Any of these that are important enough to bake into a manual are (a) subject to change with the times and (b) things that need to be discussed openly, on koha-devel, first. A developer documentation project can organize and describe existing practice, but IMO that project is not a suitable forum for making significant changes to it. Regards, Galen -- Galen Charlton gmcharlt(a)gmail.com

1 0

Re: [Koha-devel] [3.0.x] To install Text::CSV::Encoded
by Zeno Tajoli 18 Mar '10

18 Mar '10

Hi to all, [sorry for the previous post, this the post with all info] At 12.19 17/03/2010, Zeno Tajoli wrote: >with specific patches for 3.0.x now is important to install the >modules Text::CSV::Encoded. I have done same seach on the topic. The module Text::CSV::Encoded is not available in Debian lenny. We need to install it with CPAN. For 3.2 I have update this bug: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4151 For 3.0, I have inserted a new bug, this: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4320 I have used the level 'blocker' because this is the level in 3.2 Reading a number of bugs in bugzilla, I have insert the bug in the section ' Documentation'. There are examples of similar bugs in section 'Installation and upgrade (command-line installer)' I have seek for Debian lenny and Ubuntu (hardy, intrepid, jaunty, karmic). For fedora and opensuse I don't know. Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 0

[3.0.x] To install Text::CSV::Encoded
by Zeno Tajoli 18 Mar '10

18 Mar '10

Hi to all, with specific patches for 3.0.x now is important to install the modules Text::CSV::Encoded. The patches are: author Matthias Meusburger <matthias.meusburger(a)biblibre.com> Tue, 26 Jan 2010 13:52:36 +0000 (14:52 +0100) committer Henri-Damien LAURENT <henridamien.laurent(a)biblibre.com> Wed, 10 Feb 2010 13:01:29 +0000 (14:01 +0100) commit 523735ef6b97944dcbbb882704702028c7373c0e tree 4a81ac1452780657eca6abe582204cd1c9aed373 parent 0865bd7727a69edadb4fb22d02321447fce14b37 In my opinion is better to install every perl modules that could be used from Koha. So, is a debian package avaible for this module or do we need to use CPAN ? Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 1

Re: [Koha-devel] FSF address in copyright notices
by Galen Charlton 18 Mar '10

18 Mar '10

CCing koha-devel, as I had meant to originally. --gmc On Mon, Mar 15, 2010 at 9:13 AM, Galen Charlton <gmcharlt(a)gmail.com> wrote: > Hi, > > On Sun, Mar 14, 2010 at 10:43 PM, Lars Wirzenius <lars(a)catalyst.net.nz> wrote: >> * INSTALL.fedora7 -- this has a copyright statement, but no >> copyright license information. Is it still relevant? Fedora 7 is >> pretty old by now, and no longer support, as far as I can tell. >> Do the instructions work for modern versions of Fedora? If not, >> can they be updated? If not, the file should probably be >> removed. If it is still relevant, or can be made relevant, a >> copyright license should be added. > > My preference is to update installation documentation, not remove it. > Any Fedora users about who could run through an installation with the > current version of Fedora? > >> * t/smolder_smoke_signal -- this is not under the GPL-2, but the >> license seems compatible with it, in case that is necessary, so >> thist should be OK. I am bringing it up just to make sure it is >> actually OK, not just in the happy universe in my head. > > License seems OK, but there's an another issue here - is anybody > willing to volunteer to run a Smolder server for the Koha project? > >> * misc/cronjobs/check-url.pl, misc/cronjobs/cloud-kw.pl -- these >> have a copyright license of GPL version 2 only, whereas most of >> Koha has version 2 or later. Is this a problem? Can we get the >> author to relicense to version 2 or later, to keep it compatible >> with the rest of Koha? > > Frédéric - can you confirm willingness to update the license of > check-url.pl to GPL 2+? Ditto for cloud-kw.pl? > >> Another issue I noticed is that few if any files have their copyright >> statements updated. Many files have copyright timestamps from 8 years >> ago, for example, but have been modified since. I am not sure if this is >> important enough to fix, but on the whole it would probably be good to >> be careful about these things. Fixing ten years of code base for this is >> going to be a pain, though. > > In more ways than one. I will take this opportunity to ask/remind/beg > people to not copy-and-paste the "Copyright 2000-2002 Katipo > Communications" line in new files. Please use your own (or your > employer's) copyright statement with a current year. > > Regards, > > Galen > -- > Galen Charlton > gmcharlt(a)gmail.com > -- Galen Charlton gmcharlt(a)gmail.com

4 3

Problem installing Koha PLEASE HELP
by O 17 Mar '10

17 Mar '10

Hello , I've been trying to install Koha using this guide : http://bagno.be/poradniki/instalacja-koha/ And in the end I get this error : Koha error The following fatal error has occurred: DBD driver has not implemented the AutoCommit attribute at /usr/lib/perl5/DBI.pm line 705. Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 25. Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24. Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 27. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. Can anyone please help me ? Thanks in advance. __________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://mail.yahoo.gr

3 2

OPAC Secured
by Bob Birchall ＠ Calyx 17 Mar '10

17 Mar '10

Most libraries are happy for the public to come to the OPAC and search the catalogue without being logged in. Others however (corporate libraries, private colleges) require the user to be logged in before the collection or any functionality is exposed. Koha currently supports the first approach. The second approach is achievable by adding jquery to the template (won't stop hacking) or by editing the perl code to set 'authnotrequired' value to '0' per page. Neither way is user-friendly or produces an elegant display. We propose adding a syspref 'OpacNotPublic' or similar which when set to 'OFF' will cause no change to current behaviour. When set to 'ON' a different template will be called by opacmain.pl that will display: - a login prompt similar to that for the staff client; - the value of opacsmallimage; - the value of opacheader; - the value of opaccredits. Not displayed on this page will be: - the search bar and the cart and list buttons; - the value of opacnav; - the value of opacmainuserblock. Upon logging in, the user is directed to 'opac-user.pl' as is the case now. Before we lodge on Bugzilla, are there any comments? Bob Birchall CALYX

8 8

Re: [Koha-devel] Problems on git repository ?
by Zeno Tajoli 17 Mar '10

17 Mar '10

Hi, > > $git clone git://git.koha.org/home/pub/scm/koha.git koha32 > >It should be git://git.koha.org/pub/scm/koha.git - no 'home'. Thank you very much. I have correct the wrong link on the wiki page http://wiki.koha.org/doku.php?id=en:development:git_usage in the section 'Koha Revision Control for the public'. Cheers Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 0