Hello All, I have updated the information at http://wiki.koha-community.org/wiki/KohaCon2011_Proposals for Kathmandu, Nepal. Also thanks to Thomas Dukleth for updating some information.. With Regards, Sincerely yours, Mohan Raj Pradhan General Secretary DlnetSA On Thu, Feb 3, 2011 at 9:43 PM, <koha-request@lists.katipo.co.nz> wrote:
Send Koha mailing list submissions to koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request@lists.katipo.co.nz
You can reach the person managing the list at koha-owner@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..."
Today's Topics:
1. Re: Trouble getting zebra to work (Chris Nighswonger) 2. Re: [Koha-devel] Vote for KohaCon 2011 (Koustubha Kale) 3. Logging of fines (Olugbenga Adara) 4. Advice needed on fixing zebra issues resulting from upgrade (Olugbenga Adara) 5. Re: Koha Digest, Vol 64, Issue 8 (mohan pradhan)
----------------------------------------------------------------------
Message: 1 Date: Wed, 2 Feb 2011 18:42:33 -0500 From: Chris Nighswonger <cnighswonger@foundations.edu> Subject: Re: [Koha] Trouble getting zebra to work To: Doug Dearden <dearden@sarsf.org> Cc: Koha <Koha@lists.katipo.co.nz> Message-ID: <AANLkTi=4a8awhAUZwq8qM0GBm+yZmYoWzuP+JW=UpVCE@mail.gmail.com> Content-Type: text/plain; charset="utf-8"
Hi Doug,
2011/2/2 Doug Dearden <dearden@sarsf.org>
Hello all,
I am having some trouble getting searches to work using zebra, and am suspicious that I may have caused my problems as I was going through the setup. I have set up a test server on Debian Lenny, using git to download koha. I am planning on doing some work that I hope to contribute back so chose a dev install when I was setting up. The files are in /home/doug/kohaclone and /home/doug/koha-dev . I was logged in as root when I ran the install routine, then changed ownership on all the files to the koha user later. After that, I restored one of my databases from my production server, copied the default koha-conf.xml and edited it to point to the correct database (named ?image?). I did the same with the koha-httpd.conf file, copying it and editing it where needed. While logged in as ?koha?, I would get an error when I tried to run rebuild_zebra.pl. I logged in as root and ran it that way and it didn?t throw the error, but searches aren?t finding anything. I then figured out that the new config files I created had root as the owner. I changed those to have koha as the owner. The rebuild_zebra.pl script would then run without throwing the error. I then read a post that indicated being logged in as root when running rebuild_zebra.pl would mess things up, as certain log files and lock files would get created with root as the owner and koha would not be able to access them.
Any idea where I would find these files? I have several files in /home/doug/koha-dev/var/lock/zebradb/biblios but they are all owned by koha, not root. There is no koha directory in /var/log .
Check also files under /home/doug/koha-dev/etc/zebradb.
Koha logs are in /home/doug/koha-dev/var/log
I don?t know what to expect from rebuild_zebra.pl . I am setting the KOHA_CONF and PERL5LIB variables. If I run ?rebuild_zebra.pl ?z ?a ?b?
/home/doug/zlog.txt the script appears to run (the cursor blinks for a bit, then the command prompt returns), and a 0 byte file named zlog.txt is created.
try './rebuild_zebra.pl -a -b -r -v' for verbose output and to completely rebuild the indexes.
If I change the system preferences setting to use the no zebra option, then run rebuild_nozebra.pl the indexes are built and searches work. Returning the system preferences to use zebra breaks things again.
nozebra is basically deprecated and unsupported at this point in Koha history. Avoid it like the plague.
I have a feeling this is an ownership/permissions problem somewhere, either on some files or maybe relating to MySQL. I?m just not sure where to look or how to troubleshoot.
Probably permissions. Something here may be useful too: http://koha-community.org/documentation/faq/searching/#18
Kind Regards, Chris
Dear All, My point of adding country is that weightage should be given first to country and then to institute. Otherwise, a big country have more vote (having more institutes) and small country will have few votes. Also there should be a system, how many votes an orgnization can give i.e. person within an organization. All these should be mentioned and there should be a system for taking into consideration these points i.e. rules for casting a vote.. This will allow to organize the conference even by a small country having support of many countries.This meets the philosophy by which the vote counting method was adopted at the beginning to give equal chance to give opportunity to all the countries of the world to organize Koha Con 2011. Further the results of the polls should be visible instantly, whenever a vote is given instead of sharing the result at the end. Mohan Raj Pradhan General Secretary DlnetSA (Digital Library Network South Asia) On Thu, Feb 3, 2011 at 10:22 PM, mohan pradhan <pradhmohan@gmail.com> wrote:
Hello All,
I have updated the information at http://wiki.koha-community.org/wiki/KohaCon2011_Proposals for Kathmandu, Nepal.
Also thanks to Thomas Dukleth for updating some information..
With Regards,
Sincerely yours,
Mohan Raj Pradhan General Secretary DlnetSA
On Thu, Feb 3, 2011 at 9:43 PM, <koha-request@lists.katipo.co.nz> wrote:
Send Koha mailing list submissions to koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request@lists.katipo.co.nz
You can reach the person managing the list at koha-owner@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..."
Today's Topics:
1. Re: Trouble getting zebra to work (Chris Nighswonger) 2. Re: [Koha-devel] Vote for KohaCon 2011 (Koustubha Kale) 3. Logging of fines (Olugbenga Adara) 4. Advice needed on fixing zebra issues resulting from upgrade (Olugbenga Adara) 5. Re: Koha Digest, Vol 64, Issue 8 (mohan pradhan)
----------------------------------------------------------------------
Message: 1 Date: Wed, 2 Feb 2011 18:42:33 -0500 From: Chris Nighswonger <cnighswonger@foundations.edu> Subject: Re: [Koha] Trouble getting zebra to work To: Doug Dearden <dearden@sarsf.org> Cc: Koha <Koha@lists.katipo.co.nz> Message-ID: <AANLkTi=4a8awhAUZwq8qM0GBm+yZmYoWzuP+JW=UpVCE@mail.gmail.com> Content-Type: text/plain; charset="utf-8"
Hi Doug,
2011/2/2 Doug Dearden <dearden@sarsf.org>
Hello all,
I am having some trouble getting searches to work using zebra, and am suspicious that I may have caused my problems as I was going through the setup. I have set up a test server on Debian Lenny, using git to download koha. I am planning on doing some work that I hope to contribute back so chose a dev install when I was setting up. The files are in /home/doug/kohaclone and /home/doug/koha-dev . I was logged in as root when I ran the install routine, then changed ownership on all the files to the koha user later. After that, I restored one of my databases from my production server, copied the default koha-conf.xml and edited it to point to the correct database (named ?image?). I did the same with the koha-httpd.conf file, copying it and editing it where needed. While logged in as ?koha?, I would get an error when I tried to run rebuild_zebra.pl. I logged in as root and ran it that way and it didn?t throw the error, but searches aren?t finding anything. I then figured out that the new config files I created had root as the owner. I changed those to have koha as the owner. The rebuild_zebra.pl script would then run without throwing the error. I then read a post that indicated being logged in as root when running rebuild_zebra.pl would mess things up, as certain log files and lock files would get created with root as the owner and koha would not be able to access them.
Any idea where I would find these files? I have several files in /home/doug/koha-dev/var/lock/zebradb/biblios but they are all owned by koha, not root. There is no koha directory in /var/log .
Check also files under /home/doug/koha-dev/etc/zebradb.
Koha logs are in /home/doug/koha-dev/var/log
I don?t know what to expect from rebuild_zebra.pl . I am setting the KOHA_CONF and PERL5LIB variables. If I run ?rebuild_zebra.pl ?z ?a ?b?
/home/doug/zlog.txt the script appears to run (the cursor blinks for a bit, then the command prompt returns), and a 0 byte file named zlog.txt is created.
try './rebuild_zebra.pl -a -b -r -v' for verbose output and to completely rebuild the indexes.
If I change the system preferences setting to use the no zebra option, then run rebuild_nozebra.pl the indexes are built and searches work. Returning the system preferences to use zebra breaks things again.
nozebra is basically deprecated and unsupported at this point in Koha history. Avoid it like the plague.
I have a feeling this is an ownership/permissions problem somewhere, either on some files or maybe relating to MySQL. I?m just not sure where to look or how to troubleshoot.
Probably permissions. Something here may be useful too: http://koha-community.org/documentation/faq/searching/#18
Kind Regards, Chris
2011/2/4 mohan pradhan <pradhmohan@gmail.com>:
Dear All,
My point of adding country is that weightage should be given first to country and then to institute. Otherwise, a big country have more vote (having more institutes) and small country will have few votes. Also there should be a system, how many votes an orgnization can give i.e. person within an organization. All these should be mentioned and there should be a system for taking into consideration these points i.e. rules for casting a vote.. This will allow to organize the conference even by a small country having support of many countries.This meets the philosophy by which the vote counting method was adopted at the beginning to give equal chance to give opportunity to all the countries of the world to organize Koha Con 2011.
Hi Mohan Please if you reply to the digest, don't quote the entire message in your reply. The reason this got held for moderation was because the message was so large. I disagree with your proposal, I don't think one persons vote should count less than another, just because of where they live, that seems totally unfair to me. People attend conferences, not countries. I also disagree this was ever adopted, certainly it's not something I would agree to. I think if there is a fear that one country will host Kohacon every year (even though that has not happened before) it would be fair to have a rule that the same country can not host a conference within 3 years (or some time period). What the vote is for, is "Where would you like to most attend Kohacon11?" I would hope that those who have bid for 2011 are also planning to build for 2012 also. Just my 2 cents Back to merging patches for the 3.4 release I go Chris
2011/2/4 mohan pradhan <pradhmohan@gmail.com>:
My point of adding country is that weightage should be given first to country and then to institute.
As Chris said, this would be a significant departure from the existing process and practise. Management and decision making with caring individuals as the unit of measure has served us very well. The recent case where an American company attempted and failed to hijack the project is a strong validation of that. There will be many more KohaCons to come and many opportunities for hosting. Having been to one and seen the really extraordinary lengths people will go to attend and the value attendees see in spreading that opportunity I'm confident that everyone will have the chance to host. Having so many genuine offers to host is very exciting. I would love to start seeing some 2012 and beyond proposals.
Further the results of the polls should be visible instantly, whenever a vote is given instead of sharing the result at the end.
I don't see the value of this. And I can imagine some serious downsides. I'd prefer people vote based on their own situation instead of factoring in my existing vote. -reed
On Fri, Feb 4, 2011 at 7:21 PM, Reed Wade <reedwade@gmail.com> wrote:
Having so many genuine offers to host is very exciting. I would love to start seeing some 2012 and beyond proposals.
Reed, This is a good point. And I think once the vote is done for 2011 we should open it up to 2012 pretty soon after. Conferences need time to plan and the sooner a group knows that they're hosting it the better for them and for all of us. I'm actually planning the 2012 SLA Annual conference already - we started 4 months ago! So conferences do get planned very very early on. Nicole
As I explain further below, I agree with others that diversity is best achieved by rules and not by weighting voters differently based on their affiliation. Anyone promoting a particular KohaCon proposal should also advocate for that proposal. Anyone who intends to attend KohaCon 2011 should be encouraged to vote, at http://survey.web2learning.net/limesurvey/index.php?sid=15529 . If you know of any people who would attend KohaCon 2011 to learn about Koha but may not be subscribers to the Koha mailing lists, may not give great enough attention to the mailing lists, or may be otherwise unaware of the process for selecting a venue; then please inform them and encourage them to vote. The vote is open and will not end until the 17th of February (US Eastern Standard Time). Remainder of reply inline: 1. MAINTAINING DIVERSITY. 1.1. NATIONAL DIVERSITY FOR KOHACON. On Fri, February 4, 2011 10:08, mohan pradhan wrote:
Dear All,
My point of adding country is that weightage should be given first to country and then to institute. Otherwise, a big country have more vote (having more institutes) and small country will have few votes. Also there should be a system, how many votes an orgnization can give i.e. person within an organization. All these should be mentioned and there should be a system for taking into consideration these points i.e. rules for casting a vote.. This will allow to organize the conference even by a small country having support of many countries.This meets the philosophy by which the vote counting method was adopted at the beginning to give equal chance to give opportunity to all the countries of the world to organize Koha Con 2011.
I agree with what Chris Cormack and Reed Wade have written in reply that the Koha community has worked best when vesting power in individual people as distinct from organisations of which people are members. The fact that some countries are more populous than others is an issue which needs addressing for diversity but no country has a sufficiently large population to dominate the community as a whole. The fact that there may be an especially large number of people interested in hosting KohaCon in a particular country is a good reason to host KohaCon where there is the greatest interest for promoting the software. As both Chris and Reed stated, we may need to introduce rules to help maintain diversity in venues for international Koha conferences to keep KohaCon from being repeatedly held in the same populous countries. The Koha community is too small to have significant international attendance at more than one Koha conference in a year with community wide endorsement. However, local and regional conferences should be encouraged. Anyone who wants to organise a conference promoting Koha for whomever may happen to come should be encouraged. A KUDOS conference for Koha is being held in the US with presumably little expectation of attracting many people from distant countries. 1.2. ORGANISTIONAL DIVERSITY IN THE KOHA COMMUNITY. The question of voting by organisation as opposed to individuals was briefly raised at the last #koha IRC meeting but seemed to be rejected as contrary to the common understanding of how the Koha community works. There are always tensions between large and small organisations about which we will need to be continually aware. We have some diversity rules to keep any single organisation from dominating the Koha Committee of Horowhenua Library Trust, the current legal entity for the Koha project. 1.3. MULTIPLE OPTIONS FOR DIVERSITY IN KOHA SOFTWARE. Both small and large organisations benefit from the different investment which each type of organisation makes in the Koha software. Often individual large organisations have a greater ability to finance software development than small organisations but small organisations can pool resources collectively. Choice of system preferences and a commitment to not breaking features allow all interests to be served by the same software. The nature of software allows it to be designed to not exclude anyone's interests. Koha is free software which anyone may modify under the GPL to serve an individual which it may not serve already. 1.4. DIVERSITY RULES. We may need to add internationalisation and institutional size diversity rules where there are potential problems over competing interests. Good rules help the democratic process to work for everyone by protecting minorities and their interests from domination by any particular majority. Everyone has a minority interest over something which needs protecting. 2. SIMULTANEOUS POLL RESULTS.
Further the results of the polls should be visible instantly, whenever a vote is given instead of sharing the result at the end.
I favour releasing results in small blocks of votes instead of one at a time. Voting to consensus is good idea but people should not have an overly easy opportunity to merely follow a few initial votes or the last few votes without taking the time to actually evaluate the question being voted upon for themselves. Ultimately, all votes must be completely transparent because we have an open electorate and not a predefined list of registered voters. [...] Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com +1 212-674-3783
participants (5)
-
Chris Cormack -
mohan pradhan -
Nicole Engard -
Reed Wade -
Thomas Dukleth