Re: [Koha-devel] [KOHA-Consort] Koha error messages
Sending this along to the developer list. On Fri, May 21, 2010 at 5:04 AM, Cornelius Simba catsi...@gmail.com wrote: Dear all, I have recently installed Koha ILMS for my Tumaini University, Iringa University College Library. We want to start automating our library, particularly cataloguing, members, and circulation modules. We encountered a problem when we wanted to save a record we entered and communicated to you for assistance but in vain. The error was: can't call method subfield on an undentified value at/usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 105. After a careful evaluation I discovered that barcode had two different fields 9 and (10). This time I have encountered another error when I wanted to add an Item: Tag is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 2036. I have tried my level best to identify what tag has the problem but failed. Kindly help me to locate the problem and how to fix it. Cornelius Simba Tumaini University, Iringa University College Library P.O. Box 200 Iringa Tanzania ___ KOHA-Consort mailing list koha-cons...@incolsa.net http://lists.incolsa.net/mailman/listinfo/koha-consort ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Proposal To Switch Koha's License to GPLv3 and AGPLv3 or AGPLv3
Given that this discussion has been somewhat carried on through the wiki (http://wiki.koha-community.org/wiki/General_Meeting,_June_2_2010), I thought it would be good to keep it on list as well. MJ posts the following argument to the above referenced agenda: * AGPL does not prevent unfriendly vendor lock-in (still achievable through access control, particularly to the databases) while introducing onerous burdens on friendly hosters. http://lists.katipo.co.nz/pipermail/koha/2010-May/023816.html This would probably be a good time to point out that 3.4 will have the capability of doing a total db dump from within the staff client. This should greatly mitigate the potential of an hostile vendor holding data hostage. A vendor would have to deliberately remove or disable this functionality to prevent a client from retrieving a full copy of their database. (Of course any client who contracts with a vendor *without* writing data protection assurances into their contract is asking for trouble to start with.) The matter of onerous burdens on friendly hosters has been addressed in previous communications and so those arguments are not repeated here. Kind Regards, Chris On Mon, May 10, 2010 at 11:14 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Mon, May 10, 2010 at 9:54 PM, MJ Ray m...@phonecoop.coop wrote: Christopher Nighswonger wrote: On Mon, May 10, 2010 at 9:47 AM, MJ Ray m...@phonecoop.coop wrote: [...] It might mean that everyone who sees a page is entitled to the 227Mb source tarball. Who wants to pay for those downloads? Github and the like provide very simple solutions to this problem both with ease of administration and ease of cost. AGPLv3 does not specify (see my previous response to Lars' post.) Besides, there are hosting plans available that provide unlimited bandwidth for very, very few $$$ per month if the FTP route was a necessity. Firstly, it seems unethical to impose even very, very few $$$ per month of extra cost on charitable libraries. In that case, github has a free offering... no $$$ per any time increment. Secondly, this leads to another of what I think is still one of the Great Unknowns of AGPLv3: if you don't host the source alongside, must the app go offline if it thinks the source has gone offline? Where in the license does it say anything about hosting source alongside the application? There are so many of these lawyerbombs around AGPLv3 that I feel the whole thing is best avoided by sticking with GPLv2, at least until others have trod on some of the big ones, in the absence of any pressing need to switch. GPLvX was virtually untested in court until Progress Software Corp. v. MySQL began back in 2002. Apparently that line of reasoning did not stop the originators of Koha from selecting GPLv2+ when they released it in 2000. snip Fundamentally, AGPLv3 is based on an absurd idea that one can ensure cooperation with the community (source: AGPLv3 preamble). However, cooperation by definition must be voluntary (source: ICA.coop/coop/principles.html ) so legal compulsion is not cooperation. [...] It appears that any form of licensing is an attempt to ensure cooperation of some sort among some people. *All* licensing is, in fact, some form of coercion, period. The unfortunate fact of life is that there is somebody, somewhere who will do wrong even if you will not. It would be wonderful if it were otherwise. The we would not need licenses... or laws for that matter. [...] I don't see how that's true, unless cooperation of some sort means something other than cooperation, such as mere trading. Free software licensing is usually just setting out the terms of trade, but AGPLv3's clod-handed attempts to force public sharing go beyond it. View it how you will. In the case you propose, we are simply establishing an additional clarification to the terms of trade. The intent of GPL licenses is to preserve the open nature of code released as free and open source. Not only is it the right of the receiver to have access to the code, etc. but it is also the right of the author to have their intent that the code be free and open respected. The terms of the trade are such that in return for the right to use, etc. this code, you agree to release any changes you make to said parties. As I pointed out previously: All licensing agreements force some points. Just violate one and see how quickly it is en-forced. (Pun intended.) It actually seems to me that the matter of not forcing cooperation is in contradiction to the expressed desire to force cooperation in the matter of trademarks, etc. by de-listing, etc. Cooperation is, after all, cooperation. Laws and licences do not prevent anyone doing wrong. I'm sure all of us are quite capable of breaching a copyright licence without much work. Quite right. If laws and licenses did that, we'd only need a few to fix all
Re: [Koha-devel] patches for 3.0.x
2010/5/19 Marcel de Rooy m.de.r...@rijksmuseum.nl: Hi all, What is the procedure for a patch to reach 3.0.x too (in general; this patch is not that relevant) ? Just put a [3.0.x] in the subject line of your patch if it is 3.0.x specific. Otherwise, make a note what all it applies to in the commit message. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Perl module dependency management
On Thu, May 13, 2010 at 8:56 AM, Galen Charlton gmcha...@gmail.com wrote: Hi, Just pointing out the recent patches submitted by Chris Nighswonger related to bug [1]: http://lists.koha.org/pipermail/koha-patches/2010-May/006229.html http://lists.koha.org/pipermail/koha-patches/2010-May/006230.html http://lists.koha.org/pipermail/koha-patches/2010-May/006232.html http://lists.koha.org/pipermail/koha-patches/2010-May/006231.html Since this is a significant improvement over the past way of doing things and will give me a framework for more easily closing the release blocker bug 4151 [2], I intend to push this patchset in the next day or so. Before I do that, however, I am issuing a call for people to test and sign off on the patches. [1] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id= [2] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4151 I've reworked this feature to address some concerns and also added a script which can be run at any time from the command line to check the status of Koha Perl dependencies. As Galen mentions above, testing and sign off would be greatly appreciated. Here is the new patch series: http://lists.koha.org/pipermail/koha-patches/2010-May/006251.html http://lists.koha.org/pipermail/koha-patches/2010-May/006250.html http://lists.koha.org/pipermail/koha-patches/2010-May/006252.html http://lists.koha.org/pipermail/koha-patches/2010-May/006253.html http://lists.koha.org/pipermail/koha-patches/2010-May/006254.html Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Perl module dependency management
Ok, I'm a bit behind on a Monday morning. :-) This has already been pushed, so please test from there. Kind Regards, Chris On Mon, May 17, 2010 at 9:21 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Thu, May 13, 2010 at 8:56 AM, Galen Charlton gmcha...@gmail.com wrote: Hi, Just pointing out the recent patches submitted by Chris Nighswonger related to bug [1]: http://lists.koha.org/pipermail/koha-patches/2010-May/006229.html http://lists.koha.org/pipermail/koha-patches/2010-May/006230.html http://lists.koha.org/pipermail/koha-patches/2010-May/006232.html http://lists.koha.org/pipermail/koha-patches/2010-May/006231.html Since this is a significant improvement over the past way of doing things and will give me a framework for more easily closing the release blocker bug 4151 [2], I intend to push this patchset in the next day or so. Before I do that, however, I am issuing a call for people to test and sign off on the patches. [1] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id= [2] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4151 I've reworked this feature to address some concerns and also added a script which can be run at any time from the command line to check the status of Koha Perl dependencies. As Galen mentions above, testing and sign off would be greatly appreciated. Here is the new patch series: http://lists.koha.org/pipermail/koha-patches/2010-May/006251.html http://lists.koha.org/pipermail/koha-patches/2010-May/006250.html http://lists.koha.org/pipermail/koha-patches/2010-May/006252.html http://lists.koha.org/pipermail/koha-patches/2010-May/006253.html http://lists.koha.org/pipermail/koha-patches/2010-May/006254.html Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Minimum version of Perl
On Fri, May 14, 2010 at 9:17 AM, Galen Charlton gmcha...@gmail.com wrote: Hi, At present, the minimum version of Perl required by Koha is 5.6.1. Since MARC::Record requires 5.8.2, at the very least Koha's requirement should be 5.8.2, and 5.8.8 (the current stable release in the 5.8.x series) would be better. Are there any common platforms where this would be an issue? What about going further and bumping up to 5.10.0? I'm definitely for 5.8.8 at a minimum. However, it appears that some of the test suite requires 5.10 based on a problem kmkale ran into the other day. I'm not sure what code and don't have a 5.8 install to test on atm. In any case, we should determine for sure which version is required to run all Koha code successfully and go with that OR determine what code requires 5.10 and make it compatible with 5.8 prior to 3.2 stable. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] June General IRC Meeting
Just a heads up that the wiki page has been created for the June General IRC meeting. You can find it here: http://wiki.koha-community.org/wiki/General_Meeting,_June_2_2010 Please feel free to add any items to the agenda you would like to have discussed at this meeting. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Proposal To Switch Koha's License to GPLv3 and AGPLv3 or AGPLv3
On Mon, May 10, 2010 at 10:06 AM, Galen Charlton gmcha...@gmail.com wrote: Hi, On Mon, May 10, 2010 at 9:47 AM, MJ Ray m...@phonecoop.coop wrote: Christopher Nighswonger wrote: In light of the momentum the community has built up in the area of change in recent months, now would be a good time to resume licensing discussions and bring them to a final resolve. I cannot contribute fully to this discussion at this time. Please can we try to limit the number of simultaneous disruptive changes? As you know, we have 3.2 releasing, new websites and urgent trademark challenges which I'd like to contribute to and my work is already spread a bit too thin. Please can we leave this until after 3.2.0? I, for one, do not want to attempt relicensing prior to release of 3.2.0 or as a condition for release of that version. Personally, while I am currently in favor of relicensing to GPL3+ (assuming that we can resolve the matter of dependencies on GPL2 code such as OpenNCIP) and think that the AGPL3 should be considered as well, it would be too disruptive to even think of doing this for 3.2. I also concur that this is not a change to be made in 3.2. However, since the proposal is relevant for 3.4, I do think that now is as a good a time as any to start a discussion of this issue. Ditto. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Proposal To Switch Koha's License to GPLv3 and AGPLv3 or AGPLv3
On Mon, May 10, 2010 at 9:54 PM, MJ Ray m...@phonecoop.coop wrote: Christopher Nighswonger wrote: On Mon, May 10, 2010 at 9:47 AM, MJ Ray m...@phonecoop.coop wrote: [...] It might mean that everyone who sees a page is entitled to the 227Mb source tarball. Who wants to pay for those downloads? Github and the like provide very simple solutions to this problem both with ease of administration and ease of cost. AGPLv3 does not specify (see my previous response to Lars' post.) Besides, there are hosting plans available that provide unlimited bandwidth for very, very few $$$ per month if the FTP route was a necessity. Firstly, it seems unethical to impose even very, very few $$$ per month of extra cost on charitable libraries. In that case, github has a free offering... no $$$ per any time increment. Secondly, this leads to another of what I think is still one of the Great Unknowns of AGPLv3: if you don't host the source alongside, must the app go offline if it thinks the source has gone offline? Where in the license does it say anything about hosting source alongside the application? There are so many of these lawyerbombs around AGPLv3 that I feel the whole thing is best avoided by sticking with GPLv2, at least until others have trod on some of the big ones, in the absence of any pressing need to switch. GPLvX was virtually untested in court until Progress Software Corp. v. MySQL began back in 2002. Apparently that line of reasoning did not stop the originators of Koha from selecting GPLv2+ when they released it in 2000. snip Fundamentally, AGPLv3 is based on an absurd idea that one can ensure cooperation with the community (source: AGPLv3 preamble). However, cooperation by definition must be voluntary (source: ICA.coop/coop/principles.html ) so legal compulsion is not cooperation. [...] It appears that any form of licensing is an attempt to ensure cooperation of some sort among some people. *All* licensing is, in fact, some form of coercion, period. The unfortunate fact of life is that there is somebody, somewhere who will do wrong even if you will not. It would be wonderful if it were otherwise. The we would not need licenses... or laws for that matter. [...] I don't see how that's true, unless cooperation of some sort means something other than cooperation, such as mere trading. Free software licensing is usually just setting out the terms of trade, but AGPLv3's clod-handed attempts to force public sharing go beyond it. View it how you will. In the case you propose, we are simply establishing an additional clarification to the terms of trade. The intent of GPL licenses is to preserve the open nature of code released as free and open source. Not only is it the right of the receiver to have access to the code, etc. but it is also the right of the author to have their intent that the code be free and open respected. The terms of the trade are such that in return for the right to use, etc. this code, you agree to release any changes you make to said parties. As I pointed out previously: All licensing agreements force some points. Just violate one and see how quickly it is en-forced. (Pun intended.) It actually seems to me that the matter of not forcing cooperation is in contradiction to the expressed desire to force cooperation in the matter of trademarks, etc. by de-listing, etc. Cooperation is, after all, cooperation. Laws and licences do not prevent anyone doing wrong. I'm sure all of us are quite capable of breaching a copyright licence without much work. Quite right. If laws and licenses did that, we'd only need a few to fix all problems. What they do do is give recourse for redressing wrongs. If anyone is hoping that adopting AGPLv3 will prevent bad people refusing to share progress with the community, you are doomed to fail. I don't think anyone is under that illusion. As I said, The unfortunate fact of life is that there is somebody, somewhere who will do wrong even if you will not. So what is the burning desire for AGPLv3? To put in place a mechanism for redressing violations of terms of license. We can chatter away about how a company reneged on its verbal obligations to contribute code back to the community,but we have nothing to fall back upon with any (even hopeful) force of law. It is not a panacea for all ills, only another hopeful obstacle in the path of misbehavior. So may we postpone the rest of this discussion to post-3.2.0? As I stated in my original proposal: We are already very active atm, and now is the time to at least begin discussing this change. I am disappointed by this desire to press ahead with holding a discussion of such a complex topic at such a busy time. It will limit participation and likely leave the discussion incomplete. Participation will only be limited if we want it to. No one involved in this project is not busy. If we believe that we have a good
Re: [Koha-devel] Quick poll on Fines/Charges/Fees/Accounts
On Sun, May 9, 2010 at 5:59 PM, Chris Cormack ch...@bigballofwax.co.nzwrote: Hi All So just a quick show of hands would be great The options are Leave it how it is (Fines) Fines/Fees Fees Charges Accounts My vote is for Accounts Accounts +1 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Proposal To Switch Koha's License to GPLv3 and AGPLv3 or AGPLv3
On Tue, May 11, 2010 at 10:21 AM, Matthew Butch m...@pennmanor.net wrote: On May 9, 2010, at 5:18 PM, Christopher Nighswonger wrote: As I see it, the advantage and rational for moving to GPLv3 are primarily that GPLv3 is compatible with AGPLv3. This allows us to accept work licensed under either of these two licenses. I don't know if that is true. From what I understand you can't mix GPLv3 and AGPLv3 code. You can link to libraries that are compiled with GPLv3 in AGPLv3 (or vice versa), but the code can't be mixed in the same code base. And AGPLv3 does not allow linked of GPLv2 libraries. Combining is specifically permitted. Paragraph 13 of AGPLv3 clearly states (emphasis mine): Notwithstanding any other provision of this License, you have permission to link **or combine** any covered work with a work licensed under version 3 of the GNU General Public License into a single combined work, and to convey the resulting work. The terms of this License will continue to apply to the part which is the covered work, but the work with which it is combined will remain governed by version 3 of the GNU General Public License. http://www.gnu.org/licenses/agpl-3.0.html Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Changing 'Fines' to 'Charges'
On Thu, May 6, 2010 at 6:45 PM, Chris Cormack ch...@bigballofwax.co.nzwrote: I would like to rename it to Charges ... (I can of course just do this in the translation for NZ english, but I thought Charges might be a better default value for everyone) What do people think? Bad Idea? +1 Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha 3.2.0 alpha 2 released
Nice work Galen! On Tue, May 4, 2010 at 10:43 AM, Galen Charlton gmcha...@gmail.com wrote: Hi, I am pleased to announce release of the second and final alpha of Koha 3.2.0. The package can be retrieved from http://download.koha.org/koha-3.02.00-alpha2.tar.gz Checksums and signatures are also available: http://download.koha.org/koha-3.02.00-alpha2.tar.gz.MD5 http://download.koha.org/koha-3.02.00-alpha2.tar.gz.MD5.asc http://download.koha.org/koha-3.02.00-alpha2.tar.gz.sig I will be mirroring these on Savannah shortly. The next two milestones for release are beta and general release. At this point, I am declaring a soft string freeze; template changes other than those to fix typos and structural problems will be deferred to 3.4. *Preliminary* and *draft* release notes for Koha 3.2 follow: RELEASE NOTES FOR KOHA 3.2.0 New features == ACQUISITIONS * the acquisitions module has been significantly revamped: * support for hierarchical funds and budgets * budget planning by calendar and item type * vendor contract periods ADMINISTRATION * significant usability enhancements to the system preferences editor * many additional granular permissions CATALOGING * bulk item editing * revamped inventory/stocktaking * ability to export bibliographic information in CSV format from the staff cart * new quick spine lable print button * support for temporary location and in-process item statuses * usability enhancements to cataloging workflow: * can now choose whether to edit items after saving a bib record * option to move an item from one bib to another * option to delete all items attached to a bib * ability to clone an item CIRCULATION * ability to define library transfer limits * email checkout slips * option to enable alert sounds during checkin and checkout * improvements in Koha's ability to express circulation policies * option to charge fines using suspension days instead of money * hold policies are now on the branch/itemtype/categorycode level * renewal policies are now on the branch/itemtype/categorycode level * ability to specify an expiration date for a hold request when placing it via the staff interface or OPAC * daily batch job to cancel expired holds * improvements to interface to change the priority of hold requests for a bib in the staff interface * new messaging system for patron records, allowing an unlimited number of patron notes to be stored and managed OPAC * additional patron privacy options * numerious enhancements to the bib display XML templates * per-patron OPAC search history, with ability for patrons to manage the retention of their search history * support for Syndetics, LibraryThing, and Babeltheque enhanced content * support for RIS and BibTeX export REPORTS * guided reports can now take runtime parameters SERIALS * can now specify the subscription end date, library location, and grace periods * option to automatically place hold requests for members of a serials routing list * numerous bugfixes STAFF INTERFACE * the cart has been added to the staff interface * enhanced patron card and item label creator * support for XSLT templates in the staff bib details display WEB SERVICES AND INTERFACE * integration with SOPAC, including support for various web services defined by the ILS-DI recommendation * support for CAS single sign-on * improvements to OAI-PMH support Documentation == As of Koha 3.2, the Koha manual is now maintained in DocBook. Credits == We thank the following libraries who are known to have sponsored new features in Koha 3.2: * Aix-Marseille Universities, France * BrailleNet (http://www.braillenet.org/) * BULAC, France (www.bulac.fr) * East Brunswick Public Library, East Brunswick, New Jersey, USA * Foundations Bible College Seminary, Dunn, North Carolina, USA * Hochschule für Jüdische Studien, Heidelberg, Germany (www.hfjs.eu) - XSLT changes to display 880 fields * Howard County Library, Maryland, USA (http://www.hclibrary.org/) * MassCat, Massachussetts, USA * Middletown Township Public Library, Middletown, New Jersey, USA * Northeast Kansas Library System, Kansas, USA * Plano Independent School District, Plano, Texas, USA * SAN Ouest Provence, France * vokal (Vermont Association of Koha Automated Libraries), Vermont, USA * www.digital-loom.com Regards, Galen -- Galen Charlton RM 3.2 gmcha...@gmail.com ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Meetings next week for the community
Agendas have been posted for both of these meetings. Please feel free to add items as you see fit. Here are the links: Handover Meeting: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes10may04 Community Meeting: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes10may05 Kind Regards, Chris On Fri, Apr 30, 2010 at 2:55 PM, David Schuster dschu...@tx.rr.com wrote: This is a reminder that there are 2 meetings next week on IRC. They are both at UTC 19:00 from what I can tell. Tuesday May 4th is a Handover meeting with the HLT committee. Wednesday May 5th is a General IRC community meeting. http://www.mibbit.com/chat/?server=irc.katipo.co.nzchannel=%23koha http://koha.org/cgi-bin/irc.cgi # Time and Date.com converter for various local times. http://www.timeanddate.com/worldclock/fixedtime.html?year=2010month=05day=04hour=19min=0sec=0 Wolfram time converter. http://www.wolframalpha.com/input/?i=2010-05-04%2019:00%20UTC+0 -- View this message in context: http://old.nabble.com/Meetings-next-week-for-the-community-tp28415605p28415605.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list k...@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Debian packages of Koha: current status and plans
On Thu, Apr 29, 2010 at 10:18 PM, Thomas Krichel kric...@openlib.orgwrote: Rick Welykochy writes One thing we do with our own installs is forgo port 8080 for the Staff client. Instead, we install to virtual hosts, one for OPAC and one for Staff. So do I. Ditto here. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Creating New Pages in Koha - second request
On Thu, Apr 22, 2010 at 6:20 PM, Richard Forristall richard.forrist...@goodwillaz.org wrote: Thank you all for your replies! It's only when the obvious is staring you in the face do you realize how much there still is to learn. My issue was permissions -- once I did a chmod on the .pl page, it worked! I made the assumption that if I saved a file to the server it would immediately be executable - wrong :0) Chris, -- I'm not adding content pages as in a CMS, I'm trying to add custom tools for my librarian. I stand corrected. :-) I haven't created the process to actually run the zebra reindex yet. Now that I have the new page available, that's the next challenge. I'm assuming I can use the perl system() method to run the opt/koha/bin/migration_tools/rebuild_zebra.pl -a -b -k -reset from within a .pl file, that is after setting the KOHA_CONF and PERL5LIB environment variables first. My plan is to have links on the tools page. One would be a link to a .pl file that would run the necessary steps to perform the zebra reindex then provide feedback to the librarian. Don't forget that rebuild_zebra.pl must be run as your kohauser. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] git.koha-community.org hosting
2010/4/23 Brendan Gallagher i...@bywatersolutions.com: I'm am proposing that ByWater Solutions provide server space for hosting a git repo with an address of git.koha-community.org +1 Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Creating New Pages in Koha - second request
Hi Rick, On Thu, Apr 22, 2010 at 1:39 PM, Richard Forristall richard.forrist...@goodwillaz.org wrote: Hi again, If anyone can help me with creating new pages in Koha - could you provide a link to documentation or let me know if there are steps beside merely copying existing pages/templates and saving as new files? Not sure what your trying to do, but Koha is no CMS. Creating a new page is not a process that is easily explainable other than to say, study an existing page. Perhaps if we know what you are trying to do we may be able to give more direct assistance. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Premature end of script headers: 500.pl
Hi Sandeep, 2010/4/17 Sandeep Bhavsar sbhavsar4...@gmail.com: In Koha-error-log [Sat Apr 10 12:07:46 2010] [error] [client 127.0.1.1] (13)Permission denied: exec of '/usr/share/koha/intranet/cgi- bin/errors/500.pl' failed This error suggests a file permission problem. I'd start by double checking the file permissions on the /usr/share/koha directory and those dirs and files below it. Kind Regards, Chris ___ Koha-devel mailing list koha-de...@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Catalog Items Don't Appear in OPAC Search
On Mon, Apr 19, 2010 at 11:51 AM, Richard Forristall richard.forrist...@goodwillaz.org wrote: Hi, If I wanted to create a link where the library staff could run this (bin/migration_tools/rebuild_zebra.pl -z -b -a) whenever they wanted, can this be placed into a .pl file and executed? Apart from the fact that rebuild_zebra.pl needs to be run as your kohauser, there is no reason it could not. ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Catalog Items Don't Appear in OPAC Search
Hi Richard, On Fri, Apr 16, 2010 at 7:08 PM, Michael Hafen mdha...@tech.washk12.org wrote: Updating zebra is handled by a separate process. There is a script to handle it, `bin/migration_tools/rebuild_zebra.pl -z -b -a`. This should be put in a cronjob script, such as bin/cronjobs/crontab.example You might also want to checkout this FAQ: http://koha-community.org/documentation/faq/searching/#16 Kind Regards, Chris On Fri, 2010-04-16 at 15:40 -0700, Richard Forristall wrote: Good day everyone, Our librarian is having trouble with the OPAC search. When a student searches for books that we know are in the database, some will not appear in the results list. Yet, if we go into the staff client and do a checkout, we can find the catalog item. At first thought, it would seem the catalog item is not getting into the zebra index so the search doesn't find it. Does Koha automatically do a zebra index when catalog items are added? Is there a setting in the Koha admin that has to be set? In OPAC, when we search for a book we don't see it in the results list. In staff client: When we want to check out the book (the library uses a barcode scanner to find the book): The book is then found and we can check it out. The impact is the student can't find some books for the work they need to complete. So only if a student happens to see the book on the shelf can he/she check it out. Thanks in advance for any/all assistance. Thanks, Rick --- Rick Forristall Programmer Analyst Goodwill of Central AZ 602.535.4078 --- Through your generous material and cash donations – we provide free human services programs that create hope, jobs and sustainability for central Arizonans. In 2009 your donations transformed 25,000 lives. Good Stuff. Good Work. Goodwill. We Put People to Work! A 2009 Best Places to Work Winner www.goodwillaz.org ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel -- Michael Hafen Systems Analyst and Programmer Washington County School District Utah, USA for Koha checkout http://development.washk12.org/gitweb/ or git://development.washk12.org/koha ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Test Email Page
2010/4/15 nitesh rijal rijal...@gmail.com: that would be an awesome Ideaits definitely needed.I have also faced a lot of such problems. I think we need to write in step by step process about what to do first and I have submitted work which includes a step-by-step for setting up to use gmail's smtp services: http://lists.koha.org/pipermail/koha-patches/2010-February/005572.html However, this does not address the setup of other mail services. How-to's for others would be most welcome, no doubt. then what to successfully send overdue notifications and other email as well that would be a great thing for all if implemented. For documentation on how to setup notices in the staff client, see: http://koha-community.org/documentation/3-2-manual/?ch=x5083 as well as the section following that one. For documentation on how to setup the cron jobs see the misc/cronjobs/crontab.example file. How about an Email Test page in the Admin area? I'm willing to write such a page. Before doing that, I'd like any ideas developers have about such a thing. And I'd like some details on how email works in Koha from the horses' mouth. I believe that there has been an effort over the development of Koha to separate the Koha administrative functions from the system administrative functions. Since mail setup falls squarely in the system administrative side of things, it might be better to write a test script which could be run from the cli. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Where can I find MARC data?
2010/4/14 messagesky message...@126.com: Thanks you for your help! But I can visit this website. Firefox can't establish a connection to the server at www.archive.org. Hmmm the site works from here with Firefox. Perhaps there's something in your browser settings wrong or maybe try clearing your browser's cache. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Wow, does anyone else find this hilarious? -- OSS whether they like it or not!
Nice! On Fri, Apr 2, 2010 at 9:51 PM, Cab Vinton bibli...@gmail.com wrote: http://www.cs.washington.edu/homes/jfogarty/research/prefab/ Cab Vinton, Director Sanbornton Public Library Sanbornton, NH ___ Koha mailing list k...@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha support for other DB
Hi Zahoor, 2010/3/30 Zahoor ur Rehman xah...@gmail.com: Hello all, I have a question mostly asked by each librarian or related staff that is there support of any other database in koha? If someone want to use Oracle or SQL Server instead of MySQL,in Koha is it possible? Not at present (3.2 Alpha), but hopefully in 3.4 we will support multiple dbs. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Advanced tag editor in IE
Hi Stefan, On Sun, Mar 28, 2010 at 8:01 AM, stefan herrkand...@gmx.ch wrote: Hi The advanced tag editor is not opening for the fields 000 and 008 in IE 6, 7 and 8. This is due to a spacing error in the java section of the files under (/usr/share/koha/intranet/cgi-bin/cataloguing/value_builder): - marc21_field_008.pl (line 69) - marc21_field_008_authorities.pl (line 65) - marc21_leader.pl (line 59) - marc21_leader_authorities.pl (line 59) It reads: unimarc field 100\,'width=1000,height=600,toolbar=false,scrollbars=yes'); but should be: unimarc_field_100\,'width=1000,height=600,toolbar=false,scrollbars=yes'); This causes an error in IE. I did not check the other files in this folder by now. I think, this could be fixed for future releases? Please open a bug for this at bugs.koha.org. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha sessions table is ridiculously huge
On Thu, Feb 18, 2010 at 5:05 AM, Paul Poulain paul.poul...@biblibre.com wrote: Le 17/02/2010 21:10, Chris Cormack a écrit : 2010/2/18 Clay Fouts clay.fo...@liblime.com: It depends, actually. For tables without FK constraints (like Koha's sessions), truncation is instantaneous in MySQL. Not when they tried it yesterday :-) It does depend, InnoDB can do some strange things. including not freeing space in the file system even if you truncate the table :( Ouch! this would seem to be a mysql bug. Is there no way to ensure the drive space is freed up? Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha sessions table is ridiculously huge
On Thu, Feb 18, 2010 at 7:46 AM, Nahuel ANGELINETTI nahuel.angeline...@biblibre.com wrote: Hi, Le 18/02/2010 13:42, Galen Charlton a écrit : Hi, On Thu, Feb 18, 2010 at 6:47 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: including not freeing space in the file system even if you truncate the table :( Ouch! this would seem to be a mysql bug. Is there no way to ensure the drive space is freed up? It's an issue with the InnoDB storage engine, not MySQL per se. However, reclaiming space is easy enough, since by default a separate InnoDB file is created for each table: just drop and recreate the sessions table. You can also use MyISAM instead of InnoDB for that table. Usually, in all our installs we change the engine for session and zebraqueue tables to MyISAM. And add a cronjob that clean the both tables every night. It sounds to me like we ought to consider changing the engine for these tables in kohastructure.sql. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [KOHA-Consort] Auto-barcode with leading 0's
Hi Chad, This is really probably a question better directed at the Koha developer's list, so I'm cc'ing it along there. The problem here is due to a faulty barcode scaling algorithm in the label code. There is a bug open for it: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2409 I'm working on it at the moment and hope to have something better in place for the 3.4 stable release. Kind Regards, Chris 2010/2/9 Chad Petrovay chad.petro...@themim.org: Is there a way to have our incremental barcodes prepended with leading 0’s? When the barcodes consist of just a single integer the formatting on the labels is off. I would prefer to have this done programmatically, instead of having to manually enter the leading 0’s. Thank you for your assistance! Chad Petrovay | Collections Database Administrator MIM—Musical Instrument Museum | 4725 E. Mayo Boulevard | Phoenix, AZ 85050 480.478.6000 main | 480.478.6058 direct | 480.471.8690 fax | www.themim.org ___ KOHA-Consort mailing list koha-cons...@incolsa.net http://lists.incolsa.net/mailman/listinfo/koha-consort ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Patron lists
Hi Joe, On Wed, Feb 10, 2010 at 8:02 PM, Joe Ellis joea...@me.com wrote: OK, So far I have been able to install Koha and upload the school's library MARC file, but I can't get Koha to accept Inputs for patron records either individually or in bulk, can someone point me to where I should look for clues as to why? Have you checked the logs to see what's going on there? koha-error_log would be good place to start. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Bug assignees - call for volunteers
On Tue, Feb 9, 2010 at 7:40 AM, Galen Charlton gmcha...@gmail.com wrote: By the time of the next general meeting (3 March 2010 at 19:00 UTC+0), please reply to this thread and signal if: * you want to be or remain as assignee for a component * you no longer want to be an assignee * you want to be added to the default CC list for a component I'm willing to remain responsible for the label/patron card components. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha and Subversion
Hi Rick, Welcome on board! On Wed, Jan 27, 2010 at 9:07 AM, Richard Forristall richard.forrist...@goodwillaz.org wrote: Nicole Engard and Colin Campbell, Thanks for the 'heads up' on git. 1. I'm not using git out of pure ignorance. Are you referring to http://git.koha.org or using git vice svn for version control? Take a look at http://wiki.koha.org/doku.php?id=en:development:git_usage for more information on Koha and Git. 2. Colin, in your message you talk about contributing my own changes back to the project. I'm new at koha (started supporting our librarian about 4 weeks ago) so this is all new to me. I really like the community model of making the koha software more robust, but what happens when my changes don't apply across all koha users? Branding for example. I certainly don't want to force irrelevant changes onto the entire community. All non-branding changes are welcome and encouraged. 3. We use Subversion for all our other version control processes, so it was momentum that led me to use it for maintaining my local modifications. We have Koha on a live server and a development server with the idea of having Subversion in between. You can run your production Koha on a git repo which is a clone of your development repo which is a clone of the main Koha repo. Thus changes are pushed either way with great ease. 4. I will spend some time looking at http://git.koha.org and git itself. 5. Thanks again for the heads up. This Koha dev community is a tremendous resource :--) Your always welcome. Consider jumping on #koha as well if you need help or just like the company. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] February General IRC Meeting Re-scheduled
Hi all, Please note that due to a scheduling conflict with the February 2, 2010 Community Handover Meeting, the Koha General Meeting has been re-scheduled to February 9, 2010 @ 1900 GMT. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] cron job for loading pictures or better option
Hi David, I think Rsync is your answer. You can use it on both boxes. It will keep the directories in sync without moving all 53K files each time. Win32: http://www.aboutmyip.com/AboutMyXApp/DeltaCopy.jsp *nix: http://samba.anu.edu.au/rsync/ Kind Regards, Chris On Wed, Jan 20, 2010 at 10:53 AM, David Schuster dschu...@tx.rr.com wrote: I also see this line in the .pl file ##example --perl loadimages.pl -i IDLINK.txt -l image.log -d /home/pisd/dataload/pics/ so if there was a way to link the the sharefile and not actually scp the files over that would be way cool. David Schuster wrote: I have 53,000 students and a windows server in another building that I have a fileshare to. What would be the recommended way to copy those files over and load them into Koha? I have tried scp * but the problem is that it only copies what 2000 at a time and then dies. I'm a librarian looking for an easy solution without lots of programming. So here was my thought: build a cron first make the fileshare connection then issue several scp statements to copy the files over to the local server then issue the command to batch load them I have a command line utility that someone gave me to batch load pictures. I'll find someone to send it to for testing with 3.2. Next task... Thoughts? Comments - is there an easier way? manually I have copied the files over and run this command to load them I believe the utility is assuming the files are in the same directory: ./loadimages.sh - which issues perl loadimages.pl -i IDLINK.txt -l image.log from the loadimages.pl file - my(%count,$input_file,$error_file,$log_file,$sepchar,$imagedirectory); $imagedirectory = ; -- View this message in context: http://old.nabble.com/cron-job-for-loading-pictures-or-better-option-tp27243930p27243973.html Sent from the Koha - Dev mailing list archive at Nabble.com. ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Zebra and OpenSuse
Hi Oscar, 2010/1/19 Oscar Gaona ramse...@yahoo.com Hi all I am working Koha 9.00.05, Zebra and OpenSuse 11.2 and the ./ rebuild_zebra.pl -a -b -z process is not automatic. Please do the following and post the output (correcting the paths per your installation): su koha export PERL5LIB=/path/to/koha/libs export KOHA_CONF=/path/to/koha-conf.xml perl ./rebuild_zebra.pl -r -v -a -b Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Perl compatability
Hi Joe On Tue, Jan 5, 2010 at 12:42 PM, Joe Ellis joea...@me.com wrote: On Jan 5, 2010, at 3:25 AMESTTuesday1/5/10, Paul Poulain wrote: this warning should be removed. Koha works perfectly well with 5.10 (otherwise, it means all our hosted customer have a non working version of Koha and never saw it :o) ) -- Paul POULAIN Hello Paul, Thank you for your kind reply. I am a retired person with experience in developing databases on Macintosh computers and I have been asked to assist the librarian at a small private school in Connecticut to upgrade the Library's tool for administering their small library. The tool they were using was called Winnebago and was hosted on an OS 8.5 Macintosh. The application can generate an export file in MARC21 format and after a lot of looking, I found Koha, which looks like an ideal solution for them to transition to. Great! I think there are several on the list who have migrated from Winnebago to Koha so you should find help here. However, I am having a terrible time trying to get Koha to run. I think I need some serious hand holding to get this thing going: I have tried several different installations and I can get no further than a web page that says production mode - trapped fatal error Check the koha error log: koha-error_log Depending on your install it may be in different places. If you did a installation from a tarball, it will most likely be in /var/log or the like. Post anything relevant that you find there. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha3, loading locale data, contribs and funcionality
Hi Toni, On Thu, Jan 14, 2010 at 11:42 AM, Toni Rosa ar...@tgi.es wrote: Thanks for your answer, Nicole. I have another doubt regarding Koha 3. I've seen that in Koha 3 (and maybe in earlier versions too) the table marc_subfield_table is gone. Does it mean that it is not possible, anymore, to select a biblio by its marc subvalues only using SQL? (Skimming over the code I see in C4/Biblio.pm that the method GetMarcBiblio loads a new MARC::Record from the values in biblioitems.marcxml, but that' would be programming, and we have some SQL queries in use with Koha 2.7 that use the now gone marc_subfield_table table) MySQL has some XML handling functions: http://dev.mysql.com/doc/refman/5.4/en/xml-functions.html For example: 'SELECT ExtractValue((SELECT marcxml FROM biblioitems WHERE biblionumber=14), '//datafie...@tag=952]/subfie...@code=a]') AS ITEM;' returns the entire 952 data for all 952 fields for biblionumber 14 (without delimiting) 'SELECT ExtractValue((SELECT marcxml FROM biblioitems WHERE biblionumber=14), '//datafie...@tag=260]/subfie...@code=b]') AS ITEM;' returns the 260$b data fro biblionumber 14 And so on. Maybe this will help. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] PDF-API2-Simple and XML::LibXSLT errors
Hey David, On Fri, Jan 8, 2010 at 12:11 AM, David Schuster dschu...@tx.rr.com wrote: I'm running a laptop with a very clean Debian Lenny on this old Laptop. I feel very close! If you'd rather I can email the Dev group in case others have similar problems. Running make for R/RE/REDTREE/PDF-API2-Simple-1.1.4u.tar.gz has already been unwrapped into direcotry /root/.cpan/build/PDF-API2-Simple-1.1.4-2Zz9NZ '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512, won't make Running make test Make had some problems, won't test Running Make Install Make had some problems, won't install cd into /root/.cpan/build/PDF-API2-Simple-1.1.4-2Zz9NZ and do the following, posting the output: make clean perl Makefile.PL make make test Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Patron Card Creator Alpha and Call for Testing
Hi all, The Patron Card Creator is at an alpha state and needs some testing before submitting. There are still several outstanding issue to be taken care of, but by and large it is functionally complete and testable. You can get it here: git://github.com/cnighswonger/koha-wip.git Presently it is best to do an install over a fresh database. If you opt to upgrade a database from a version more recent than the label's rewrite, you can use the patroncards_update.pl script in the installer/data/mysql subdir. Earlier db's will not update at the present, but will in the near future. There are no sample data, so you will have to work from scratch. Most of the interface is intuitive if you are familiar with the label creator. This is *not* suitable for production use... you have been warned. Bug reports, kudos, and condemnations are all appreciated. Enjoy. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha 3.0.5 + cannot print labels
On Mon, Dec 21, 2009 at 11:03 AM, Zico mailz...@gmail.com wrote: On Mon, Dec 21, 2009 at 8:24 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: Maybe check any pop-up blockers you may be running. Labels works fine on a fresh install of 3.0.5 on my dev server. Hello Chris, the point is: i have just opened two tabs.. one is my 3.0.4 and another is my new 3.0.5. Koha-3.0.4 is running fine label printing windows... but... koha-3.0.5 cannot!! :( Sorry. Without more information I'm not sure I'll be of much help. As I said, the label creator works fine on my fresh install of 3.0.5 here. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha 3.0.5 + cannot print labels
Hi Zico, On Mon, Dec 21, 2009 at 12:13 PM, Zico mailz...@gmail.com wrote: On Mon, Dec 21, 2009 at 10:10 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: Sorry. Without more information I'm not sure I'll be of much help. As I said, the label creator works fine on my fresh install of 3.0.5 here. I downloaded this from http://download.koha.org/ I'm running over a local git repo, but the tarball should be fine too. And, chris, what kind of information may help you? just let me know. Do the logs say anything? Namely the Koha error log and maybe the Apache error log as well? Can you access the following directly on your install: http://localhost/cgi-bin/koha/labels/label-item-search.pl NOTE: You may need to change localhost to whatever is appropriate for your system. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha 3.0.5 + cannot print labels
On Mon, Dec 21, 2009 at 2:10 PM, Zico mailz...@gmail.com wrote: On Tue, Dec 22, 2009 at 2:01 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: Do the logs say anything? Namely the Koha error log and maybe the Apache error log as well? Can you access the following directly on your install: http://localhost/cgi-bin/koha/labels/label-item-search.pl [ ... ] Thanks Chris. I will check tomorrow and let you all know my result. Great! By the way, this Koha system is becoming funny to me!!! :D facing a lot of problem one after another...solving it with your help reloading new koha... facing problem. this is just like a pillow-fight!!! :D I had a number of difficulties the first few times I worked with Koha too. Stick with it! You will be glad you did. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Help needed in Label Creator
Hi Nitesh, On Wed, Dec 16, 2009 at 12:23 AM, nitesh rijal rijal...@gmail.com wrote: Thanks Chris. That is what I was asking, which perl files should I modify in order to get the things going??? Have a look at the hash in labels/label-print-pdf.pl about line 254. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Help needed in Label Creator
Hi Nitesh, On Mon, Dec 14, 2009 at 10:42 PM, nitesh rijal rijal...@gmail.com wrote: Hello Chris. I didn't understand by what you said Generate Report and use another software. Do you mean to say that I export the label in CSV or is it some other functionality??? Generating report is using SQL, I guess. How do I use the function in KOHA??? http://koha.org/documentation/manual/3.2/reports Parton Card type must have some variables stored which prints the Patron Type and Homebranch in the labels. I just want to remove them from the label. That must be possible I guess. Not without editing perl code. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Help needed in Label Creator
Hi Nitesh, 2009/12/14 nitesh rijal rijal...@gmail.com Hello all. I'm using KOHA 3.0.3 in Debian Lenny. I have currently tried to set up the label creator for books and patrons. I started creating the labels but ran into a small problem. Generating labels for books is going good, but I'm facing problems in generating labels for patrons. I can generate visible label only when I select the Print Type as Patron Cards, but this layout gives homebranch, patron type and patron barcode. The thing that annoys me is that I only want the patron barcode nothing else. I have tried to use only barcodes type and also assigned barcode field in the text field type but it generates blank pdfs. The only way I can get patron label pdf is by selecting the patron cards type. I tried to look at the documentaion but it doesn't explain about the patron cards type. I just want to remove the homebranch library name and parton type from the output generated by patron cards type. The Patron Cards feature in 3.0.x is only half there and as such does not function as one might expect. The entire module is currently being re-written and will appear fully functional in 3.2. Until then, you could create a report to export your patron card numbers and then use another piece of software to generate the barcode labels you desire. HTH Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Today's General Meeting Notes
Hi all, The notes from today's general meeting on #koha are now posted at http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes09dec02 If I have missed something, feel free to email me or add it yourself. Thanks to all who attended. I have also setup the basic agenda for the next general meeting currently scheduled for 13 January 2010 1900UTC+0. It can be found here: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes10jan13 Please feel free to add additional items which you feel are pertinent and need to be discussed. NOTE: You *do not* have to be a developer to attend these meetings. Kind Regards, Chris Christopher Nighswonger Faculty Member Network Systems Director Foundations Bible College Seminary www.foundations.edu www.fbcradio.org ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Help with SQL report
Hi Adrea, On Mon, Nov 30, 2009 at 4:38 PM, Chris Cormack ch...@bigballofwax.co.nzwrote: 2009/12/1 Adrea Lund ad...@moablibrary.org: Dear KOHA Users, With the help of Beverly Church at Liblime Also, be aware that if you are running LEK, some database fields have changed and this will make it difficult for the community to help formulate accurate SQL for your installation. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] git.koha.org outage
Hi Clay, On Wed, Nov 25, 2009 at 12:09 PM, Clay Fouts clay.fo...@liblime.com wrote: I've discovered that a web crawler was opening up large numbers of simultaneous requests for the RSS/Atom feed. Each of these requests runs an instance of git-diff-tree, which consumes quite a lot of memory and CPU time. Enough of these requests pile up, and the kernel invokes its oom-killer to take care of business. This often times has the unfortunate side effect of killing off key processes, like apache and SSH. In order to have another repeat of this, I've disabled gitweb's RSS/Atom feed functionality. It's a little ham-fisted, but not being a git expert, it's the work-around that is most obvious to me right now to stabilize things. If anyone can suggest a solution that can keep the system stable while not removing functionality, please let me know. Thanks for the time invested in investigating and fixing this issue! Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] git.koha.org outage
Hi Clay, On Tue, Nov 24, 2009 at 3:53 PM, Clay Fouts clay.fo...@liblime.com wrote: Hi, all. Just a brief update on the git.koha.org outage. That server is currently unreachable, even on an administrative basis. We've been working with the hosting provider (Spry) for the past several hours to get it back online. It ought to be available again soon. Thanks for the help with this! Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Label creation + no drop down menu
Hi Zico, 2009/11/15 Zico mailz...@gmail.com: Hi, I am using Koha-3.0.1 in Debian 5.0 release 0. When i go for Label creation... and..when i Add item(s) in Batch...then.. there is no drop-down menu there! I mean... *only* Title is dselected there... and it`s default. Plus, there is nothing there in that window like Added on or after date and Added on or before date!!! How can i enable this option there? It will be really helpful for me if you can help me. I would suggest upgrading to the latest 3.0.4_fixed in which this bug is fixed. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Koha-3.0.4 Stable release
Hi John, 2009/10/21 Chadwick, John, DCA john.chadw...@state.nm.us: I used git to download the latest koha.git version, it still came up with 3.00.01.061. Did you follow Joe's example exactly... including 'git checkout -b my_stable_3.0.4 v3.00.04' ? Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Koha Manual in Git
On Mon, Oct 19, 2009 at 9:08 AM, Nicole Engard neng...@gmail.com wrote: I have some awesome news. As you know I'm working with both ByWater and BibLibre. Well thanks to BibLibre, we now have a git repo for the Koha 3.2 Manual: http://git.biblibre.com/cgi-bin/gitweb.cgi?p=kohadocs;a=summary -- and I'm working on converting everything (and updating everything) over to DocBook so that it will be much easier for translation and publishing in multiple outlets. This is great news Nicole. Thanks for the continued good work! BibLibre++ ByWater++ #for open community contributions Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Biblio adding error
Hi Bernard, On Mon, Oct 19, 2009 at 9:55 AM, Bernard Shiundu bshiu...@strathmore.eduwrote: Hi Chris, I used version 5.8.9.2 of the July 2009 release (established this after several problems with 5.10) and was able to install the greater part of the needed modules (including XML::LibXSLT) ‘relatively’ painlessly via ppm which goes on to download the needed dlls as part of the install. And yes some work is definitely needed on the needed on the 5.10 side of things – glad to know you’ll have a peep at it .. Still poking around on my prob will keep you posted Problems with 5.10 are fixed in the 5.10.1 release. The Strawberry 5.10.1 release candidate can be grabbed here: http://csjewell.dreamwidth.org/6047.html This should include the ability to install XML::LibXSLT from CPAN with no issues. My personal goal with Koha and Strawberry is to have all modules installable from CPAN. As soon as I can get back to it, I'll do an install and see if I can reproduce the error you are seeing. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Biblio adding error
Hi Bernard, On Fri, Oct 16, 2009 at 3:05 AM, Bernard Shiundu bshiu...@strathmore.eduwrote: Hi, This should probably go to the win32 forum but all the same .. Just done a windows install of koha 3 (with strawberry perl) get the error below when adding books Great! To my knowledge you are the first to accomplish a fully working install of Koha 3.x on Windows. Are you using the beta_2 release of Strawberry? How did the install of XLT::LibXSLT go? The following fatal error has occurred: Can't call method fields on an undefined value at G:/koha/prog/src/C4/Biblio.pm line 1923. Apache Server version: Apache/2.2.11 (Win32) Server built: Dec 10 2008 00:10:06 Koha3.01.00.061 Koha DB 3.0100061 MySQL mysql Ver 14.12 Distrib 5.0.45, for Win32 (ia32) OS Windows NT ... 5.2 Build 3790 (Service Pack 2) x86 Perl5.008009 Saw a similar post in the forum ( http://lists.katipo.co.nz/public/koha/2008-December/016248.html ) but no resolution .. Oh and the exact same code works perfectly on linux Not sure what's up here. I do plan to work some more on Koha and Strawberry after the final release of Strawberry 10.x at the end of October. If the problem has not been solved by then I'll look more at it. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] {Disarmed} Re: Label generator broken?
Hi Bernard, On Thu, Oct 15, 2009 at 12:48 PM, Bernard Shiundu bshiu...@strathmore.eduwrote: Hi Chris, Sorry I took so long to get back to you. Just tested. Fixed for layouts + profiles but problem still persists for templates. Logs below 1. Log output when I choose a template to edit: [Thu Oct 15 19:40:46 2009] [error] [client ] [Thu Oct 15 19:40:46 2009] label-edit-template.pl: operation = edit, referer: *MailScanner has detected a possible fraud attempt from localhost08 claiming to be*http://.../cgi-bin/koha/labels/label-manage.pl?label_element=templatehttp://localhost:8008/cgi-bin/koha/labels/label-manage.pl?label_element=template [Thu Oct 15 19:40:46 2009] [error] [client ...] [Thu Oct 15 19:40:46 2009] label-edit-template.pl: Use of uninitialized value in numeric eq (==) at /.../labels/label-edit-template.pl line 103., referer: *MailScanner has detected a possible fraud attempt from localhost08 claiming to be*http://.../cgi-bin/koha/labels/label-manage.pl?label_element=templatehttp://localhost:8008/cgi-bin/koha/labels/label-manage.pl?label_element=template 2. Log output on save [Thu Oct 15 19:41:04 2009] [error] [client ...] [Thu Oct 15 19:41:04 2009] label-edit-template.pl: operation = save, referer: *MailScanner has detected a possible fraud attempt from localhost08 claiming to be*http:///cgi-bin/koha/labels/label-edit-template.pl?op=editamp;element_id=2http://localhost:8008/cgi-bin/koha/labels/label-edit-template.pl?op=editelement_id=2 [Thu Oct 15 19:41:04 2009] [error] [client ...] [Thu Oct 15 19:41:04 2009] label-edit-template.pl: Can't bless non-reference value at //C4/Labels/Profile.pm line 89., referer: *MailScanner has detected a possible fraud attempt from localhost08 claiming to be*http://localhost:8008/cgi-bin/koha/labels/label-edit-template.pl?op=editamp;element_id=2http://localhost:8008/cgi-bin/koha/labels/label-edit-template.pl?op=editelement_id=2 Ok. I found two other places that needed some conditionals and have submitted a patch for them. This should resolve the issue completely (I hope). Please test and let me know how it goes. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] {Disarmed} Re: Label generator broken?
On Thu, Oct 15, 2009 at 4:29 PM, Bernard Shiundu bshiu...@strathmore.eduwrote: Thanks Chris, Grabbed your patch off bugs.koha.org ... 1. New templates now created and saved without croaking. 2. Editing new + existing templates still fails on save Log output on save: [Thu Oct 15 23:27:47 2009] [error] [client ...] [Thu Oct 15 23:27:47 2009] label-edit-template.pl: Can't bless non-reference value at /.../C4/Labels/Profile.pm line 89., referer: http:// .../cgi-bin/koha/labels/label-edit-template.pl?op=editamp;element_id=9 Ok, Bernard... This is the first time I have not been able reproduce the error. So, maybe a bit more information will help me. 1. What version was this install of Koha at when you first installed it? (I'm curious if it was installed before the labels re-right.) 2. Can you open a mysql console and send me the results of the following: SELECT * FROM printers_profile; I think there might be some corrupt data somewhere. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Label generator broken?
Hi Bernard, On Mon, Oct 12, 2009 at 12:20 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Mon, Oct 12, 2009 at 11:30 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Mon, Oct 12, 2009 at 9:36 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Mon, Oct 12, 2009 at 5:36 AM, Bernard Shiundu bshiu...@strathmore.edu wrote: Still no joy. Applied the patch and it sorted out the bug with the printer profiles (they are now saved correctly when editing) however I still have the same error when trying to save templates/layouts after editing and the changes are not saved. The error also comes when creating new templates/layouts - however these are saved. Additional info: The logs show: [Mon Oct 12 12:32:07 2009] [error] [client ...] label-edit-template.pl: Use of uninitialized value in numeric eq (==) at /../labels/ label-edit-template.pl line 100., referer: http://../cgi-bin/koha/labels/ label-manage.pl?label_element=template [Mon Oct 12 12:32:12 2009] [error] [client ...] label-edit-template.pl: Can't bless non-reference value at /.../C4/Labels/Profile.pm line 89., referer: http://.../cgi-bin/koha/labels/ label-edit-template.pl?op=editamp;element_id=1 I'm working on a fix for this bug. Would you mind filing a bug report at http://bugs.koha.org and include this information? Ok, I'm submitting a patch to fix this. I'll also file the bug. Bug 3706 submitted (http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3706) along with a patch to fix. Bernard, If you have time, please apply the patch and test. I am wondering if you have had time to test if the patches I submitted fixed the issues you were having? They have been pushed to the HEAD, so you could get them that way as well. If this does resolve the issue, just let me know so I can close the bug. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Label generator broken?
On Mon, Oct 12, 2009 at 11:30 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Mon, Oct 12, 2009 at 9:36 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Mon, Oct 12, 2009 at 5:36 AM, Bernard Shiundu bshiu...@strathmore.edu wrote: Still no joy. Applied the patch and it sorted out the bug with the printer profiles (they are now saved correctly when editing) however I still have the same error when trying to save templates/layouts after editing and the changes are not saved. The error also comes when creating new templates/layouts - however these are saved. Additional info: The logs show: [Mon Oct 12 12:32:07 2009] [error] [client ...] label-edit-template.pl: Use of uninitialized value in numeric eq (==) at /../labels/label-edit-template.pl line 100., referer: http://../cgi-bin/koha/labels/label-manage.pl?label_element=template [Mon Oct 12 12:32:12 2009] [error] [client ...] label-edit-template.pl: Can't bless non-reference value at /.../C4/Labels/Profile.pm line 89., referer: http://.../cgi-bin/koha/labels/label-edit-template.pl?op=editamp;element_id=1 I'm working on a fix for this bug. Would you mind filing a bug report at http://bugs.koha.org and include this information? Ok, I'm submitting a patch to fix this. I'll also file the bug. Bug 3706 submitted (http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3706) along with a patch to fix. Bernard, If you have time, please apply the patch and test. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] staff sessions get timeout'd even though ..., was Koha-devel Digest, Vol 46, Issue 34
On Fri, Oct 2, 2009 at 4:08 AM, MJ Ray m...@phonecoop.coop wrote: Provasnik, JoAnn prova...@arcadia.edu wrote: Me too. I have started to document how many times a day I have had to log in. Anything you can do to alleviate this would be appreciated. I suggest checking sessionlog (currently /tmp/sessionlog but I hope we'll get it to a better location soon) to see why librarians are being logged out. I think it covers librarians too, not just OPAC, but I've not checked just now. It seems someone suggested changing session storage to the db rather than cookies provided a workaround for this issue. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Diacriticals, Unicode, and PDF's
Does someone have a few bibs they can shoot my way which contain lots of diacriticals and are unicode encoding? Maybe something in French or Spanish for starters. I'm working toward fixing the unicode problems with labels as a back-burner project. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Diacriticals, Unicode, and PDF's
Hi Mason, On Mon, Sep 28, 2009 at 7:40 PM, Mason James mason.loves.su...@gmail.com wrote: so - i'm curious... is there a newer/better way to get around the less-than-perfect character-conversion issues with UTF to PDF, that were discussed on the lists in the last year or so (approx) The UTF to PDF conversion issue appears to be primarily caused by the fact that the PDF stream uses glyphIDs rather than unicode to display strings. Thus there is not a direct, one-to-one unicode-gliphID relationship. The reason that *some* unicode chars come across ok is more ascribable to chance than to design. This happens when the unicode *happens* to match the font gliphID. What really should be happening is that there should be a ToUnicode table built and embedded in the PDF file so that the relationship from unicode to gliphID may be properly defined. Logically, the next question is: How is this to be accomplished? The answer is: I have no concrete idea atm. I *think* that the first issue at hand is that the standard 14 fonts do not extend far enough into the unicode char set to be usable afaict. So we will need to use fonts which do. (ie. gnu freefonts http://www.gnu.org/software/freefont/) The second issue is to understand how ISO32000-1 defines building a ToUnicode CMap (sect 9.10.3) and grind out some code to construct these (probably more modifications to PDF::Reuse: I have made a number already which the maintainer has agreed to include in the next release toward the end of October). It may be as simple as embedding unicode ttf's in the PDF file. If that is the case, the code for that is already in place in both PDF::Reuse and PDF::API2. I'm not convinced that the solution is anywhere near that simple or it would have been done by now. But this is all somewhat subject to sudden and dramatic change as I'm still very much on the learning PDF learning curve and could be way off target. I have had some correspondence with an individual who is a platform architect at Adobe and who has kindly offered to help clarify any questions regarding unicode and PDF. Any thoughts, information, suggestions, etc. is most gratefully appreciated. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Re: [Koha] Koha Foundation Surveys
Hi Nicole, On Sat, Sep 19, 2009 at 9:08 AM, Nicole Engard neng...@gmail.com wrote: Hello all, I am sorry for the delay, I was out of town the past few days. Per our meeting on IRC earlier this week (http://wiki.koha.org/doku.php?id=meetingnotes09sep15), I have put together a survey with some foundation forming questions. English: http://opensource.web2learning.net/limesurvey/index.php?sid=68645lang=en French: http://opensource.web2learning.net/limesurvey/index.php?sid=68645lang=fr Any chance we can get SFLC http://conservancy.softwarefreedom.org/ added to the list of potential umbrella organizations? Thanks, Chris ___ Koha-devel mailing list koha-de...@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Re: [Koha] Koha Foundation Surveys
On Sat, Sep 19, 2009 at 10:47 AM, Nicole Engard neng...@gmail.com wrote: Unfortunately I can't add answers after the survey is made live, but there is a box for you to add that as an option. It appears the poll forces you to rank the existing choices and will not allow you to place an alternative in the ranking order which undoubtedly will affect the final results. Also, what part does this survey play in the formation of the final survey? Kind Regards, Chris Nicole On Sat, Sep 19, 2009 at 10:08 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: Hi Nicole, On Sat, Sep 19, 2009 at 9:08 AM, Nicole Engard neng...@gmail.com wrote: Hello all, I am sorry for the delay, I was out of town the past few days. Per our meeting on IRC earlier this week (http://wiki.koha.org/doku.php?id=meetingnotes09sep15), I have put together a survey with some foundation forming questions. English: http://opensource.web2learning.net/limesurvey/index.php?sid=68645lang=en French: http://opensource.web2learning.net/limesurvey/index.php?sid=68645lang=fr Any chance we can get SFLC http://conservancy.softwarefreedom.org/ added to the list of potential umbrella organizations? Thanks, Chris ___ Koha-devel mailing list koha-de...@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] RFC: New syspref category: Web Services
On Tue, Aug 11, 2009 at 7:47 PM, Galen Charltongmcha...@gmail.com wrote: Hi, I realize that this is likely about to become redundant because of the work that Jesse Weaver is doing with his new syspref editor, but while we have the current one to contend with, I would like to propose renaming OAI-PMH category to something like 'Web Services', 'Services', or 'APIs'. This is motivated by BibLibre's new ILS-DI services, which are controlled by a 'ILS-DI' toggle syspref. One of Jean-André patches proposes creating a new 'ILS-DI' syspref category for that new syspref, but I don't feel that it really needs a category all to itself. Since OAI-PMH and ILS-DI are two specific examples of external services optionally provided by Koha, a 'Web Services' category would be a better umbrella. Comments? Anything that will contribute to less confusion in the current syspref system sounds good to me. Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha Label Module Re-write
On Wed, Jul 29, 2009 at 6:26 AM, MJ Ray m...@phonecoop.coop wrote: Chris Nighswonger cnighswon...@foundations.edu wrote: Incidentally, this re-write will remove the patron card utility code intitially. It was only nearly finished in its current state. I plan to add it back in finished form after completeing work on the labels code. This means it will probably not make it into the next release. Thanks for the rewrite. It would proably be helpful for our patronCardLogo extension, which is very messily done at the moment. Can you expand on the above about removing the patron card utility code? Does that mean patron card printing vanishes completely? Really only if I cannot get to it before the end of August deadline. There are quite a few changes to the tables that underly the label module which affect the patron card feature. This is besides the coding changes. I am working to extract the patron card code and place it in a module to itself and finish it. The short of the matter is that the coding changes to the labels module break the current patron card feature. If there is time before the feature freeze, the patron card feature will be finished up and included. Otherwise the code for it will be non-functional at best in the new release. In this case, the new patron card code should be available prior to the end of the year at the latest as I have a deadline for all of this work in Jan. 2010. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha Label Module Re-write
On Tue, Jul 28, 2009 at 11:13 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: Hi all, I've been working for a while on re-writing the label module from the ground up and am nearly complete. The new code takes a more OO approach and should make the implementation of new features easier (ie. single label printing for a single item, etc.) I'm hoping to be finished in time for the feature freeze at the end of August. The initial objective is to bring the new code up to the same specifications as the old and perform easily implemented bug-fixes along the way. I'll try to publish my repo over the next week so anyone who likes can have a look at the wip. Here is a copy of my wip repo: http://git.foundations.edu/?p=koha.3.0.x;a=summary Give the dns changes 24hrs or so to propagate depending where you are in the world. This is a wip and subject to change instantaneously and drastically without notice. Also, the pod is suffering from a rather large latency. It will be updated/completed prior to submission. The work is currently being done over the 3.0.x HEAD, but will be ported to the current development HEAD once completed. Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] [Koha] barcodes,
On Sat, Jun 27, 2009 at 4:27 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Sat, Jun 27, 2009 at 8:10 AM, mike re-vmrmrm...@yahoo.com wrote: Greetings, print to file and send it to me, I'll see if I can open it. Alternatively, hexedit will open, it and it could look at the leader and the end byte codes to see what it is you are producing.Then compare what you are producing to what works. from the command line $ hexedit foo.pdf Alternately you can just open the pdf in a plain text editor and check to see that the barcode data is there. PDF is a sort of mangled Post Script stream. Below is the stream for a single item. The line with the series of zeros and ones is the barcode. However, I can confirm that the barcodes do not display in Reader 9.0 while they do in 7.0. Versions 8.0 and 9.0 use PDF version 1.7 while 7.0 uses 1.6. There may be a subtle difference in syntax that causes the breakage. I'll open a bug and try to take a look at it next week. The issue here is not a Koha issue, but *probably* an issue where Adobe Reader does not maintain backward compatibility. Fortunately the fix is not so bad. We just switch from embedding the barcodes as a Type3 font to graphical embedding. I'll submit a patch later today against the current HEAD. It will need to be back-ported to the 3.0.x branch as well. Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] barcodes,
On Fri, Jul 3, 2009 at 1:14 PM, Joe Atzberger ohioc...@gmail.com wrote: Note: This would dramatically increase the resulting filesize and the computational cost of delivering it. Right, roughly an eye-popping 636% larger file size. So if one is printing very large label batches (500 labels) it might not work well for them. This is really only a workaround. I'm working to try to understand exactly what needs to be changed in PDF::Reuse to correct the Type3 issue. I hope to have a *real* fix for it in the near future. As an alternative, this workaround could simply be applied on a case-by-case basis rather than committing the patch I submitted to the main repo. Regards, Chris 2009/7/3 Chris Nighswonger cnighswon...@foundations.edu On Sat, Jun 27, 2009 at 4:27 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Sat, Jun 27, 2009 at 8:10 AM, mike re-vmrmrm...@yahoo.com wrote: Greetings, print to file and send it to me, I'll see if I can open it. Alternatively, hexedit will open, it and it could look at the leader and the end byte codes to see what it is you are producing.Then compare what you are producing to what works. from the command line $ hexedit foo.pdf Alternately you can just open the pdf in a plain text editor and check to see that the barcode data is there. PDF is a sort of mangled Post Script stream. Below is the stream for a single item. The line with the series of zeros and ones is the barcode. However, I can confirm that the barcodes do not display in Reader 9.0 while they do in 7.0. Versions 8.0 and 9.0 use PDF version 1.7 while 7.0 uses 1.6. There may be a subtle difference in syntax that causes the breakage. I'll open a bug and try to take a look at it next week. The issue here is not a Koha issue, but *probably* an issue where Adobe Reader does not maintain backward compatibility. Fortunately the fix is not so bad. We just switch from embedding the barcodes as a Type3 font to graphical embedding. I'll submit a patch later today against the current HEAD. It will need to be back-ported to the 3.0.x branch as well. Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] barcodes,
On Fri, Jul 3, 2009 at 2:20 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Fri, Jul 3, 2009 at 1:14 PM, Joe Atzberger ohioc...@gmail.com wrote: Note: This would dramatically increase the resulting filesize and the computational cost of delivering it. Right, roughly an eye-popping 636% larger file size. So if one is printing very large label batches (500 labels) it might not work well for them. This is really only a workaround. I'm working to try to understand exactly what needs to be changed in PDF::Reuse to correct the Type3 issue. I hope to have a *real* fix for it in the near future. As an alternative, this workaround could simply be applied on a case-by-case basis rather than committing the patch I submitted to the main repo. Pursuing this further... FWIW: It appears that Type 3 fonts are legacy and poorly supported at best. I did, however, enable PDF::Reuse zip compression directive in combination with the graphic embedding of the barcodes. This gives an equally eye-popping 26% *reduction* over non-compressed Type 3 font embedding. ie. 4.5 K/pg (compressed graphic) vs. 17.5 K/pg (uncompressed Type 3 font) vs 111 K/pg (uncompressed graphic). So the issue with increased file size should now be contained. It appears that most other applications that export in pdf use compression by default. (OO Writer, etc.) I'm submiting an additional patch to enable compression. Unless there is something I've missed, I'd recommend this as a permenant fix. Regards, Chris 2009/7/3 Chris Nighswonger cnighswon...@foundations.edu On Sat, Jun 27, 2009 at 4:27 PM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Sat, Jun 27, 2009 at 8:10 AM, mike re-vmrmrm...@yahoo.com wrote: Greetings, print to file and send it to me, I'll see if I can open it. Alternatively, hexedit will open, it and it could look at the leader and the end byte codes to see what it is you are producing.Then compare what you are producing to what works. from the command line $ hexedit foo.pdf Alternately you can just open the pdf in a plain text editor and check to see that the barcode data is there. PDF is a sort of mangled Post Script stream. Below is the stream for a single item. The line with the series of zeros and ones is the barcode. However, I can confirm that the barcodes do not display in Reader 9.0 while they do in 7.0. Versions 8.0 and 9.0 use PDF version 1.7 while 7.0 uses 1.6. There may be a subtle difference in syntax that causes the breakage. I'll open a bug and try to take a look at it next week. The issue here is not a Koha issue, but *probably* an issue where Adobe Reader does not maintain backward compatibility. Fortunately the fix is not so bad. We just switch from embedding the barcodes as a Type3 font to graphical embedding. I'll submit a patch later today against the current HEAD. It will need to be back-ported to the 3.0.x branch as well. Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] How-to describing the installation of MarcEdit under Wine on Linux
FWIW I've hacked up a how-to describing the installation of MarcEdit under Wine on Linux in the Koha wiki: http://wiki.koha.org/doku.php?id=en:record_manipulation:software:how_to:marcedit Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Clarify timeout syspref?
On Tue, Feb 24, 2009 at 8:44 AM, Axel Bojer ax...@skolelinux.no wrote: Wagner, Jane skrev: -Original Message- On Tue, Feb 24, 2009 at 7:33 AM, Chris Cormack ch...@bigballofwax.co.nz wrote: On Tue, Feb 24, 2009 at 7:15 PM, paul POULAIN paul.poul...@biblibre.com wrote: Wagner, Jane a écrit : Can someone clarify the timeout system preference? In the 3.0.x manual site, it says Hi Jane, Inactivity timeout for cookies authentication (in seconds). This preference applies to both the staff client and the OPAC. Default Value: 1200 I think at some point someone probably complained they were getting disconnected too much so it got set to a really high value. One problem is : as far as I can see, there's only one timeout, while there probably should be 2 : one for opac, one for intranet. Short for opac, long for intranet, where you want to : start cataloging a book, go have a coffee, continue cataloging that darn book. my 2 cts Nicolas That's one reason I was looking at the syspref (thanks to all for the responses). It would be useful to specify that an OPAC session should close after x minutes of inactivity -- especially for a public workstation in a library. However, a staff session should have a much longer timeout. We may try to do something with this at some point At the same time perhaps also make it possible to log in as another user in opac as in staff on the same computer? I am sometimes confused that I have to log out of staff to test a user in opac, unless I have a separate machine to do this on. An easy way to do this presently is to setup a different virtualhost name for the staff interface. IE. opac.foo.bar for OPAC staff.foo.bar for staff Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] adding a model abstraction ?
On Wed, Oct 15, 2008 at 12:41 PM, Ryan Higgins [EMAIL PROTECTED] wrote: I highly favor adopting DBIx::Class or another db abstraction layer over writing our own lightweight abstraction layer. While it will seem lighter at first to create our own, we will want to add more functionality, multi-db support, etc. I think it is better to take advantage of the excellent work already out there for this. +1 Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] koha code cleaning bug?
On Mon, Sep 29, 2008 at 12:43 PM, Joe Atzberger [EMAIL PROTECTED] wrote: On Mon, Sep 29, 2008 at 11:03 AM, Galen Charlton [EMAIL PROTECTED] wrote: Hi, On Mon, Sep 29, 2008 at 9:42 AM, Marc Chantreux [EMAIL PROTECTED] wrote: do you think that: for my $var ( list_generator ) { $var =~ /useless/; $var =~ s/old/new/; next unless -d $var; mkdir $_; } is more readable than: for ( list_generator ) { /useless/; s/old/new/; next unless -d; mkdir $_; } I do. :) I don't. I actually prefer the latter. And if you construct the example more conventionally, it should be obvious what the topic is without any explanatory comment. foreach (@directories) { ... } This is a nice compromise for non-nested loops. But as far as that goes, its a tossup. However, avoiding unnecessary obfuscation should be the guiding rule, IMHO. So I think when it is clear, use punctuation strings and when it is not, don't. I only wonder if there is any performance gain by using $_ vs assigning a $var? Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Call for volunteers - Koha Documentation Manager
On Tue, Aug 12, 2008 at 11:50 AM, Nicole Engard [EMAIL PROTECTED] wrote: I'm throwing my hat into the ring since I've already done so much in this arena. Having written the Koha 3.0 Manual (which is still a work in progress), I have an intimate knowledge of our documentation needs and would love to help manage all further documentation efforts. Nicole has my vote. I think the law of inertia applies nicely here :-) -- Chris Nighswonger LibLime www.liblime.com [EMAIL PROTECTED] ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] RFC 3.2 - turn on warnings
On Tue, Aug 5, 2008 at 1:07 PM, Galen Charlton [EMAIL PROTECTED] wrote: Hi, Perl's warnings pragma is the cheapest way to find bugs. We already use the strict pragma; now it's time to add warnings. More importantly, it's time to review the messages produced by the warnings pragma and fix the underlying issues. To reiterate, this RFC has two goals: turning on warnings, and fixing all warnings thus reported. Doing the first without the second will simply cause Apache logs to overflow. Ideally, all Perl scripts and modules should have warnings enabled by the time 3.2 is released. I propose the following steps to implement this: 1. Update the coding guidelines to require 'use strict' and 'use warnings'. 2. For any new scripts and modules, require 'use warnings'. Since Koha (per Makefile.PL) requires at least Perl 5.6.1, the 'use warnings' pragma should be used instead of -w. 3. Systematically go through and turn on warnings for each script and module. 4. Unsystematically turn on warnings. I.e., whenever you patch a particular script, consider following up with a separate patch to turn on warnings. I suggest a separate patch because turning on warnings is not enough; you should run the script through its paces and fix any problems reported by the warnings pragma. For modules in C4, note that this can be a big commitment: turning on warnings means testing every function and method. 5. Create a standing blocker bug for 3.2 for adding use warnings. 6. no warnings should not be used absent a detailed comment explaining why warnings should be turned off within a block and why it is not possible to change the code to avoid the warning. It _might_ be acceptable for temporary use while turning on warnings in a big module Excellent idea! It will go a long way toward adding some syntactical law and order to our code. -- Chris Nighswonger LibLime www.liblime.com [EMAIL PROTECTED] ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Database Revision Tracking
On Fri, Aug 1, 2008 at 3:00 AM, Paul POULAIN [EMAIL PROTECTED] wrote: Jesse Weaver a écrit : As part of a process improvement effort we're doing at LibLime, I've created the following wiki proposal: http://wiki.koha.org/doku.php?id=en:development:dbrevs:start Please read it and let me know what you think. This is intended as a simple replacement for IRC conversations like this: definetly +++ for me ! And, pls, get the number *before* writing the stuff commiting. It happends once (only once, fortunatly), that I claimed a number in my code, and the number has been taken by someone else. Was boring to fix it. FWIW here is the approach I use which may help avoid that issue: 1. Make changes to local db and code. 2. Debug. 3. Make changes to kohastructure.sql, updatedatabase.pl, kohaversion.pl 4. Commit and create patch. 5. git reset --hard HEAD~1. 6. git am -3 dbchanging.patch 7. Test to see if update goes ok (will note some errors when updatedatabase.pl attempts to INSERT/UPDATE/DROP/DELETE things that are already there/missing) 8. If my db version number is taken by that point, I simply: a. git reset --hard HEAD~1 b. change db ver number in dbchanging.patch c. do any git fetch/git rebase that needs to be to catch the new db rev number d. git am -3 dbchanging.patch 9. I have only run upon one or two occasions where this did no play nice and I had to hack at things to get them fixed. YMMV (Your Mileage May Vary) (Critique welcomed.) Some procedure like this would allow db ver numbers to be claimed as the patch is submitted, avoiding (hopefully) regularly occurring db ver number clashes. HTH Chris -- Chris Nighswonger LibLime www.liblime.com [EMAIL PROTECTED] ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Spine Label Wrapping in 2.2.x
Hi all, Can anyone confirm or deny that the labels code in Koha 2.2.x had a decent, working algorithm for wrapping the text on spine labels? A quick look at the code seems to indicate that the text was just wrapped at 14 columns without consideration of where that might fall in the text. Kind Regards, -- Chris Nighswonger LibLime www.liblime.com [EMAIL PROTECTED] ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Is aqorderdelivery table of any use?
Hi all, I cannot see where the aqorderdelivery table is used except in some queries in a acquisitions_stats.pl. However, the table never appears to be populated. I'm wondering if it has any present or future purpose? If not, is there any objection to removing it? Kind Regards, -- Chris Nighswonger LibLime www.liblime.com [EMAIL PROTECTED] ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Status of serials/serials-recieve.pl
Can anyone comment on whether serials/serials-recieve.pl is being used? If not, any objections to its removal? Kind Regards, -- Chris Nighswonger LibLime www.liblime.com [EMAIL PROTECTED] ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] stats.pl/Stats.pm and Daily Reconciliation
Hi all, I'm currently working on Bug 2008 involving the circulation report entitled Daily Reconciliation. What I'm looking for is any kind of a specification outline for this report. The current code is quite broken. A little research in the wiki seems to indicate that the stats features in general were added in 2.2.2 ( http://wiki.koha.org/doku.php?id=en:development:roadmap2.2.xs=stats). I'm particularly wondering what information we are looking for to be included in the Daily Reconciliation report. Should it include a line-by-line transactional summary or just entries for payments received, or simply some (which ones?) totals? Thanks, Chris Nighswonger ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel