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

More Search.pm errors
by Owen Leonard 19 Dec '03

19 Dec '03

I'm still getting errors from the latest Search.pm when trying to use the OPAC and the Intranet (in particular with the intranet's detail.pl). Here's the error: execute called with 1 bind variables when 0 are needed at /usr/local/koha/intranet/modules/C4/Search.pm line 1381. -- Owen ---- Nelsonville Public Library Koha 2.0.0-pre-x (CVS)

3 2

Re: [Koha-devel] More Search.pm errors
by Owen Leonard 19 Dec '03

19 Dec '03

> You should say if it's CVS HEAD or CVS rel_2_0 Sorry, I'm still getting used to the idea of having two branches to think about. I've confirmed, however, that the same error occurs with both. I reverted Search.pm to version 1.82, and that cleared up the problem. -- Owen

1 0

kohadoc -> docbook-xml
by MJ Ray 19 Dec '03

19 Dec '03

I just can't get a working sgml docbook toolchain here, so I've converted kohadoc.sgml to xml so I can use the docbook-xsl stylesheets with xsltproc. I've put the file and a sample of the html output on my gopher (URL below) if you want to look at it. I think I botched the upload to the doc manager. Can I upload these to CVS, or is there a better way to make sure 2.0 ships with working docs? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef(a)jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/

1 0

Is it koha or is it me: removing fields
by MJ Ray 18 Dec '03

18 Dec '03

Similar to the last question: I can't see any way to remove a field in the biblio editor that has been added with a click on the "+" that calls javascript:AddField. Am I missing something, or is this a bug? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef(a)jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/

2 1

Re: [Koha-devel] rel_2_0 CVS branch (fwd)
by Chris Cormack 16 Dec '03

16 Dec '03

> > Please, let me second the comments below. We need to be really > > careful > > about which branch we're working in now. If you are doing bug fixes, > > please check out the rel_2_0 tree and do your work there. > > This is the opposite of how I understood Chris's message. I have > committed the last DBI fixes in C4 to HEAD and I ask Paul to backport > it, please. I will now continue into the other scripts, but I'll not > commit more until I know where I am supposed to be going. > Ahh, Bug fixes to rel_2_0 , development in the HEAD. Is what I meant to say, sorry if I didnt make myself clear. All new work should be done in the HEAD, all fixes for the 2.0 release done in the rel_2_0 branch. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris(a)katipo.co.nz www.katipo.co.nz

1 0

Error following update
by Owen Leonard 15 Dec '03

15 Dec '03

We're getting wall-to-wall errors following a CVS update of our test server: [Wed Dec 10 16:03:47 2003] [error] [client 192.168.5.27] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/mainpage.pl "use" not allowed in expression at /usr/local/koha/intranet/modules/C4/Search.pm line 21, at end of line (Might be a runaway multi-line << string starting on line 3) syntax error at /usr/local/koha/intranet/modules/C4/Search.pm line 21, near "pm use strict" BEGIN not safe after errors--compilation aborted at /usr/local/koha/intranet/modules/C4/Search.pm line 23. Compilation failed in require at /usr/local/koha/intranet/modules/C4/Reserves2.pm line 29. BEGIN failed--compilation aborted at /usr/local/koha/intranet/modules/C4/Reserves2.pm line 29. Compilation failed in require at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 35. BEGIN failed--compilation aborted at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 35. Compilation failed in require at /usr/local/koha/intranet/modules/C4/Auth.pm line 30. BEGIN failed--compilation aborted at /usr/local/koha/intranet/modules/C4/Auth.pm line 30. Compilation failed in require at /usr/local/koha/intranet/cgi-bin/mainpage.pl line 9. BEGIN failed--compilation aborted at /usr/local/koha/intranet/cgi- bin/mainpage.pl line 9. Something I did wrong, or a problem with the latest files? -- Owen

4 6

New Search.pm errors
by Owen Leonard 14 Dec '03

14 Dec '03

[Sat Dec 13 09:43:05 2003] [error] [client 192.168.3.83] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/search.pl execute called with 20 bind variables when 4 are needed at /usr/local/koha/intranet/modules/C4/Search.pm line 409. I appreciate the quick help I received for my last query. I wonder if anyone can give me advice on this one? -- Owen

2 1

CodeCon 3 San Fransisco in February
by Pat Eyler 12 Dec '03

12 Dec '03

If anyone is interested in putting something together, this looks like a cool opportunity: http://linuxjournal.com/article.php?sid=7307&mode=thread&order=0 CodeCon is looking for 45 minute presentation about active (preferably Free/Open) projects. If someone lives close, and wants to go, please think about submitting a paper. -pate Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org

1 0

MARC and ISBN
by MJ Ray 12 Dec '03

12 Dec '03

Have I set something up wrong, or does the breeding farm only match on the first given ISBN? Is that fixable? Also, I saw some format yesterday that looked like MARC21 but had ISBN in 021 instead of 020. Does that sound familiar to anyone? We'd asked the Z39.50 server for USMARC, but got that back. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef(a)jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/

2 1

Bilbio.pm & char encoding
by paul POULAIN 11 Dec '03

11 Dec '03

Hi, doXulting, that is importing datas for "Ecole des Mines", reported a problem with extended chars like éà... I've searched previous version of Biblio.pm, because it worked. I've found that the 1.75 version, commited by slef, transforms every replaces by a single char : version 1.74 => s/\xe1\x65/è/gm ; s/\xe1\x69/ì/gm ; s/\xe1\x6f/ò/gm ; s/\xe1\x75/ù/gm ; s/\xe1\x41/À/gm ; s/\xe1\x45/È/gm ; s/\xe1\x49/Ì/gm ; s/\xe1\x4f/Ò/gm ; s/\xe1\x55/Ù/gm ; s/\xe2\x41/Á/gm ; s/\xe2\x45/É/gm ; s/\xe2\x49/Í/gm ; s/\xe2\x4f/Ó/gm ; version 1.75 => s/\xe1\x65/Â€/gm ; s/\xe1\x69/Â€/gm ; s/\xe1\x6f/Â€/gm ; s/\xe1\x75/Â€/gm ; s/\xe1\x41/Â€/gm ; s/\xe1\x45/Â€/gm ; s/\xe1\x49/Â€/gm ; s/\xe1\x4f/Â€/gm ; s/\xe1\x55/Â€/gm ; s/\xe2\x41/Â€/gm ; s/\xe2\x45/Â€/gm ; s/\xe2\x49/Â€/gm ; s/\xe2\x4f/Â€/gm ; s/\xe2\x55/Â€/gm ; s/\xe2\x59/Â€/gm ; I think slef has a pb with it's editor software, at least with char encoding :-). I'll rollback to normal situation, but be careful (it's the 2nd time this happends : see btw 1.54 & 1.55) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 3