Dear Thomas,<br><br>Thanks for explaining my queries. Regarding Your query about What do you mean by "country wise<br>
instead of institution wise"? It means to have a good attendance representing from different countries, priority should be given to the place which was chosen by different countries people instead of chosen by voters of the same or few countries. In the present system, this method of ranking should also be counted.<br>
<br>Mohan Raj Pradhan<br><br><br>
Message: 3<br>
Date: Fri, 4 Feb 2011 09:50:39 -0000 (UCT)<br>
From: "Thomas Dukleth" <<a href="mailto:kohalist@agogme.com">kohalist@agogme.com</a>><br>
Subject: Re: [Koha] Vote for Koha Con 2011<br>
To: "mohan pradhan" <<a href="mailto:pradhmohan@gmail.com">pradhmohan@gmail.com</a>><br>
Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID:<br>
<<a href="mailto:6d2ffacb08b539ee329a6cec62948eb7.squirrel@wmail.agogme.com">6d2ffacb08b539ee329a6cec62948eb7.squirrel@wmail.agogme.com</a>><br>
Content-Type: text/plain;charset=utf-8<br>
<br>
The first important thing to do for an international Koha conference is to<br>
choose a location and dates as far in advance as possible to allow people<br>
to have travel expenses approved as part of an annual budget process.<br>
Planning a year in advance is what I understand is most helpful to<br>
librarians.<br>
<br>
As we are behind the ideal advanced planning time, starting the voting<br>
immediately after the last #koha meeting took precedence over considering<br>
voting methods or ballot design carefully. However, the choice of venue<br>
and dates is a low value issue for the community as a whole.<br>
<br>
The high value issue for the community as a whole is helping to ensure<br>
good attendance by giving the maximum opportunity for advanced planning by<br>
librarians.<br>
<br>
Over future years, every place where there is a serious interest in Koha<br>
will have an opportunity to host an international KohaCon.<br>
<br>
I have continued to add information to each of the proposals on the wiki<br>
page at <a href="http://wiki.koha-community.org/wiki/KohaCon2011_Proposals" target="_blank">http://wiki.koha-community.org/wiki/KohaCon2011_Proposals</a> to help<br>
inform voter choice.<br>
<br>
<br>
Remainder of reply inline:<br>
<br>
<br>
On Thu, February 3, 2011 16:40, mohan pradhan wrote:<br>
> Dear Nicole Engard and All,<br>
><br>
> Thanks for publication of official vote site for the location of Koha Con<br>
> 2011<br>
> and announcing the ranking system. We would appreciate if you could<br>
> develop<br>
> a system by which country name should also be made mandatory along with<br>
> the<br>
> Name of Institution.<br>
<br>
The next time we construct a ballot we could certainly add more fields for<br>
collecting information about who voted.<br>
<br>
In this ballot, people can certainly add a country name or anything else<br>
to the institution name field which may be helpful in identifying the<br>
institution.<br>
<br>
>.The ranking system should also be made publicly open<br>
> just like the present system i.e. whenever a vote is given. This will make<br>
> the voting system more<br>
> transparent.<br>
<br>
As long as we have no advanced voter registration process with a<br>
verification system, voting must be publicly transparent. Advanced<br>
registration is an obstacle to voting which we should avoid as long as a<br>
we can have completely open voting untainted. The Koha community has not<br>
yet attracted enough interest to have people playing games with votes.<br>
<br>
>There should also be a system to give weightage system for<br>
> counting vote.<br>
<br>
A particular method of counting the preference votes has not been<br>
established in advance but as I stated above the choice of venue and date<br>
is a low value issue for the community at large relative to choosing well<br>
in advance. We may have the same winner no matter what preference<br>
counting system we use.<br>
<br>
In the Koha foundation forming vote, M J Ray analysed the votes using all<br>
the reasonable preference voting methods. In future, we are liable to<br>
adopt a standard voting method for votes.<br>
<br>
We have been discussing score (range) voting in the context of a<br>
forthcoming vote for upgrading the Koha copyright license. Score voting<br>
has some difficulties over strategy which I raised,<br>
<a href="http://lists.katipo.co.nz/pipermail/koha/2011-February/027439.html" target="_blank">http://lists.katipo.co.nz/pipermail/koha/2011-February/027439.html</a> . I am<br>
going to post a scheme to remedy to some difficulties of score voting but<br>
there had not been time to discuss a new voting scheme for the KohaCon<br>
2011 vote.<br>
<br>
<br>
> It should be country wise instead of Institution wise.<br>
<br>
Either preference voting with a ranked ballot or score voting with<br>
assigning scores would avoid problems where people prefer a particular<br>
country as a venue but divide their votes between multiple candidate<br>
venues from the same country.<br>
<br>
However, as you are from Nepal with only one candidate venue, I suspect<br>
that you mean something different. What do you mean by "country wise<br>
instead of institution wise"?<br><br><div class="gmail_quote">On Fri, Feb 4, 2011 at 5:20 PM, <span dir="ltr"><<a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Send Koha mailing list submissions to<br>
<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:koha-owner@lists.katipo.co.nz">koha-owner@lists.katipo.co.nz</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Koha digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Can anybody that uses Epson Receipt Printers in Koha<br>
through Firefox send me a display on how the print out looks?<br>
(Brian Chee)<br>
2. Circulation checkout date incorrectly set (Bob Birchall)<br>
3. Re: Vote for Koha Con 2011 (Thomas Dukleth)<br>
4. Re: Vote for Koha Con 2011 (Thomas Dukleth)<br>
5. Re: Trouble getting zebra to work (Zeno Tajoli)<br>
6. Re: Trouble getting zebra to work (Marilen Corciovei)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 03 Feb 2011 12:55:43 -1000<br>
From: Brian Chee <<a href="mailto:chee@hawaii.edu">chee@hawaii.edu</a>><br>
Subject: Re: [Koha] Can anybody that uses Epson Receipt Printers in<br>
Koha through Firefox send me a display on how the print out looks?<br>
To: James Ghiorzi <<a href="mailto:JGhiorzi@lib.co.san-benito.ca.us">JGhiorzi@lib.co.san-benito.ca.us</a>>, Liz Rea<br>
<<a href="mailto:lrea@nekls.org">lrea@nekls.org</a>><br>
Cc: "<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>" <<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>><br>
Message-ID: <<a href="mailto:C97055EE.AEB5%25chee@hawaii.edu">C97055EE.AEB5%chee@hawaii.edu</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
While not that much help, you might check for a setting on the epson for<br>
forms rollback?on the Okidata's it will stop printing and then popup the<br>
paper upwards of an inch?then when it starts printing it rolls it back that<br>
same amount. This was designed specifically so that pre-printed forms would<br>
not get wasted and allow them to print detail on almost the entire length of<br>
the form.<br>
<br>
/brian chee<br>
<br>
--<br>
Brian Chee<br>
University of Hawai'i at Manoa<br>
School of Ocean and Earth Sciences and Technology (SOEST)<br>
2525 Correa Road, HIG 500<br>
Honolulu, HI 96822<br>
Tel: 808-956-5797<br>
<br>
<br>
From: James Ghiorzi <<a href="mailto:JGhiorzi@lib.co.san-benito.ca.us">JGhiorzi@lib.co.san-benito.ca.us</a>><br>
Date: Thu, 03 Feb 2011 14:48:30 -0800<br>
To: Liz Rea <<a href="mailto:lrea@nekls.org">lrea@nekls.org</a>><br>
Cc: "<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>" <<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>><br>
Subject: Re: [Koha] Can anybody that uses Epson Receipt Printers in Koha<br>
through Firefox send me a display on how the print out looks?<br>
<br>
I need examples of check out slips through circulation. We are trying to<br>
figure out if its worth the cost of purchasing the Epson. We are currently<br>
using Citizen iDp 3550's through IE 8, several issues:<br>
<br>
A) With empty footer settings it won't print the last item due date. We can<br>
use the print preview function than change to 200 % setting, but the print<br>
out is not very attractive.<br>
<br>
B) Can put in a footer, the slip prints out all items but also spits out an<br>
extra inch and half of paper, and the print is still relatively small.<br>
<br>
Thanks for the help everyone!<br>
<br>
James G.<br>
<br>
From: Liz Rea [<a href="mailto:lrea@nekls.org">lrea@nekls.org</a>]<br>
Sent: Thursday, February 03, 2011 1:13 PM<br>
To: James Ghiorzi<br>
Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Subject: Re: [Koha] Can anybody that uses Epson Receipt Printers in Koha<br>
through Firefox send me a display on how the print out looks?<br>
<br>
Which receipt?<br>
<br>
Or all of them?<br>
<br>
Liz Rea<br>
NEKLS<br>
<br>
On Feb 3, 2011, at 2:19 PM, James Ghiorzi wrote:<br>
<br>
> Hello everybody,<br>
><br>
> Sorry for the exceptionally long subject. Can anybody that uses Epson Receipt<br>
> Printers in Koha through Firefox send me a display on how the print out looks?<br>
><br>
> Greatly appreciate any assistance.<br>
><br>
> Respectfully,<br>
><br>
> James Ghiorzi<br>
> Library Assistant II<br>
> San Benito County Free Library<br>
> 470 Fifth St.<br>
> Hollister, CA 95023<br>
> (831) 636-4107<br>
> _______________________________________________<br>
> Koha mailing list <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br>
> <a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
> <a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
<br>
_______________________________________________ Koha mailing list<br>
<a href="http://koha-community.org" target="_blank">http://koha-community.org</a> <a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.katipo.co.nz/pipermail/koha/attachments/20110203/7655c97f/attachment-0001.htm" target="_blank">http://lists.katipo.co.nz/pipermail/koha/attachments/20110203/7655c97f/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 04 Feb 2011 17:45:20 +1100<br>
From: Bob Birchall <<a href="mailto:bob@calyx.net.au">bob@calyx.net.au</a>><br>
Subject: [Koha] Circulation checkout date incorrectly set<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D4BA080.90705@calyx.net.au">4D4BA080.90705@calyx.net.au</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
A school in Sydney has a circulation rule for staff and numerous rules<br>
for various categories of students. The default rule takes the (much<br>
longer) staff issue period.<br>
<br>
When checking out to a student, the return date is set to the date<br>
calculated from the default rule. That is, the rule for the specific<br>
patron category seems to be ignored.<br>
<br>
Koha 3.02.02; circ rules, sys prefs, calendar and patron records all<br>
appear to be in order. Nothing in the koha log.<br>
<br>
Has anyone seen this behaviour?<br>
<br>
Many thanks,<br>
Bob Birchall<br>
CALYX<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Fri, 4 Feb 2011 09:50:39 -0000 (UCT)<br>
From: "Thomas Dukleth" <<a href="mailto:kohalist@agogme.com">kohalist@agogme.com</a>><br>
Subject: Re: [Koha] Vote for Koha Con 2011<br>
To: "mohan pradhan" <<a href="mailto:pradhmohan@gmail.com">pradhmohan@gmail.com</a>><br>
Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID:<br>
<<a href="mailto:6d2ffacb08b539ee329a6cec62948eb7.squirrel@wmail.agogme.com">6d2ffacb08b539ee329a6cec62948eb7.squirrel@wmail.agogme.com</a>><br>
Content-Type: text/plain;charset=utf-8<br>
<br>
The first important thing to do for an international Koha conference is to<br>
choose a location and dates as far in advance as possible to allow people<br>
to have travel expenses approved as part of an annual budget process.<br>
Planning a year in advance is what I understand is most helpful to<br>
librarians.<br>
<br>
As we are behind the ideal advanced planning time, starting the voting<br>
immediately after the last #koha meeting took precedence over considering<br>
voting methods or ballot design carefully. However, the choice of venue<br>
and dates is a low value issue for the community as a whole.<br>
<br>
The high value issue for the community as a whole is helping to ensure<br>
good attendance by giving the maximum opportunity for advanced planning by<br>
librarians.<br>
<br>
Over future years, every place where there is a serious interest in Koha<br>
will have an opportunity to host an international KohaCon.<br>
<br>
I have continued to add information to each of the proposals on the wiki<br>
page at <a href="http://wiki.koha-community.org/wiki/KohaCon2011_Proposals" target="_blank">http://wiki.koha-community.org/wiki/KohaCon2011_Proposals</a> to help<br>
inform voter choice.<br>
<br>
<br>
Remainder of reply inline:<br>
<br>
<br>
On Thu, February 3, 2011 16:40, mohan pradhan wrote:<br>
> Dear Nicole Engard and All,<br>
><br>
> Thanks for publication of official vote site for the location of Koha Con<br>
> 2011<br>
> and announcing the ranking system. We would appreciate if you could<br>
> develop<br>
> a system by which country name should also be made mandatory along with<br>
> the<br>
> Name of Institution.<br>
<br>
The next time we construct a ballot we could certainly add more fields for<br>
collecting information about who voted.<br>
<br>
In this ballot, people can certainly add a country name or anything else<br>
to the institution name field which may be helpful in identifying the<br>
institution.<br>
<br>
>.The ranking system should also be made publicly open<br>
> just like the present system i.e. whenever a vote is given. This will make<br>
> the voting system more<br>
> transparent.<br>
<br>
As long as we have no advanced voter registration process with a<br>
verification system, voting must be publicly transparent. Advanced<br>
registration is an obstacle to voting which we should avoid as long as a<br>
we can have completely open voting untainted. The Koha community has not<br>
yet attracted enough interest to have people playing games with votes.<br>
<br>
>There should also be a system to give weightage system for<br>
> counting vote.<br>
<br>
A particular method of counting the preference votes has not been<br>
established in advance but as I stated above the choice of venue and date<br>
is a low value issue for the community at large relative to choosing well<br>
in advance. We may have the same winner no matter what preference<br>
counting system we use.<br>
<br>
In the Koha foundation forming vote, M J Ray analysed the votes using all<br>
the reasonable preference voting methods. In future, we are liable to<br>
adopt a standard voting method for votes.<br>
<br>
We have been discussing score (range) voting in the context of a<br>
forthcoming vote for upgrading the Koha copyright license. Score voting<br>
has some difficulties over strategy which I raised,<br>
<a href="http://lists.katipo.co.nz/pipermail/koha/2011-February/027439.html" target="_blank">http://lists.katipo.co.nz/pipermail/koha/2011-February/027439.html</a> . I am<br>
going to post a scheme to remedy to some difficulties of score voting but<br>
there had not been time to discuss a new voting scheme for the KohaCon<br>
2011 vote.<br>
<br>
<br>
> It should be country wise instead of Institution wise.<br>
<br>
Either preference voting with a ranked ballot or score voting with<br>
assigning scores would avoid problems where people prefer a particular<br>
country as a venue but divide their votes between multiple candidate<br>
venues from the same country.<br>
<br>
However, as you are from Nepal with only one candidate venue, I suspect<br>
that you mean something different. What do you mean by "country wise<br>
instead of institution wise"?<br>
<br>
[...]<br>
<br>
Thomas Dukleth<br>
Agogme<br>
109 E 9th Street, 3D<br>
New York, NY 10003<br>
USA<br>
<a href="http://www.agogme.com" target="_blank">http://www.agogme.com</a><br>
+1 212-674-3783<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Fri, 4 Feb 2011 09:53:16 -0000 (UCT)<br>
From: "Thomas Dukleth" <<a href="mailto:kohalist@agogme.com">kohalist@agogme.com</a>><br>
Subject: Re: [Koha] Vote for Koha Con 2011<br>
To: "mohan pradhan" <<a href="mailto:pradhmohan@gmail.com">pradhmohan@gmail.com</a>><br>
Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID:<br>
<<a href="mailto:f381e0e74f559bffad8adb734b8dfc2f.squirrel@wmail.agogme.com">f381e0e74f559bffad8adb734b8dfc2f.squirrel@wmail.agogme.com</a>><br>
Content-Type: text/plain;charset=utf-8<br>
<br>
I have continued to add information to each of the proposals on the wiki<br>
page at <a href="http://wiki.koha-community.org/wiki/KohaCon2011_Proposals" target="_blank">http://wiki.koha-community.org/wiki/KohaCon2011_Proposals</a> to help<br>
inform voter choice.<br>
<br>
I would appreciate knowing more about DLNet-SA perhaps to add to the wiki<br>
page.<br>
<br>
I created a column for local libraries and library science work. The<br>
distinctiveness of libraries and library science work being done locally<br>
irrespective of whether it is related to Koha or the precise venue<br>
location will be the most important factor in how I rank candidate venues<br>
on my ballot.<br>
<br>
I value any opportunity to learn about different subject thesauri and<br>
classification systems used in particular countries or institutions.<br>
<br>
I am also especially interested in large comprehensive library<br>
collections; such as copyright deposit libraries, whether they are<br>
national libraries or major university libraries as is the case in some<br>
countries.<br>
<br>
<br>
Thomas Dukleth<br>
Agogme<br>
109 E 9th Street, 3D<br>
New York, NY 10003<br>
USA<br>
<a href="http://www.agogme.com" target="_blank">http://www.agogme.com</a><br>
+1 212-674-3783<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Fri, 04 Feb 2011 12:26:06 +0100<br>
From: Zeno Tajoli <<a href="mailto:tajoli@cilea.it">tajoli@cilea.it</a>><br>
Subject: Re: [Koha] Trouble getting zebra to work<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D4BE24E.7060409@cilea.it">4D4BE24E.7060409@cilea.it</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Hi to all,<br>
<br>
Il 03/02/2011 21:56, Doug Dearden ha scritto:<br>
> Hi Chris,<br>
> Thanks for your help. It was permissions related. My misunderstanding also about having the zebrasrv running from the command line, which wasn?t fired off correctly due to a permissions issue.<br>
> What is the best way to avoid this in the future? Create the koha user ahead of time, then do the install as that user? Will that work?<br>
<br>
to avoid this problem i suggest to create koha use at start of installation.<br>
And use sudo to be root when you need.<br>
<br>
Bye<br>
Zeno<br>
--<br>
Zeno Tajoli<br>
CILEA - Segrate (MI)<br>
tajoliAT_SPAM_no_prendiATcilea.it<br>
(Indirizzo mascherato anti-spam; sostituisci qaunto tra AT con @)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Fri, 04 Feb 2011 13:34:54 +0200<br>
From: Marilen Corciovei <<a href="mailto:marilen.corciovei@nemesisit.ro">marilen.corciovei@nemesisit.ro</a>><br>
Subject: Re: [Koha] Trouble getting zebra to work<br>
To: Doug Dearden <<a href="mailto:dearden@sarsf.org">dearden@sarsf.org</a>><br>
Cc: Koha <<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a>><br>
Message-ID: <<a href="mailto:4D4BE45E.3050509@nemesisit.ro">4D4BE45E.3050509@nemesisit.ro</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Just for info, after having trouble with this myself on several<br>
occasions, here is the list of files which need to be writable by the<br>
koha user (supposing single folder install):<br>
<br>
$KOHA_HOME/var/lib/zebradb<br>
$KOHA_HOME/var/lock/zebradb<br>
$KOHA_HOME/var/log<br>
$KOHA_HOME/var/run/zebradb<br>
$KOHA_HOME/etc/zebradb (read only required)<br>
<br>
Regards,<br>
Len<br>
<br>
On 02/03/2011 10:56 PM, Doug Dearden wrote:<br>
><br>
> Hi Chris,<br>
><br>
> Thanks for your help. It was permissions related. My<br>
> misunderstanding also about having the zebrasrv running from the<br>
> command line, which wasn?t fired off correctly due to a permissions issue.<br>
><br>
> What is the best way to avoid this in the future? Create the koha<br>
> user ahead of time, then do the install as that user? Will that work?<br>
><br>
> Best,<br>
><br>
> Doug<br>
><br>
> *From:*Chris Nighswonger [mailto:<a href="mailto:cnighswonger@foundations.edu">cnighswonger@foundations.edu</a>]<br>
> *Sent:* Wednesday, February 02, 2011 4:43 PM<br>
> *To:* Doug Dearden<br>
> *Cc:* Koha<br>
> *Subject:* Re: [Koha] Trouble getting zebra to work<br>
><br>
> Hi Doug,<br>
><br>
> 2011/2/2 Doug Dearden <<a href="mailto:dearden@sarsf.org">dearden@sarsf.org</a> <mailto:<a href="mailto:dearden@sarsf.org">dearden@sarsf.org</a>>><br>
><br>
> Hello all,<br>
><br>
> I am having some trouble getting searches to work using zebra, and am<br>
> suspicious that I may have caused my problems as I was going through<br>
> the setup. I have set up a test server on Debian Lenny, using git to<br>
> download koha. I am planning on doing some work that I hope to<br>
> contribute back so chose a dev install when I was setting up. The<br>
> files are in /home/doug/kohaclone and /home/doug/koha-dev . I was<br>
> logged in as root when I ran the install routine, then changed<br>
> ownership on all the files to the koha user later. After that, I<br>
> restored one of my databases from my production server, copied the<br>
> default koha-conf.xml and edited it to point to the correct database<br>
> (named ?image?). I did the same with the koha-httpd.conf file,<br>
> copying it and editing it where needed. While logged in as ?koha?, I<br>
> would get an error when I tried to run <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a><br>
> <<a href="http://rebuild_zebra.pl" target="_blank">http://rebuild_zebra.pl</a>> . I logged in as root and ran it that way<br>
> and it didn?t throw the error, but searches aren?t finding anything.<br>
> I then figured out that the new config files I created had root as the<br>
> owner. I changed those to have koha as the owner. The<br>
> <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> <<a href="http://rebuild_zebra.pl" target="_blank">http://rebuild_zebra.pl</a>> script would then run<br>
> without throwing the error. I then read a post that indicated being<br>
> logged in as root when running <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a><br>
> <<a href="http://rebuild_zebra.pl" target="_blank">http://rebuild_zebra.pl</a>> would mess things up, as certain log files<br>
> and lock files would get created with root as the owner and koha would<br>
> not be able to access them.<br>
><br>
> Any idea where I would find these files? I have several files in<br>
> /home/doug/koha-dev/var/lock/zebradb/biblios but they are all owned by<br>
> koha, not root. There is no koha directory in /var/log .<br>
><br>
><br>
> Check also files under /home/doug/koha-dev/etc/zebradb.<br>
><br>
> Koha logs are in /home/doug/koha-dev/var/log<br>
><br>
> I don?t know what to expect from <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a><br>
> <<a href="http://rebuild_zebra.pl" target="_blank">http://rebuild_zebra.pl</a>> . I am setting the KOHA_CONF and<br>
> PERL5LIB variables. If I run ?<a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a><br>
> <<a href="http://rebuild_zebra.pl" target="_blank">http://rebuild_zebra.pl</a>> ?z ?a ?b? > /home/doug/zlog.txt the<br>
> script appears to run (the cursor blinks for a bit, then the<br>
> command prompt returns), and a 0 byte file named zlog.txt is created.<br>
><br>
><br>
> try './<a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> <<a href="http://rebuild_zebra.pl" target="_blank">http://rebuild_zebra.pl</a>> -a -b -r -v' for<br>
> verbose output and to completely rebuild the indexes.<br>
><br>
> If I change the system preferences setting to use the no zebra<br>
> option, then run <a href="http://rebuild_nozebra.pl" target="_blank">rebuild_nozebra.pl</a> <<a href="http://rebuild_nozebra.pl" target="_blank">http://rebuild_nozebra.pl</a>><br>
> the indexes are built and searches work. Returning the system<br>
> preferences to use zebra breaks things again.<br>
><br>
><br>
> nozebra is basically deprecated and unsupported at this point in Koha<br>
> history. Avoid it like the plague.<br>
><br>
> I have a feeling this is an ownership/permissions problem<br>
> somewhere, either on some files or maybe relating to MySQL. I?m<br>
> just not sure where to look or how to troubleshoot.<br>
><br>
><br>
> Probably permissions. Something here may be useful too:<br>
> <a href="http://koha-community.org/documentation/faq/searching/#18" target="_blank">http://koha-community.org/documentation/faq/searching/#18</a><br>
><br>
> Kind Regards,<br>
> Chris<br>
><br>
><br>
> _______________________________________________<br>
> Koha mailing list <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br>
> <a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
> <a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.katipo.co.nz/pipermail/koha/attachments/20110204/bbe69f5b/attachment.htm" target="_blank">http://lists.katipo.co.nz/pipermail/koha/attachments/20110204/bbe69f5b/attachment.htm</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Koha mailing list<br>
<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
<br>
<br>
End of Koha Digest, Vol 64, Issue 16<br>
************************************<br>
</blockquote></div><br><input id="gwProxy" type="hidden"><input onclick="if(typeof(jsCall)=='function'){jsCall();}else{setTimeout('jsCall()',500);}" id="jsProxy" type="hidden"><div id="refHTML"></div>