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

koha-dev-env.deb -- setting up a Koha development environment on Debian squeeze
by Lars Wirzenius 30 Mar '10

30 Mar '10

Hi. If one wants to develop Koha, one needs to set up a computer with all the necessary software installed. To simplify this for those of us using Debian squeeze (the current testing/development version), I made a .deb package that does that. (This is unfortunately helpful for those not using Debian.) It is called koha-dev-env, the current version is 0.1, and it is available via apt if you add the following to your sources.list: deb http://debian.catalyst.net.nz/catalyst stable catalyst After that, this should work: apt-get update apt-get install koha-dev-env There is a public git repository for the package: git clone git://git.catalyst.net.nz/koha-dev-env.git The package depends on a number of other Debian packages which provide CPAN modules that Koha requires. Some of the CPAN modules are not (yet) packaged for Debian (at least not in squeeze), so the package's postinst script installs them via the cpan command. This is the first step in my plan to create a Debian package for Koha. The rest of the plan is, roughly: * Prepare Debian packages for all CPAN modules Koha needs that are not in Debian yet. * Work with Debian to get all the CPAN modules included in Debian. * Prepare a simplistic Koha package. * Improve on Koha package, based on experiences on using it in various installations. * When Koha package is of sufficient quality, upload it to Debian. There may be some things that Koha will need to change, to make packaging it for Debian easier. For example, Koha currently declares that it wants Storable 2.21 from CPAN, when Debian only has 2.20. If the newer version is not actually required, it would be good to bump that down to what Debian has. All feedback, and bug reports, are welcome. I'm happy with them coming to the list, where others can join the discussion, or to me directly.

1 0

Converting Koha sources to UTF-8
by Lars Wirzenius 28 Mar '10

28 Mar '10

I would like to convert the Koha source tree to UTF-8. Having everything in a systematic, modern encoding would be beneficial for everyone, I think. I wrote a script to find files that are not in UTF-8 (attached for review); it uses the isutf8 tool from Joey Hess's moreutils package (see http://kitenet.net/~joey/code/moreutils/) The script excludes a number of files based on the suffix, to avoid confusing things by reporting binary files, etc. It currently reports 59 files for me. Most are just copyright symbols or names in release notes, and all of those seem to be in the ISO-8859-1 (Latin-1) character set, so converting them is easy. I did the actual conversion with the "iconv -f ISO-8859-1 -t UTF-8" command. The following three files puzzle me, however: C4/tests/testrecords/marc21_marc8_combining_chars.dat etc/zebradb/etc/urx.chr etc/zebradb/lang_defs/en/sort-string-utf.chr Is it acceptable to conver them to UTF-8, or should they remain as they are? I don't know how they are used.

2 2

Advanced tag editor in IE
by stefan 28 Mar '10

28 Mar '10

Hi The advanced tag editor is not opening for the fields 000 and 008 in IE 6, 7 and 8. This is due to a spacing error in the java section of the files under (/usr/share/koha/intranet/cgi-bin/cataloguing/value_builder): - marc21_field_008.pl (line 69) - marc21_field_008_authorities.pl (line 65) - marc21_leader.pl (line 59) - marc21_leader_authorities.pl (line 59) It reads: "unimarc field 100\",'width=1000,height=600,toolbar=false,scrollbars=yes'); but should be: "unimarc_field_100\",'width=1000,height=600,toolbar=false,scrollbars=yes'); This causes an error in IE. I did not check the other files in this folder by now. I think, this could be fixed for future releases? Regards, Stefan

2 1

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