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

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

Re: [Koha-devel] templates & translation
by Owen Leonard 11 Dec '03

11 Dec '03

> So i've written a little script that changed ALL > <TMPL > to <!-- TMPL > > in both OPAC and INTRANET. Is that script in CVS? I looked but didn't see it. Maybe I just missed it. I'd like to be able to use it to convert our custom template. -- Owen

2 1

Re: [Koha-devel] templates & translation
by Owen Leonard 10 Dec '03

10 Dec '03

> > No, because HTML::Template doesn't support > this. > > That is why I suggested we ask for it. > > > I've asked H::T mailing list to accept > <TMPL_ELSE /> and <TMPL_VAR > > name="x"/> > > syntax, but they said : > > * with <!-- you can do what you want Sounds like Paul already asked them, which is great. I agree that the comment format is a little awkward. Templates will look pretty strange in my editor with color-coded syntax-highlighting. But if it means being able to use Paul's translation tool, I think it's worth it. Maybe we can keep trying to make the case to the H::T folks for an alternative. -- Owen

1 0

templates & translation
by paul POULAIN 09 Dec '03

09 Dec '03

Hi, HTML::Template has invalid tags from a html point of view : <TMPL_VAR xx> is not closed, and <TMPL_ELSE> neither. But... there is another method to write template : use <!-- TMPL_VAR xx> instead of <TMPL_VAR xx>. with this method, HTML::TreeBuilder create better the string list. So i've written a little script that changed ALL <TMPL > to <!-- TMPL > in both OPAC and INTRANET. I've commited them. So, update your CVS copies, and for future templates, use <!-- TMPL > form and NOT <TMPL > one. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 3

translation tool
by paul POULAIN 08 Dec '03

08 Dec '03

Hi all, I've improved the translation tool. It now delete useless character at end of string (like ":" ) It also mark ***** ( five stars) on untranslated strings. It's just easier to find untranslated strings. I've commited 100% translated french opac with this tool. It works fine. I also have added a minor feature in opac, and can confirm it's easy to translate Koha with this tool. Only 1 thing will be added in the next days : not writting a translated template if it hasn't been modified since previous "tmpl_process.pl install", to avoid dozen of commits. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0