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

Stuck with mailing overdue notice
by nitesh rijal 29 Nov '09

29 Nov '09

Hello all I am using KOHA 3.0.3 with zebra server. I have sendmail and it sends mail from command line. I have set up a new patron with an email address and also made a lot of overdue for that patron. The fines.pl file calculates the fine very well. But when it comes to mailing the patron about the overdue then I'm stuck. I have set up the triggers and the rules for mailing as well. I have changed the /usr/share/koha/bin/cronjobs/crontab.example accordingly. This is what I did to change the crontab.example file. # crontab -u root crontab.example # crontab -u kohaadmin crontab.example # crontab -e Now I edited the file, it uses nano editor to edit the crontab entries. To save them I pressed Crtl+O and gave the path to save as /usr/share/koha/bin/cronjobs/crontab.example To exit the crontab I pressed Ctrl+X. To list the entries I used # crontab -l and it listed all my entries fine. Now I waited for the cron to run, but it didnot send the mail while it accumulated the fine. Both the fine and mail scripts are in the same crontab. So I ran the overdue_message.pl and process_message_queue.pl manually. They showed me no error neither they send the mails. What am I supposed to do now ???? I'm pretty much stucked. Please Help. Thankyou. -- Nitesh Rijal BE IT email: rijal.it(a)gmail.com url: http://niteshrijal.com.np facebook: http://facebook.com/openrijal twitter: http://twitter.com/openrijal +9779841458173

3 4

Koha Zebra Reindexing
by Arturo Ochoa 28 Nov '09

28 Nov '09

