- Koha - lists.katipo.co.nz

Re: [Koha] logrotate.conf
by MJ Ray 02 Dec '11

02 Dec '11

Jeff Friesen <jfriesen(a)lewistown.k12.mt.us> > We have been getting an error from KOHA v. 3.6 that says "error: cannot > stat /home/koha/kohaclone/etc/logrotate.conf: No such file or directory." > Can anyone clue me in generally or exactly to what this error is referring? > I'm not sure what the logrotate.conf file does. Thanks. Where are you getting that error? URL? Emails with a subject? The logrotate.conf file controls keeping the disk space used by logs under control. "The logrotate utility is designed to simplify the administration of log files on a system which generates a lot of log files. Logrotate allows for the automatic rotation compression, removal and mailing of log files. Logrotate can be set to handle a log file daily, weekly, monthly or when the log file gets to a certain size. Normally, logrotate runs as a daily cron job." - http://packages.debian.org/logrotate Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha

1 0

7310 Improving permissions on lists (virtual shelves)
by Marcel de Rooy 02 Dec '11

02 Dec '11

Somehow I wonder if this message came through on the Koha list today. Resending it: Hi, If you have a suggestion on report 7310 about lists management, please respond. Following up on report 7281 (hide lists from OPAC) I am sending the following question to the ml in order to improve lists management: 1 Who should be allowed to delete a public [closed] list (category 2 only!) or add/remove items from that list? (Note that removing all items from a list is more or less the same as removing the list at once.) My answer would be: the owner should only be allowed to do that in the OPAC. A user in the staff client may do it too. [Currently, any opac login can delete the list. This is a bug!] 2 Who should be allowed to delete an public open list (category 3 only!) or add/remove items from that list? My answer would be: any login from OPAC or staff. It should be made clear that creating such a list is really at your own risk ;) Currently, a user in the opac cannot create an open list. (Is that a bug?) 3 Proposed revisions to lists management: If we solve points 1 and 2, management of lists comes down to all or nothing. You can do everything with an open list, but if you are not owning a closed list, you can't do anything. Would it be useful to have something in between? Like deleting your own added items from a closed list (we could save borrowernumber in virtualshelfcontents)?? Or give the owner of an open list the choice between full access for other logins, adding items only or deleting own added items? What do you think? Marcel

1 0

logrotate.conf
by Jeff Friesen 02 Dec '11

02 Dec '11

We have been getting an error from KOHA v. 3.6 that says "error: cannot stat /home/koha/kohaclone/etc/logrotate.conf: No such file or directory." Can anyone clue me in generally or exactly to what this error is referring? I'm not sure what the logrotate.conf file does. Thanks. -- Jeff Friesen Library Media Specialist Fergus High School Lewistown, MT (406) 535-2321 ext. 112

1 0

Re: [Koha] Koha Virtual Appliance 3.6 Now Available For Download
by Muhammad Abdullah 02 Dec '11

02 Dec '11

Thanks alot for this. Been using it for awhile now, very useful appliance. This upgrade should make it more robust, now that it is running on Debian 6. On Thu, Dec 1, 2011 at 10:48 PM, Kyle Hall <kyle.m.hall(a)gmail.com> wrote: > Hey All, > I just wanted to let everyone know that I've updated my virtual > appliances to 3.6. This is a complete rebuild using Debian 6.0 ( > Squeeze ) instead of Lenny. I also added a bit more to the Koha > Console program for automatically fixing the networking issue that > crops up on virtual machines from time to time. Enjoy! > > http://millruntech.com/koha/koha-virtual-appliances > > Kyle > > http://www.kylehall.info > Mill Run Technology Solutions ( http://millruntech.com ) > Crawford County Federated Library System ( http://www.ccfls.org ) > Meadville Public Library ( http://www.meadvillelibrary.org ) > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha

2 1

[Bug 7310] Improving permissions on lists (virtual shelves)
by Marcel de Rooy 02 Dec '11

02 Dec '11

Hi, If you have a suggestion on report 7310 about lists management, please respond. Following up on report 7281 (hide lists from OPAC) I am sending the following question to the ml in order to improve lists management: 1 Who should be allowed to delete a public [closed] list (category 2 only!) or add/remove items from that list? (Note that removing all items from a list is more or less the same as removing the list at once.) My answer would be: the owner should only be allowed to do that in the OPAC. A user in the staff client may do it too. [Currently, any opac login can delete the list. This is a bug!] 2 Who should be allowed to delete an public open list (category 3 only!) or add/remove items from that list? My answer would be: any login from OPAC or staff. It should be made clear that creating such a list is really at your own risk ;) Currently, a user in the opac cannot create an open list. (Is that a bug?) 3 Proposed revisions to lists management: If we solve points 1 and 2, management of lists comes down to all or nothing. You can do everything with an open list, but if you are not owning a closed list, you can't do anything. Would it be useful to have something in between? Like deleting your own added items from a closed list (we could save borrowernumber in virtualshelfcontents)?? Or give the owner of an open list the choice between full access for other logins, adding items only or deleting own added items? What do you think? Marcel

1 0

Problem with zebra configuration for regional language searching
by Prajeesh 02 Dec '11

02 Dec '11

