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

Changing/Removing Default Login Username & Password in Koha3.0
by Sai bhalaji Dhinakaran 13 Jul '09

13 Jul '09

Hi, I would like to change/remove the default login user name and password in Koha3.0. I tried changing the XML file but end up in error on the page. Can someone please let me know the way it can be done. Thanks and Regards, Sai Bhalaji This email and any attachment(s) transmitted may contain confidential, proprietary or legally privileged information relating to D&B TransUnion Analytic and Decision Services Private Limited. The information is intended solely for the recipient. No part of this information may be disclosed, copied, reproduced, distributed or made available in any form whatsoever without prior authorization. If you have received this email in error please notify the sender electronically and delete all copies immediately. This email may contain viruses. D&B TransUnion Analytic and Decision Services Private Limited has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this email. We strongly advise you to ensure that the email and any attachment(s) are free of any virus.

3 4

Error in koha installation
by Sivasankari Muthuraja 11 Jul '09

11 Jul '09

Hi, I'm a newbie to koha. I tried to install koha in fedora10 linux. and had installed the koha with pre-requisites of essential perl modules,UTF-8 charset in mysql. I haven't installed Zebra, Yaz, since i'm not going to test with huge data contents. i followed INSTALL.fedora7 available in the koha-3.00.03 version tar file extracted. I couldnot understand sec 4.4 loading data for tests. Installer document says to add Listen 8080 in the etc/httpd/conf/httpd.conf file. Since Apache tomcat server is configured for 8080, i haven't added the line in the httpd.conf file. When i launch the http::<ipadress of my intranet>:80/ - I get the error mentioned below. - ==== Screen output ==== Koha error The following fatal error has occurred: Can't locate ZOOM.pm in @INC (@INC contains: /usr/share/koha/lib /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .) at /usr/share/koha/lib/C4/Context.pm line 85. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Context.pm line 85. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 25. Compilation failed in require at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22. BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22. ==== Screen output ==== Kindly help me out , what may be reason for this. Thanks in advance Sivasankari M _______________________________________________ Koha-devel mailing list Koha-devel(a)nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel

2 1

OT: Web archiver for the Koha-Patches list has "eaten" part of a post of mine
by Ricardo Dias Marques 10 Jul '09

10 Jul '09

Hi, I just noticed that the Web archiver (Pipermail) for the "Koha-Patches" mailing list has "eaten" (deleted, cropped...) part (the second "half") of a post of mine. The post has been sent through Gmail. Other web archives that also archive the "koha patches" mailing list, like Markmail - http://www.markmail.org/ - have the full post available. Compare: [Koha-patches] [PATCH] 3040 : seriestitle mistaken as collection title http://lists.koha.org/pipermail/koha-patches/2009-July/003905.html ... with: Re: [Koha-patches] [PATCH] 3040 : seriestitle mistaken as collection title - Ricardo Dias Marques - org.koha.lists.koha-patches - MarkMail http://markmail.org/message/6lfwvzmcmbqsmoz3 Any ideas for why this has happened? Thanks in advance! Cheers, Ricardo Dias Marques lists AT ricmarques DOT net Installation Guide for Installing Koha 3 on openSUSE 11 http://wiki.koha.org/doku.php?id=opensuse_11.0

2 2

information about Koha tables
by Zeno Tajoli 10 Jul '09

10 Jul '09

Hi to all, as you know I and Matteo Romanello we are working on a documentation about Mysql tables of Koha. We have problems and dubts about 3 tables: account_offsets service_throttle roadtype Could you send to the list a brief description of those three tables ? Thank you very much Bye Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

6 7

$query vs $query
by Marc Chantreux 10 Jul '09

10 Jul '09

hello koha coders, Koha naming convention drove us to a stupid bug: $query is used both for the CGI object and the SQL statements. So at the end of an hard week, we write : my $query = CGI->new; # lines of code $query = "delete * from my_brain"; # lines of code print $query->header; and try to understand why header is not a function available in the weird "delete * from my_brain" package ... so we would like to change at least one of these convention to prevent this easy error. As we are for a stronger coding style in koha, we feel that this decision must be debated with all of you. proposals: 1. Change the sql statement name a) to $statement b) to $sql c) to $smt d) to an explicit name (as $select_old_borrowers or $update_items ...) e) to your own idea 2. Change the CGI object a) to $cgi (i have no idea why ...) b) to $r (as there is a lot of perl code still using this convention) c) to $input (because a part of koha already use it) d) to your own idea 3. I don't want to change because *you* did errors ... $query is ok for me! for myself, i'm fan of 1d *and* 2a ($query is too generic and $input has no sense when i write print $input->header). regards -- Marc Chantreux BibLibre, expert en logiciels libres pour l'info-doc http://biblibre.com

7 9

Suggestions Wanted For Koha Uninstall Script.
by Koha-Developer 07 Jul '09

07 Jul '09

I've been giving Bug 459 (No unistall script) some thought. And I've come up with what might well be a solution. I'd be interested to hear thoughts on the matter. * [1] I've taken Galen's suggestion and added support for multiple machine architectures. Ostensibly this is to support unixes and variants who do not use /usr/sbin to store userdel & groupdel commands. [2] I've removed comments about the install logfile holding misleading information. I believe those comments were probably mistaken and am investigating the matter further. ** help wanted: I'd like suggestions of Perl Interpreter Machine Type Operating System Classifications for any machines which do not use the /usr/sbin directory for the commands userdel and groupdel with the exception of FreeBSD (or BSDs in general) if they do not have a groupdel command of some kind. (Not a procedure for editing the group file, and so forth. It must be one single command.) (**Please do not send instructions for procedures for editing users and groups.) A demonstration Koha uninstall script is here: http://www.help-desks.co.uk/downloads/uninstall_koha.pl.txt Patrick Mackeown

1 0

No Koha Uninstall Script.
by Patrick Mackeown 07 Jul '09

07 Jul '09

I've been giving Bug 459 (No unistall script) some thought. And I've come up with what might well be a solution. I'd be interested to hear thoughts on the matter. Patrick Mackeown

2 1

ITEM Count
by M L N 06 Jul '09

06 Jul '09

Hello, This is a very stupid question but how do i change the Item count in a bibliographic record? i have two records of the same book and want to just put 2 items under one record. Is the field for that in bibliographic records or items? Thanks in advance! Linh

5 5

Sip2 and Sip.pm
by Colin Campbell 06 Jul '09

06 Jul '09

Hi, there's an underlying assumption in Koha's Sip implementation that messages from sip units will be terminated by carriage return line feed. This works with many sip clients (including 3M). However the sip2 standard mandates that sip messages are terminated by carriage return (hex 0d). That means any client that implements the standard as specified (and I know of at least 2 such vendors) can't connect to Koha's implementation (which sits waiting for the CR). It also means that those units that send hex 0a in the body of text can cause grief. I'm wondering if anyone has any thoughts on improving the server side. Cheers Colin -- Colin Campbell Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com

2 4

Re: [Koha-devel] Bugs about koha-zebraqueue-daemon ?
by Zeno Tajoli 06 Jul '09

06 Jul '09

Hi Chris, >We were actually just talking about this on irc, > >Log of the chat is here > >http://tinyurl.com/qy5tq7 > >Chris thank for the log. I can't jump in the chat now because I don't have a chat client on PC. Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

2 1