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

Continuing Koha Wiki Site Defacement
by Roger Buck 07 Feb '04

07 Feb '04

During the last few weeks the http://koha.org/wiki has been repeatedly attacked by what appears to be script based page defacement by porn spammers. The attacks are becoming increasingly aggressive. Other wiki sites are currently subject to attack from the same source but I am currently unsure of the scale of this and am making further enquiries. I am posting here to obtain some community feedback/suggestions about this. Please advise if you think the topic should go off list :) Regards, Roger. PS - We do keep full backups with good history so let me know if your prize wiki entry is missing :)

1 0

Re: [Koha-devel] Z3950 problems with fresh install of Koha 2.0.0RC3
by paul POULAIN 06 Feb '04

06 Feb '04

William Holt wrote: > Hello Paul, > > As I said, I'm very ignorant of libraries and perl so forgive > me for my stupidity! > >> you probably forgot to enter an author, a title or an isbn BEFORE >> clicking on z3950 search. > > The two screens in question are > cgi-bin/koha/acqui.simple/addbooks.pl > and > cgi-bin/koha/acqui.simple/addbiblio.pl > right? yes. > So in the addbooks.pl if I type a title and press go this > title does not carry over to the addbiblio.pl and I need > to re-enter the book title and then push z3950 hyperlink? > To enter the book title I click on the [1] hyperlink, correct? yes. > If I do this it still doesn't work, I get a new > frame (window) with Still ?? requests to go. Do I > need to reset something? that's what you should have. The ?? becoming 4,3,2,1, then disappear. The number shows how many z3950 server have not answered. see below to understand why ?? stay as it. > 2 notes : > >> * yes i agree it should be checked and not return an error. Enter a >> major bug in bugs.koha.org pls. >> * yes it's poor that the isbn/title entered the screen before is not >> kept. Enter a normal bug in bugs.koha.org > > I've never done this before but I'm willing to try. You > are asking me to enter these two items as bugs, right? yes. > Finally, one other issue. > I'm using freeBSD and it appears that the syntax of the > "su" command is different. > In the script z3950-daemon-launch.sh > su -s /bin/sh -c $KohaZ3950Shell - $RunAsUser & > doesn't seem to work. > Instead I am using > sudo -u www ./z3950-daemon-shell.sh > Could that be my problem, and is there a way to make > this so it can work on linux as well as freeBSD? I don't know. I'm not a shell specialist. to check, you can : * open a console. * launch ./processz3950queue in the console. * see what happends. When a search starts, you should see a lot of infos saying "search started on XX server", "XX results to retrieve from YY server"... > Best Regards and have a great weekend! Same for you -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

circulation
by nanjunda swamy 06 Feb '04

06 Feb '04

Hello I am doing my project on koha I find some dificulties in seeing some information. I want some inform,ation and help for your side. when we issue books to a users , if the last date is on sunday ,what koha will do,wheather it provide to submit on monday/satarday Yahoo! India Mobile: Ringtones, Wallpapers, Picture Messages and more.Download now.

1 0

Z3950 problems with fresh install of Koha 2.0.0RC3
by William Holt 06 Feb '04

06 Feb '04

Hello, I'm new to this and trying to set up for a very small private library. I can't seem to get the Z3950 daemon to function. If I look at the koha/log directory I see errors in the koha-error.log file like this: [Thu Feb 05 08:48:35 2004] [error] [client 63.249.85.174] search.pl : / / / at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 52. [Thu Feb 05 08:48:35 2004] [error] [client 63.249.85.174] NO RANDOM at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 59. [Thu Feb 05 08:48:35 2004] [error] [client 63.249.85.174] DBD::mysql::st execute failed: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line 2479. [Thu Feb 05 08:48:35 2004] [error] [client 63.249.85.174] DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Search.pm line 2480. and the z3950-daemon-20040201-1532.log file looks like: starting loop starting loop starting loop starting loop starting loop starting loop starting loop starting loop starting loop Any thoughts on how to get this working? Thank you! -Will PS: I'm using freeBSD 5.2 release.

2 1

fedora core installation and missing stuff
by Benedykt P. Barszcz 06 Feb '04

06 Feb '04

Hi Group, I've just installed Koha-2.0.0RC3 and I am impressed... Fedora Core missed all the modules required by Koha but they could easily be added via rpms available at sourceforge and from www.indexdata.dk/yaz. The only thingy that I needed to add from cpan.org was the perl-HTML::Tree module which is requred by the translator script v.2.0. It was available there in version 3.18 or so. Now a question: could anyone give me a hint how to launch tmpl_process PROPERLY so I get a UASABLE (sutable for translation) file: opac.pl_PL? Usable meaning without all the fuss of type: bgcolor="#ffffcc"> *****. I am confused about --exlude, LIMITED, and IGNORE flags. It should be obvious that such an extraction of strings from the english version is all the same for every other language... Thanks, Benedict

2 1

Re: [Koha-devel] Changing member searching
by Owen Leonard 05 Feb '04

05 Feb '04

> Chris and I tried some changes to Search.pm which > improved results in searches > for names with spaces in the last name, but the > requirement was that the comma > had to be included. So whereas before a search > for 'leonard o' would return > the record for Owen Leonard, now you'd have to > search for 'leonard, o'. Since no one is speaking up to say that this sounds like a bad idea, I'm going to go ahead and ask Chris to commit the modifications that we worked out. -- Owen

1 0

Re: [Koha-devel] Problem upgrading to Koha 2.0.0RC3
by Tom Madron 04 Feb '04

04 Feb '04

Cancel the previous note. The fix necessary was in Install.pm, not in koha.upgrade. Sorry about that, Tom Madron The koha.upgrade script still generates the message noted below. The koha tarball that I downloaded today (2/4/2004) did not have the ($) and appeared to be correct. Any further suggestions? Thanks, Tom Madron At 04:06 AM 1/31/2004 +0000, you wrote: >On 2004-01-31 03:25:06 +0000 Edward M. Corrado <ecorrado(a)athena.rider.edu> >wrote: > >> Not enough arguments for Install::getkohaversion at ./koha.upgrade line >> 17, near "() " >>Does anyone have an idea what might be wrong? > >Yes, there's a bug in Install.pm that didn't get into the tarball because >SOURCEFORGE CVS SERVER WAS DEAD when I tried to save it. Sorry. Look in >Install.pm for the line saying "sub getkohaversion($)" or similar and >remove the $. I'll go try to save this again. > >Developers, please can we plan a move during 2.1 to GNU Arch and avoid >this sort of problem by using mirrorable linked archives? > >-- >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/ > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/koha-devel Tom Madron Enterprise-Wide Computing, Inc. 1023 15th Avenue, South Nashville, TN 37212 Telephone: 1-615-259-2771 URL: http://www.ewcnet.com mailto:tmadron@ewc-inc.com

1 0

Problem upgrading to Koha 2.0.0RC3
by Edward M. Corrado 04 Feb '04

04 Feb '04

Hello all, I decide to upgrade my testing Koha install to 2.0.0RC3 tonight but I am having a problem. I am currently on 2.0.0RC1. When I try to tun the koha-upgrade script I get the following error: [root@localhost koha-2.0.0RC3]# ./koha.upgrade Not enough arguments for Install::getkohaversion at ./koha.upgrade line 17, near "() " Execution of ./koha.upgrade aborted due to compilation errors. Does anyone have an idea what might be wrong? I am running Mandrake 9.2 and Perl 5.8.1. Ed C.

3 2