Dear Friends I tried to include regional language in my Koha, it was done successfully, after that I rebuild the Zebra index but the the search result is showing nothing in OPAC and Staff Client. Please help me to fix the problem. I used following code lines for zebra configuration for regional language searching sudo su apt-get install yaz-icu cd /usr/share/idzebra-2.0/tab/ cp icu.idx phrases-icu.xml string.chr words-icu.xml /etc/koha/zebradb/etc/ cp /etc/koha/zebradb/etc/words-icu.xml /etc/koha/zebradb/etc/icu.xml sudo chown -R koha:koha /etc/koha/zebradb/etc gedit /etc/koha/zebradb/zebra-biblios.cfg add line at the bottom of the file, *index: icu.idx* *Restart zebra server and queue daemons* sudo /etc/init.d/koha-zebra-daemon restart sudo /etc/init.d/koha-zebraqueue-daemon restart *Rebuild zebra index* sudo KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v Turn Off Home → Administration > System Preferences > Searching > QueryFuzzy Koha version: 3.02.03.000 OS version ('uname -a'): Linux sme-desktop 2.6.32-35-generic #78-Ubuntu SMP Tue Oct 11 15:27:15 UTC 2011 i686 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.010001 Perl @INC: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (i486) using readline 6.1 Apache version: Server version: Apache/2.2.14 (Ubuntu) Zebra version: Zebra 2.0.43 (C) 1994-2009, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: abd433d1a315576cf1f4a53f2c70365f9a76477f Using ICU -- With Regards Prajeesh Bhaskaran Mahatma Gandhi University Library Kottayam, Kerala- 686 560

1 0

Code4Lib Scholarships available
by Galen Charlton 01 Dec '11

01 Dec '11

Please excuse the cross-posting. Equinox Software is offering 2 scholarships to the code4lib conference in February. The scholarships will reimburse travel and accommodation expenses up to $750.00 USD for a full-time employee from public libraries using either Evergreen or Koha to attend the Code4Lib Conference in Seattle, Washington, USA, from February 6-9, 2012. The awardees will also receive free registration to Code4Lib. ELIGIBILITY The applicants must be presently working in a public library that is currently using or is actively committed to moving to either Evergreen or Koha as their ILS. The applicants must indicate any amount and source of additional funding which, combined with the Scholarship, will permit them to cover their expenses to attend the Conference. (This will not reduce the amount of the award.) Preference will be given to underfunded libraries or libraries in budget crisis. DEADLINE FOR APPLICATION December 31, 2011 The email application should include a current resume, including all contact information, education, and experience, along with an essay as described below. The applicants will write up to 750 words of narrative in English to address the following: • Description of the library’s mission and commitment to open source solutions • How attendance may benefit the applicant • How the applicant intends to share the benefit of the experience with colleagues • Description of funding constraints, budgetary limitations, or travel/hiring freezes pertinent to the applicant’s situation APPLICATION ADDRESS: Please send resumes and essays to Grace Dunbar before December 31, 2011 by email attachment to c4lgrant(a)esilibrary.com NOTIFICATION: The successful applicants will be notified by January 5, 2012. Feel free to re-post this announcement and/or our press release (http://esilibrary.com/esi/newsitem.php?id=2182) Regards, Galen -- Galen Charlton Director of Support and Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

1 1

Full call number not updated automatically in the items of a marc record after editing that marc record's item number
by tanzeem 01 Dec '11

01 Dec '11

Hi I have a marc record with attached items. I needed to change the item call number in the tag 082 b ( Dewey Decimal calssification item number). I expect to see the changes to be updated in all the items of the marc record in their autogenerated full call number field. But this does not happen. Can this be done in Koha or do we have to update all the items manually? Please help. with Thanks in advance -- View this message in context: http://koha.1045719.n5.nabble.com/Full-call-number-not-updated-automaticall… Sent from the Koha-general mailing list archive at Nabble.com.

2 1

Re: [Koha] Error on web installer
by MJ Ray 01 Dec '11

01 Dec '11

Leila Ammar <leila_ammar(a)yahoo.co.uk> > I have installed Koha 3.4.6 on Ubuntu 10.04 using > http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.ubuntu.lu… > Now that the Koha is actually opening when I try to work my way through the > webinstyaller I get the following message. > > Undefined subroutine &main::setlanguagecookie called at > /usr/share/koha/intranet/cgi-bin/installer/install.pl line 25. > > Help?! The update date on INSTALL.ubuntu.lucid of Sep 2011 looks earlier than 3.4.6 to me. Does "./koha_perl_deps.pl -u -m" from the right directory say anything is missing? Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha

1 0

Koha Virtual Appliance 3.6 Now Available For Download
by Kyle Hall 01 Dec '11

01 Dec '11

Hey All, I just wanted to let everyone know that I've updated my virtual appliances to 3.6. This is a complete rebuild using Debian 6.0 ( Squeeze ) instead of Lenny. I also added a bit more to the Koha Console program for automatically fixing the networking issue that crops up on virtual machines from time to time. Enjoy! http://millruntech.com/koha/koha-virtual-appliances Kyle http://www.kylehall.info Mill Run Technology Solutions ( http://millruntech.com ) Crawford County Federated Library System ( http://www.ccfls.org ) Meadville Public Library ( http://www.meadvillelibrary.org )

1 0