Hi Guys, Im using MARC21 When i tried to reindexing with rebuild_zebra.pl, everythings looks to be fine,but zebra is doesn't reindexing the fields 710,711 that corresponds to a CORPO_NAME,MEETI_NAME. For example, i have a secondary author named "Universidad Nacional de Ingenieria", and i assign it to a book in the field 710 because it's a CORPO NAME. The link appears correctly in OPAC normal view of the book, but when you click on it, opac tries to search "an:11143" that isn't works and not returns any results. But, this works correctly with PERSO_NAME in the field 700. So, i think that zebra isn't indexing/reindexing the fields 710,711 from a biblio record.*Then, any people can give me a solution for this? * or maybe a way to change the fields that zebra is reindexing now? (i think it's from 'marc_subfield_structure' table). Greetings! Sorry for my bad english. :P

3 2

about patch for bug 3482
by Zeno Tajoli 26 Nov '09

26 Nov '09

Dear David, thank you very much for your patch about bug 3482. Clearly is too big to send it in a e-mail. But I think that to send the direct link is a must for the mails to koha-patches. The direct link is: http://github.com/ptfs/Koha-PTFS/commits/Bug3482 I found quite difficult to find it. That's all and thank you again for your work. Ps: this patch is for version 3.0.x ? Because we need a new release to spread it. Cheers Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 0

Re: [Koha-devel] virtual hosting of Koha
by Krishnan M 25 Nov '09

25 Nov '09

I get the digest, so i am only able to respond now. I want to report one failure, and an eventual success (using a different route...) The failure: i was unable to deploy Koha to my regular account with a shared hosting service (specifically, hostmonster.com) i don't remember any problems with the make process, however, i had issues with getting the hosting to work...i don't even think i was using virtual hosts, i wanted to first get at least the INTRANET running, but the only thing i could use was changes to .htaccess files, since i don't get access to Apache's config directly. Koha had problems finding the Perl modules, specifically it did not pick up environment variables pointing to their location i was not very smart at that point with different approaches, so after trying for a while, i chose another route... Success: Since i was determined to host on the Internet, i basically decided to get my "own server", essentially a slice (at slicehost.com) They use virtualization and give you a choice of OS, ample bandwidth, and for all practical purposes, its like your own box, where you are root and can do whatever you like. >From then on, it was like a regular Koha install and a few hours later, it was up and running... i've never gone back and analyzed what went wrong with the shared hosting, but i basically faced one problem after another, so that eventually, i just gave up. But, i think, in theory, it should be possible to do with some changes to the install process. Regards, krishnan --- On Fri, 16/1/09, koha-devel-request(a)lists.koha.org <koha-devel-request(a)lists.koha.org> wrote: From: koha-devel-request(a)lists.koha.org <koha-devel-request(a)lists.koha.org> Subject: Koha-devel Digest, Vol 38, Issue 11 To: koha-devel(a)lists.koha.org Date: Friday, 16 January, 2009, 11:00 AM Send Koha-devel mailing list submissions to koha-devel(a)lists.koha.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.koha.org/mailman/listinfo/koha-devel or, via email, send a message with subject or body 'help' to koha-devel-request(a)lists.koha.org You can reach the person managing the list at koha-devel-owner(a)lists.koha.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha-devel digest..." Today's Topics: 1. Re: virtual hosting of Koha (Michel Virard) 2. how to handle the link back to amazon? (Nicolas Morin) ---------------------------------------------------------------------- Message: 1 Date: Thu, 15 Jan 2009 21:35:38 -0500 From: Michel Virard <mvirard(a)videotron.ca> Subject: Re: [Koha-devel] virtual hosting of Koha To: "Han, Yan" <hany(a)u.library.arizona.edu>, Koha-devel(a)listes.koha-fr.org Message-ID: <op.untv5os276brov@zorglub> Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Hello Yan, Any luck so far? I, too, am planning to move my Koha to the commercial hosting service where our web site is already located and I am interested in what to expect with such a move. Michel Le Tue, 23 Dec 2008 18:07:34 -0500, Han, Yan <hany(a)u.library.arizona.edu> a ?crit: > Hello, All, > > > I have been running Koha on a local server, but am testing to virtual > host Koha on a commercial server (for example. Bluehost.com) In local > server implementation, you need to "make install" to install Koha. > > > In a commercial server, "make install" is not allowed. So does anyone > have any luck to run koha in a commercial host? If so, please let me > know the configuration changes, and the company's name. > > > It seems that <virtualhost> configuration is not allowed in this > commercial server. If Apache env is not allowed to change in this case, > how can we setEnv for "perl5lib" and "Koha_conf"? > > > # KOHA's OPAC Configuration > > <VirtualHost 150.135.239.44:80> > > ServerAdmin > > DocumentRoot /data1/koha/opac/htdocs > > ServerName kobol > > ScriptAlias /cgi-bin/koha/ "/data1/koha/opac/cgi-bin/" > > Redirect permanent index.html > http://150.135.239.44:80/cgi-bin/koha/opac-main.pl > > > ErrorLog /data1/koha/log/opac-error_log > > TransferLog /data1/koha/log/opac-access_log > > SetEnv PERL5LIB "/data1/koha/intranet/modules" > > SetEnv KOHA_CONF "/etc/koha.conf" > > </VirtualHost> > > > > > Thanks, > > > Yan > -- Michel Virard ------------------------------ Message: 2 Date: Fri, 16 Jan 2009 11:59:13 +0100 From: "Nicolas Morin" <nicolas.morin(a)biblibre.com> Subject: [Koha-devel] how to handle the link back to amazon? To: "koha-devel(a)lists.koha.org" <koha-devel(a)lists.koha.org> Message-ID: <a370accf0901160259i4e3dbe75k94e1f4455c358776(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Hi there, I want to gather opinions about a possible small change in the way the Amazon covers are handled in the opac on the detailed view of a record. Currently we show the Amazon cover and link back to the product's page on Amazon's web site from the cover itself. Some librarians I talk to are uncomfortable with the idea that their public library will show a link to a (monopolistic (online-only (us-owned (insert-yr-own-fears-here)))) bookseller in such a prominent way : using the whole cover image as a link. At least some of them would be assuaged, I think, by a more discreet link between their opac and Amazon : removing the link from the image itself and providing it through a tiny text just below the image, saying "source : Amazon", might be a solution. See example at http://www.libfly.com/je-suis-une-legende-livre-25918.html What do you think? Nicolas -- Nicolas Morin Mobile: +33(0)633 19 11 36 http://www.biblibre.com ------------------------------ _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel End of Koha-devel Digest, Vol 38, Issue 11 ****************************************** Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/

6 6

koha data migration
by Taha BEN AMMAR 25 Nov '09

25 Nov '09

Hello, I'm a new user of koha platform, i have a problem to migrate my data in koha 3.04: the problem exactly is to migrate my data to my own library : the process of migration and cataloging work fine but the result of migration does'nt appear under my library.so what can i do to connect the migration to my own library ? this is the command, i used to migration: [~/koha-3.00.04_fixed/misc/migration_tools # perl bulkmarcimport.pl -file /home/exportAR.2709] thanks for any help and good day.

1 0

Re: [Koha-devel] zebra on Koha dev install
by Joe Atzberger 24 Nov '09

24 Nov '09

I think the zebra logs are not in the same directory as the apache logs. Fowarding to the list in case somebody else knows for sure. --Joe On Tue, Nov 24, 2009 at 4:42 PM, Christopher Curry <ccurry(a)amphilsoc.org>wrote: > Thanks for the quick response, Joe. I looked at the following logs @ > /usr/share/koha/var/log and they were blank [only logs in this directory]. > > koha-error_log > koha-opac-error_log > > I used /usr/share/koha as the base directory for my locally installed files > (those that don't get used directly from /usr/local/src/kohaclone), so I > assumed this would be the appropriate directory. > > Are there other logs I should be looking for? > > I couldn't find specific zebra logs here; on my standard install machine, > zebra logs are at /var/log/koha. > > BTW, first install on a fresh server. > > Cheers, > > Christopher Curry > Assistant Technical Librarian / Assistant IT Officer > > American Philosophical Society > 105 South Fifth Street > Philadelphia, PA 19106-3386 > Tel. (215) 599-4299 > > ccurry(a)amphilsoc.org > > *For technical support, please use helpdesk(a)amphilsoc.org* > Main Library number: (215)440-3400 > APS website: http://www.amphilsoc.org > > > Joe Atzberger wrote: > > 2009/11/24 Christopher Curry <ccurry(a)amphilsoc.org> > >> I overheard somewhere (though I can't remember the details) that using the >> dev install mode makes it easier to upgrade koha. I've never done a koha >> upgrade; we're not fully migrated yet, but I'd like to facilitate future >> upgrades as much as possible. >> >> I've had no problem setting up a koha standard install; when I try a dev >> install, my zebra server won't run. The server reports on boot up (and when >> I manually start Zebra) that it is starting the Zebra Daemon and Zebra >> Server, but when I look for the process (top -c), it's not there. No error >> messages are generated when starting the server. >> >> Is there something special that must be done with Zebra conf on a dev >> install? >> >> Can someone explain the advantages of a dev install? I understand that it >> allows you to run the majority of the koha server files directly from a git >> clone. I see how this could simplify an upgrade, but are there other >> advantages that will encourage me to get to the bottom of this? >> > > No that's basically it. It keeps everything (configs and code) in one > directory, and lets you use git so you have version control over the working > branch modifications that you are running on. Then you can pull in new > changes from mainline and integrate them as you see fit, switching between > branches at will without modifying apache or KOHA_CONF or anything. > > For a developer, it is very important to submit patches that are against > the current state of the codebase. Therefore we have to keep a reference > mainline version current, and generating patches between that and a dev > branch is how a submission is made. Git manages all that in a really > coherent way, so you don't have to be constantly managing symlinks. > > BTW, you might have a problem if the dev install was the second > installation on the system to use the same config values (i.e. default port > numbers). That would be true for any additional install. Otherwise, check > your zebra logs for reasons zebra might be failing. > > --joe > >

1 0

zebra on Koha dev install
by Christopher Curry 24 Nov '09

24 Nov '09

I overheard somewhere (though I can't remember the details) that using the dev install mode makes it easier to upgrade koha. I've never done a koha upgrade; we're not fully migrated yet, but I'd like to facilitate future upgrades as much as possible. I've had no problem setting up a koha standard install; when I try a dev install, my zebra server won't run. The server reports on boot up (and when I manually start Zebra) that it is starting the Zebra Daemon and Zebra Server, but when I look for the process (top -c), it's not there. No error messages are generated when starting the server. Is there something special that must be done with Zebra conf on a dev install? Can someone explain the advantages of a dev install? I understand that it allows you to run the majority of the koha server files directly from a git clone. I see how this could simplify an upgrade, but are there other advantages that will encourage me to get to the bottom of this? Thanks for your time. -- Cheers, Christopher Curry Assistant Technical Librarian / Assistant IT Officer American Philosophical Society 105 South Fifth Street Philadelphia, PA 19106-3386 Tel. (215) 599-4299 ccurry(a)amphilsoc.org <mailto:ccurry@amphilsoc.org> *For technical support, please use helpdesk(a)amphilsoc.org <mailto:helpdesk@amphilsoc.org>* Main Library number: (215)440-3400 APS website: http://www.amphilsoc.org

2 1

bulkmarcimport.pl for MARCXML
by Christopher Curry 24 Nov '09

24 Nov '09

Hello all, I have a question about bulkmarcimport.pl. I'm trying to import MARCXML, using the "-m MARCXML" option. When I specify this option, 0 records are imported. I used MarcEdit 5.1 to convert my .mrc file to MARCXML. Before conversion to XML, the .mrc file imports and indexes fine. When I leave out the "-m MARCXML" option and point the script at an xml file, the import & zebra rebuild report success, but only the leader imports. Am I missing something? I'm also using the -d & -v options for bulkmarcimport.pl I've validated the file; it is well formed, valid MARCXML. I need to use the XML import because we have bibs with 1900+ items attached and apparently, this makes the .mrc records exceed 99999 characters. I've been told that this character limit does not exist in MARCXML. I'm using 3.0.1, installed on Debian 5 ("Lenny). Debian is installed on a VirtualBox 3.0.8 .vdi image, if that's relevant. -- Cheers, Christopher Curry Assistant Technical Librarian / Assistant IT Officer American Philosophical Society 105 South Fifth Street Philadelphia, PA 19106-3386 Tel. (215) 599-4299 ccurry(a)amphilsoc.org <mailto:ccurry@amphilsoc.org> *For technical support, please use helpdesk(a)amphilsoc.org <mailto:helpdesk@amphilsoc.org>* Main Library number: (215)440-3400 APS website: http://www.amphilsoc.org

1 0

KUDOS online chat
by David Schuster 24 Nov '09

24 Nov '09

KUDOS - Koha Users and Developers of Open Source - is a group of individuals that are interested in promoting how we use of Koha in the United States. John Brice of Crawford County has registered it as a legal entity in the Common Wealth of PA, and is preparing paperwork to set up a 501(c3) status in order to handle dues to cover organization expenses. Several of us would like to have a virtual meeting on Dec 2, at 2 pm central time using a java chat service available from Plano ISD. If you are interested in this please watch the listservs - and or contact David.schuster(a)pisd.edu - so that he can send out the link when it is available. I will also post the link on the listserv Koha-Discuss and Koha-Dev. Things to discuss at the meeting on Dec 2 1 - ALA - KUDOS meeting gathering 2 - How to get officers for KUDOS - proposed individuals for 3 offices - John Brice - President - 1 year - Open - VP/president elect - 1 year - Vicki Teal Lovely - Secretary - 1 year - David Schuster possible Treasurer unless someone else wants it - 2 years This slate could change if others are willing to serve and be active for regular chats to get KUDOS up and running. These are just individuals that have offered to be involved. Several committees would be established at the onset as well to get things moving. - bylaws - communication - conference With a possible election in 2010 after a membership has been established to put in place an officer rotation. 3 - KUDOS conference for 2010. -- View this message in context: http://old.nabble.com/KUDOS-online-chat-tp26498555p26498555.html Sent from the Koha - Dev mailing list archive at Nabble.com.

1 0

Error with koha 3.00.02
by Cristian Bernareggi 24 Nov '09

24 Nov '09

Dear all, I run into the followin error with Koha 3.00.02. Can't call method "append_fields" on an undefined value at /usr/local/share/perl/5.10.0/MARC/File/SAX.pm line 92. I found there's a bug with version 0.92 of this module. Would you suggest to install the previous version of this module or there's a different approach to solve this problem? Thanks a lot everybody, Best wishes Cristian

3 2