From jransom at library.org.nz Fri Jul 1 00:54:13 2011 From: jransom at library.org.nz (Joann Ransom) Date: Fri, 1 Jul 2011 10:54:13 +1200 Subject: [Koha-devel] KohaCon11 - Programme Ideas wanted Message-ID: Hi all, We are calling for help for KohaCon11. Occurs to some of us that people might not realise that what they 'do' might be interesting to the rest of us. So, to that end, we are inviting people to submit ideas of presentatins they'd like to see at KohaCon11 in the hope that the rest of you clever people will think "I can talk about that" and step forward and submit abstracts for presentations. The full post can be found here: http://koha-community.org/kohacon11-programme-ideas-wanted/ Cheers Jo. -- Joann Ransom RLIANZA Head of Libraries, Horowhenua Library Trust. -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin at prosentient.com.au Mon Jul 4 03:26:51 2011 From: justin at prosentient.com.au (Justin Unrau) Date: Mon, 4 Jul 2011 11:26:51 +1000 Subject: [Koha-devel] [koha-devel] Adding patches to the git Message-ID: <00b101cc39e9$73f9b690$5bed23b0$@com.au> Hi there, Our company has created a few patches for Koha bugs we've been fixing for our clients in 3.2.x, and we're trying to start giving back more of the work we're doing to the community. As the most junior person here, I've been given the task of getting them into the git (so the coding wizards here can concentrate on their things). I've been looking at the wiki for how to do this, but I'm still a bit confused how to get our patches in. Anyone have any further guides for handling git beyond what's in wiki.koha-community.org? I have two main questions though. I don't see any specific tree for the 3.2.x branch on git.koha-community.org. The production versions of Koha we're supporting are almost all 3.2.x, though the patches we're writing (the one I've got in my hand for bug 6551 right now at least) usually work in 3.4 as well. How does the interaction between 3.2 and 3.4 work in the git way of doing things? Do we just clone the entire git and then make sure we do our tracking and rebasing from the maintenance version (origin/3.2.x) and that will handle it or is it more complicated? The other main question is about the actual installation of git on our Windows servers. I see instructions for Debian and Ubuntu, but not for Windows, which is what we host our Koha installations on. Can anyone point me to a good Windows installation guide? Thanks very much for your help! -- Justin Unrau Prosentient Systems Pty Ltd 02-9212-0899 From chrisc at catalyst.net.nz Mon Jul 4 03:42:03 2011 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 4 Jul 2011 13:42:03 +1200 Subject: [Koha-devel] [koha-devel] Adding patches to the git In-Reply-To: <00b101cc39e9$73f9b690$5bed23b0$@com.au> References: <00b101cc39e9$73f9b690$5bed23b0$@com.au> Message-ID: <20110704014203.GM13034@rorohiko.wgtn.cat-it.co.nz> * Justin Unrau (justin at prosentient.com.au) wrote: > Hi there, > > Our company has created a few patches for Koha bugs we've been fixing for our > clients in 3.2.x, and we're trying to start giving back more of the work we're > doing to the community. As the most junior person here, I've been given the task > of getting them into the git (so the coding wizards here can concentrate on > their things). I've been looking at the wiki for how to do this, but I'm still a > bit confused how to get our patches in. Anyone have any further guides for > handling git beyond what's in wiki.koha-community.org? > http://wiki.koha-community.org/wiki/Version_Control_Using_Git and http://wiki.koha-community.org/wiki/Bug-enhancement-patch_Workflow Are probably the 2 best guides > I have two main questions though. > > I don't see any specific tree for the 3.2.x branch on git.koha-community.org. > The production versions of Koha we're supporting are almost all 3.2.x, though > the patches we're writing (the one I've got in my hand for bug 6551 right now at > least) usually work in 3.4 as well. How does the interaction between 3.2 and 3.4 > work in the git way of doing things? Do we just clone the entire git and then > make sure we do our tracking and rebasing from the maintenance version > (origin/3.2.x) and that will handle it or is it more complicated? > Nope there isnt a tree for 3.2.x but there is a branch http://git.koha-community.org/gitweb/?p=koha.git;a=shortlog;h=refs/heads/3.2.x The best way to do things, is to write the patch for master, and then make a 3.2.x version of it if that is needed. > The other main question is about the actual installation of git on our Windows > servers. I see instructions for Debian and Ubuntu, but not for Windows, which is > what we host our Koha installations on. Can anyone point me to a good Windows > installation guide? > You run Koha on windows?? Not in a VM in windows? You are a braver man than I, I dont know anyone who is running a production install on windows. Chris > Thanks very much for your help! > > -- > Justin Unrau > Prosentient Systems Pty Ltd > 02-9212-0899 > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From cnighswonger at foundations.edu Mon Jul 4 03:45:51 2011 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Sun, 3 Jul 2011 21:45:51 -0400 Subject: [Koha-devel] [koha-devel] Adding patches to the git In-Reply-To: <00b101cc39e9$73f9b690$5bed23b0$@com.au> References: <00b101cc39e9$73f9b690$5bed23b0$@com.au> Message-ID: Hi Justin, On Sun, Jul 3, 2011 at 9:26 PM, Justin Unrau wrote: > I have two main questions though. > > I don't see any specific tree for the 3.2.x branch on > git.koha-community.org. > 3.2.x is a 'branch' off of the main repo 'tree' so you do not see a 'tree' for it. > The production versions of Koha we're supporting are almost all 3.2.x, > though > the patches we're writing (the one I've got in my hand for bug 6551 right > now at > least) usually work in 3.4 as well. How does the interaction between 3.2 > and 3.4 > work in the git way of doing things? Do we just clone the entire git and > then > make sure we do our tracking and rebasing from the maintenance version > (origin/3.2.x) and that will handle it or is it more complicated? > Clone the entire repo. Then apply your patches to the 3.2.x branch. From there you can cherry-pick them into master and 3.4.x as well. The current workflow is to submit patches that will apply to master intended for general consumption. If the patch is specific to a branch then include [] in the subject line. > > The other main question is about the actual installation of git on our > Windows > servers. I see instructions for Debian and Ubuntu, but not for Windows, > which is > what we host our Koha installations on. Can anyone point me to a good > Windows > installation guide? > Are you running a VM on Windows or running 3.2.x in a native Win32 environment? Here I thought I was the only one with a working 3.2.x native Win32 installation. :-) There is a port of Git for Win32, but it is not as "nice" to work with as in *nix. More info may be found here: http://code.google.com/p/msysgit/ Kind Regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin at prosentient.com.au Mon Jul 4 04:34:07 2011 From: justin at prosentient.com.au (Justin Unrau) Date: Mon, 4 Jul 2011 12:34:07 +1000 Subject: [Koha-devel] [koha-devel] Adding patches to the git In-Reply-To: References: <00b101cc39e9$73f9b690$5bed23b0$@com.au> Message-ID: <00bc01cc39f2$d9898900$8c9c9b00$@com.au> Thanks very much (to both Chrises). I?ve got my branches and trees sorted a bit better now. I?m pretty sure we?re running on Win32 servers, but I?ll check if they?re Virtual Machines. I?d seen msysgit as an option, and am glad to see it seconded. As far as being brave or getting credit for the installations all of that has to go to my boss. I?m a library school student here doing a co-op term and since I?m coming from a purely hobbyist technical background I am getting innumerable crash courses in everything, it seems. Including the helpful nature of the Koha community. Thanks again. I?ll come back with more questions as required. -- Justin Unrau Prosentient Systems Pty Ltd +61-2-9212-0899 From: Chris Nighswonger [mailto:cnighswonger at foundations.edu] Sent: Monday, 4 July 2011 11:46 AM To: justin at prosentient.com.au Cc: koha-devel at lists.koha-community.org Subject: Re: [Koha-devel] [koha-devel] Adding patches to the git Hi Justin, On Sun, Jul 3, 2011 at 9:26 PM, Justin Unrau wrote: I have two main questions though. I don't see any specific tree for the 3.2.x branch on git.koha-community.org. 3.2.x is a 'branch' off of the main repo 'tree' so you do not see a 'tree' for it. The production versions of Koha we're supporting are almost all 3.2.x, though the patches we're writing (the one I've got in my hand for bug 6551 right now at least) usually work in 3.4 as well. How does the interaction between 3.2 and 3.4 work in the git way of doing things? Do we just clone the entire git and then make sure we do our tracking and rebasing from the maintenance version (origin/3.2.x) and that will handle it or is it more complicated? Clone the entire repo. Then apply your patches to the 3.2.x branch. From there you can cherry-pick them into master and 3.4.x as well. The current workflow is to submit patches that will apply to master intended for general consumption. If the patch is specific to a branch then include [] in the subject line. The other main question is about the actual installation of git on our Windows servers. I see instructions for Debian and Ubuntu, but not for Windows, which is what we host our Koha installations on. Can anyone point me to a good Windows installation guide? Are you running a VM on Windows or running 3.2.x in a native Win32 environment? Here I thought I was the only one with a working 3.2.x native Win32 installation. :-) There is a port of Git for Win32, but it is not as "nice" to work with as in *nix. More info may be found here: http://code.google.com/p/msysgit/ Kind Regards, Chris No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.901 / Virus Database: 271.1.1/3734 - Release Date: 06/30/11 04:34:00 -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin at prosentient.com.au Mon Jul 4 04:46:28 2011 From: justin at prosentient.com.au (Justin Unrau) Date: Mon, 4 Jul 2011 12:46:28 +1000 Subject: [Koha-devel] [koha-devel] Adding patches to the git In-Reply-To: <00bc01cc39f2$d9898900$8c9c9b00$@com.au> References: <00b101cc39e9$73f9b690$5bed23b0$@com.au> <00bc01cc39f2$d9898900$8c9c9b00$@com.au> Message-ID: <00cf01cc39f4$92d99c00$b88cd400$@com.au> Oops. I was mistaken. The Windows servers aren?t being used for Koha; they?re all SUSE. We?re going to get the git installed this afternoon. Thanks! -- Justin Unrau Prosentient Systems Pty Ltd +61-2-9212-0899 From: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-bounces at lists.koha-community.org] On Behalf Of Justin Unrau Sent: Monday, 4 July 2011 12:34 PM To: koha-devel at lists.koha-community.org Subject: Re: [Koha-devel] [koha-devel] Adding patches to the git Thanks very much (to both Chrises). I?ve got my branches and trees sorted a bit better now. I?m pretty sure we?re running on Win32 servers, but I?ll check if they?re Virtual Machines. I?d seen msysgit as an option, and am glad to see it seconded. As far as being brave or getting credit for the installations all of that has to go to my boss. I?m a library school student here doing a co-op term and since I?m coming from a purely hobbyist technical background I am getting innumerable crash courses in everything, it seems. Including the helpful nature of the Koha community. Thanks again. I?ll come back with more questions as required. -- Justin Unrau Prosentient Systems Pty Ltd +61-2-9212-0899 From: Chris Nighswonger [mailto:cnighswonger at foundations.edu] Sent: Monday, 4 July 2011 11:46 AM To: justin at prosentient.com.au Cc: koha-devel at lists.koha-community.org Subject: Re: [Koha-devel] [koha-devel] Adding patches to the git Hi Justin, On Sun, Jul 3, 2011 at 9:26 PM, Justin Unrau wrote: I have two main questions though. I don't see any specific tree for the 3.2.x branch on git.koha-community.org. 3.2.x is a 'branch' off of the main repo 'tree' so you do not see a 'tree' for it. The production versions of Koha we're supporting are almost all 3.2.x, though the patches we're writing (the one I've got in my hand for bug 6551 right now at least) usually work in 3.4 as well. How does the interaction between 3.2 and 3.4 work in the git way of doing things? Do we just clone the entire git and then make sure we do our tracking and rebasing from the maintenance version (origin/3.2.x) and that will handle it or is it more complicated? Clone the entire repo. Then apply your patches to the 3.2.x branch. From there you can cherry-pick them into master and 3.4.x as well. The current workflow is to submit patches that will apply to master intended for general consumption. If the patch is specific to a branch then include [] in the subject line. The other main question is about the actual installation of git on our Windows servers. I see instructions for Debian and Ubuntu, but not for Windows, which is what we host our Koha installations on. Can anyone point me to a good Windows installation guide? Are you running a VM on Windows or running 3.2.x in a native Win32 environment? Here I thought I was the only one with a working 3.2.x native Win32 installation. :-) There is a port of Git for Win32, but it is not as "nice" to work with as in *nix. More info may be found here: http://code.google.com/p/msysgit/ Kind Regards, Chris No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.901 / Virus Database: 271.1.1/3734 - Release Date: 06/30/11 04:34:00 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.901 / Virus Database: 271.1.1/3734 - Release Date: 06/30/11 04:34:00 -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at enger.priv.no Mon Jul 4 11:40:32 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Mon, 4 Jul 2011 11:40:32 +0200 Subject: [Koha-devel] 2011-07-08 Global bug squashing day Message-ID: Dear Community! Since there were no severe complaints after the first "Global sign off day", I'll risk proposing another one, with a new name: http://wiki.koha-community.org/wiki/2011-07-08_Global_bug_squashing_day (globsquad for short) The name has been chosen to highlight that this day is meant not only to encourage signing off on bugs, but to encourage all kinds of activities that can help bugs and patches move along in the right direction. BibLibre has pledged to participate this time (and hopefully more times in the future too), so we should be able to get even more stuff done than the last time. Yay! See you there! Magnus Enger From tomascohen at gmail.com Mon Jul 4 16:11:06 2011 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Mon, 4 Jul 2011 11:11:06 -0300 Subject: [Koha-devel] IP for es.koha-community.org Message-ID: Hi there, we are setting our spanish-speaking community server to go online soon. We need the FQDN es.koha-community.org to point to IP 200.16.16.170. Regards To+ From mjr at phonecoop.coop Mon Jul 4 17:23:37 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Mon, 4 Jul 2011 16:23:37 +0100 (BST) Subject: [Koha-devel] [Koha] KohaCon11 - Programme Ideas wanted In-Reply-To: Message-ID: <20110704152337.D5AA39F0E8@nail.towers.org.uk> Joann Ransom > We are calling for help for KohaCon11. Occurs to some of us that people > might not realise that what they 'do' might be interesting to the rest of > us. So, to that end, we are inviting people to submit ideas of presentatins > they'd like to see at KohaCon11 in the hope that the rest of you clever > people will think "I can talk about that" and step forward and submit > abstracts for presentations. The full post can be found here: > http://koha-community.org/kohacon11-programme-ideas-wanted/ Thank you to Jo for posting that while I was unavailable. I hope that we will get some great comments there soon. If anyone prefers to leave a comment on that page, me or someone else will copy any suggestions across to the wiki. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Webmaster, Debian Developer, Past Koha RM, statistician, former lecturer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for various work through http://www.software.coop/ From chris at bigballofwax.co.nz Tue Jul 5 22:22:44 2011 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 6 Jul 2011 08:22:44 +1200 Subject: [Koha-devel] IP for es.koha-community.org In-Reply-To: References: Message-ID: On 5 July 2011 02:11, Tomas Cohen Arazi wrote: > Hi there, we are setting our spanish-speaking community server to go > online soon. We need the FQDN es.koha-community.org to point to IP > 200.16.16.170. > > Done Chris From tomascohen at gmail.com Tue Jul 5 22:52:27 2011 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 5 Jul 2011 17:52:27 -0300 Subject: [Koha-devel] IP for es.koha-community.org In-Reply-To: References: Message-ID: On Tue, Jul 5, 2011 at 5:22 PM, Chris Cormack wrote: > On 5 July 2011 02:11, Tomas Cohen Arazi wrote: >> Hi there, we are setting our spanish-speaking community server to go >> online soon. We need the FQDN es.koha-community.org to point to IP >> 200.16.16.170. >> >> > Done A-W-E-S-O-M-E Thanks, I'll try to fix some stuff to make an announcement tomorrow. To+ From andisugandi at gmail.com Wed Jul 6 11:00:47 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Wed, 6 Jul 2011 16:00:47 +0700 Subject: [Koha-devel] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: References: Message-ID: Hi, On Wed, Jul 6, 2011 at 3:21 PM, Andi Sugandi wrote: > Koha installer *did not see* two Perl modules: the Date::ICal[1] (on > koha's web installer) and SMS::Send[2] (after installed) though those > were already installed from rpm package[3]. I also install SMS::Send Perl module via cpan but unfortunately Koha still does not see it[5] too. [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink Koha bugs? *I send (cc) this e-mail to koha-devel too, hopefully can get faster feedback.* Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From arosello at uci.cu Wed Jul 6 15:39:37 2011 From: arosello at uci.cu (Adnier Rosello Carrazana) Date: Wed, 6 Jul 2011 09:39:37 -0400 (CDT) Subject: [Koha-devel] Problem with XML::LibXSLT Message-ID: <2121611830.1494121309959577451.JavaMail.root@ucimail4.uci.cu> my greetings, I have this problem in my koha 3.0.6 over centOS 5.6, this is the koha log: Warning: XML::LibXSLT compiled against libxslt 10118, but runtime libxslt is older 10117, any suggestion? From paul.poulain at biblibre.com Wed Jul 6 18:56:51 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 06 Jul 2011 18:56:51 +0200 Subject: [Koha-devel] Preparing GBSD (friday) Message-ID: <4E1493D3.3050801@biblibre.com> Hello world, I?m preparing Friday Global Bug Squashing Day, and want to share a bugzilla query with you. I've added a "Patches for GBSD" query that display, Koha module by Koha module, all patches needing a sign-off, failed QA or does not apply. To see it : bugs.koha-community.org > Preferences > saved searches > click "patches for GBSD" I think it's useful to organise the GBSD = it's better to work module by module. At least, at BibLibre, developers will be 2 for a module, working on all kind of patches. Of course, everybody will be on IRC, so the group of 2 can become a group of 3 ;-) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From ecarrazana at uci.cu Wed Jul 6 23:52:26 2011 From: ecarrazana at uci.cu (Edisnel C. C.) Date: Wed, 6 Jul 2011 17:52:26 -0400 (CDT) Subject: [Koha-devel] Problem installing Koha on Centos 5.6 In-Reply-To: <1364823406.1357311309988950853.JavaMail.root@ucimail1.uci.cu> Message-ID: <799491040.1357901309989146645.JavaMail.root@ucimail1.uci.cu> Hi, I have a problem with the installation, the log archive contain this: [Fri Jul 01 10:54:54 2011] [error] [client 10.x.x.x] [Fri Jul 1 10:54:54 2011] LibXSLT.pm: Warning: XML::LibXSLT compiled against libxslt 10118, but runtime libxslt is older 10117, referer.... we have tried to install the perl-XML-libxslt-1.70 ... but has dependencies on libxslt, libxml and others, we try to compile but without good results, they also have other dependencies. I have to use(mandatory?) version 1.70 of XML-LibXSLT in Koha 3.0.6, or I can use a previous version? Waiting for your help, thanks ------- "?Quieres subir? Comienza por descender. Planeas una torre que atravesar? las nubes? Coloca primero el fundamento de la humildad." ~ San Agust?n ----- Mensaje original ----- De: "Tomas Cohen Arazi" Para: "Edisnel Carrazana Castro" CC: koha-devel at lists.koha-community.org Enviados: Jueves, 3 de Febrero 2011 12:17:55 (GMT-0500) Auto-Detected Asunto: Re: [Koha-devel] Save user visits in Opac On Thu, Feb 3, 2011 at 1:48 PM, Edisnel Carrazana Castro wrote: > > ?I want to register in a table the user visits to the site after logged in. In wich place of the source code of Koha can I do that? > > I push the function to insert the visit in a page [in opac-user.pl] , but several insertions occur > whenever this page is accessed. What can I do? If I was you, I would rather enable the apache's access log and process it from the outside with some specialized tool like awstats. That way you can be sure you count several visits as different ones and such. If you want to do it visit-then-insert-into-table, the I would create a page (the language you prefer) and call it from a javascript function in 'opacuserjs' configuration variable. You can even use Google Analytics the same way. To+ From mjr at phonecoop.coop Thu Jul 7 00:10:30 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Wed, 6 Jul 2011 23:10:30 +0100 (BST) Subject: [Koha-devel] Problem with XML::LibXSLT In-Reply-To: <2121611830.1494121309959577451.JavaMail.root@ucimail4.uci.cu> Message-ID: <20110706221030.E79D89F0E8@nail.towers.org.uk> Adnier Rosello Carrazana > my greetings, I have this problem in my koha 3.0.6 over centOS 5.6, > this is the koha log: Warning: XML::LibXSLT compiled against libxslt 10118, but runtime libxslt is older 10117, > > any suggestion? Your perl module and system library don't match. If you're using packages, change to compatible versions. If you compiled XML::LibXSLT yourself (with cpan tool, for example), recompile it. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From mjr at phonecoop.coop Thu Jul 7 00:40:21 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Wed, 6 Jul 2011 23:40:21 +0100 (BST) Subject: [Koha-devel] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: Message-ID: <20110706224021.7C79C9F0E8@nail.towers.org.uk> Andi Sugandi > On Wed, Jul 6, 2011 at 3:21 PM, Andi Sugandi wrote: > > Koha installer *did not see* two Perl modules: the Date::ICal[1] (on > > koha's web installer) and SMS::Send[2] (after installed) though those > > were already installed from rpm package[3]. > > I also install SMS::Send Perl module via cpan but unfortunately Koha > still does not see it[5] too. > > [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink > > Koha bugs? I think it's more probably a system misconfiguration somewhere. Thanks for the question, but to help with that, we need a bit more information. You probably need to tell us how to obtain the error, step-by-step if possible and if that process has worked for you before, with what Koha version. (The above is copy-pasta which you could avoid by reading the list archives before posting. I see many bug reports that are missing vital info like the above and this seems better than you getting no reply.) Where is the module on your system? (locate SMS/Send.pm should find it I think.) Which rpm package did you install and how? Also, is PERL5LIB set in the shell you are running cpan shell from? How did you install Koha? Following the INSTALL.opensuse instructions and updating them yourself for 3.4.2? Did you use zypper install perl-SMS-Send? When you installed SMS::Send Perl module via cpan what was the output? Please use http://paste.koha-community.org or similar if possible. By the way, that screenshot looks like it's from a running Koha, not the installer. > *I send (cc) this e-mail to koha-devel too, hopefully can get faster feedback.* No, that just gets you flagged as a cross-post spammer and scored down so you're the last email I see that day. Please don't cross-post to the koha users list and koha-devel. Decide whether it's a user question or a development question and pick the right list, please. Many helpers get enough email without getting two copies of yours. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From andisugandi at gmail.com Thu Jul 7 05:12:47 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Thu, 7 Jul 2011 10:12:47 +0700 Subject: [Koha-devel] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: <20110706224021.7C79C9F0E8@nail.towers.org.uk> References: <20110706224021.7C79C9F0E8@nail.towers.org.uk> Message-ID: Hi MJ Ray, On Thu, Jul 7, 2011 at 5:40 AM, MJ Ray wrote: >> On Wed, Jul 6, 2011 at 3:21 PM, Andi Sugandi wrote: >> I also install SMS::Send Perl module via cpan but unfortunately Koha >> still does not see it[5] too. >> >> [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink >> >> Koha bugs? > > I think it's more probably a system misconfiguration somewhere. Probably, If so it will be easier to get done. > Thanks for the question, but to help with that, we need a bit more > information. ?You probably need to tell us how to obtain the error, > step-by-step if possible and if that process has worked for you before, > with what Koha version. > > (The above is copy-pasta which you could avoid by reading the list > archives before posting. ?I see many bug reports that are missing > vital info like the above and this seems better than you getting no > reply.) > > Where is the module on your system? ?(locate SMS/Send.pm should find > it I think.) > > Which rpm package did you install and how? > > Also, is PERL5LIB set in the shell you are running cpan shell from? > > How did you install Koha? ?Following the INSTALL.opensuse instructions > and updating them yourself for 3.4.2? ?Did you use zypper install > perl-SMS-Send? > > When you installed SMS::Send Perl module via cpan what was the > output? ?Please use http://paste.koha-community.org or similar > if possible. > > By the way, that screenshot looks like it's from a running Koha, > not the installer. *Yup, I will re-post the original mail.* >> *I send (cc) this e-mail to koha-devel too, hopefully can get faster feedback.* > > No, that just gets you flagged as a cross-post spammer and scored down > so you're the last email I see that day. ?Please don't cross-post to > the koha users list and koha-devel. ?Decide whether it's a user > question or a development question and pick the right list, please. > Many helpers get enough email without getting two copies of yours. Really sorry, I wont do that anymore. > Hope that helps, Thanks for these helps. Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From andisugandi at gmail.com Thu Jul 7 05:18:26 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Thu, 7 Jul 2011 10:18:26 +0700 Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: References: <20110706224021.7C79C9F0E8@nail.towers.org.uk> Message-ID: Hi Developers, I succeeded[0] installing Koha 3.4.02 on openSUSE 11.4[0] computer, but I found issues: Koha installer *did not see* two Perl modules: the Date::ICal[1] (on koha's web installer) and SMS::Send[2][5] (after installed) though those were already installed from rpm package[3]. UPDATE: KOHA_CONF and PERL5LIB environment variables: # env | grep KOHA KOHA_CONF=/etc/koha/koha-conf.xml # env | grep PERL5LIB PERL5LIB=/usr/share/koha/lib Any ideas how to fix the issues? If these can be solved so openSUSE Packagers can produce Koha (RPM) packgae easier. I ask Lars so we can collaborate to make Koha package (on OBS[4]) get available right after Koha upstream get its new release. Thanks in advance. [0] http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3 https://picasaweb.google.com/lh/photo/y3bQwqI6ztDR2fkqxd9sCw?feat=directlink [1] https://picasaweb.google.com/lh/photo/DsNuIeGQOKkYZgyDh3ttPw?feat=directlink [2] https://picasaweb.google.com/lh/photo/QocVK9BwLL2ddv5GYa6O_g?feat=directlink [3] > rpm -qi perl-Date-ICal perl-SMS-Send | grep Distribution Distribution: devel:languages:perl / openSUSE_11.4 Distribution: devel:languages:perl / openSUSE_11.4 > rpm -ql perl-Date-ICal /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal.pm /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal/Duration.pm /usr/share/doc/packages/perl-Date-ICal /usr/share/doc/packages/perl-Date-ICal/Changes /usr/share/doc/packages/perl-Date-ICal/README /usr/share/man/man3/Date::ICal.3pm.gz /usr/share/man/man3/Date::ICal::Duration.3pm.gz > rpm -ql perl-SMS-Send /usr/lib/perl5/vendor_perl/5.12.3/SMS /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Driver.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS/Send /usr/share/doc/packages/perl-SMS-Send /usr/share/doc/packages/perl-SMS-Send/Changes /usr/share/doc/packages/perl-SMS-Send/MANIFEST /usr/share/doc/packages/perl-SMS-Send/README /usr/share/man/man3/SMS::Send.3pm.gz /usr/share/man/man3/SMS::Send::AU::Test.3pm.gz /usr/share/man/man3/SMS::Send::Driver.3pm.gz /usr/share/man/man3/SMS::Send::Test.3pm.gz [4] http://en.opensuse.org/Build_Service [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From davi at gnu.org Thu Jul 7 11:01:02 2011 From: davi at gnu.org (davi at gnu.org) Date: Thu, 7 Jul 2011 10:01:02 +0100 Subject: [Koha-devel] Koha Support provider Message-ID: <201107071001.02701.davi@gnu.org> Hi, This email is to request to be listed on koha-community.org as a Koha Support provider. Company Name: leals.com Contact Person: David D?az Contact email: david at leals.com Website: www.leals.com Telephone: +34 922 37 18 42 Address: Iriarte, 12, 38400 Puerto de la Cruz, S/C de Tenerife, Spain Short description of your services: PBX, Koha ILS, e-commerce, e-learning, ERP, CRM, and generic development, consulting and sysadmin services. leals.com is a business democratically managed by its workers. Actual democracy, not a corrupted one ;-) All our-coop activities are completely transparent to all the cooperative workers. We do not create fake excuses ;-) Flat structure, without any manager or main administrator. Any worker can carry out any task type ;-) ... See http://www.leals.com/partners P.S.: I am sending this email here because the one I sent three days ago to koha at lists.katipo.co.nz is not getting in. Please, let me know if this is not the right list to request to be added to the Koha support listing. Regards, -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From tajoli at cilea.it Thu Jul 7 11:33:35 2011 From: tajoli at cilea.it (Zeno Tajoli) Date: Thu, 07 Jul 2011 11:33:35 +0200 Subject: [Koha-devel] The situation of the CIRC module Message-ID: <4E157D6F.8060109@cilea.it> Hi to all, a library has asked us a develop about circolation in Koha. They want: -- Automatic check-in after an hold if the book is avaible and a mial to user with the message 'Go to pickup the book'. -- A mail to user is the book is on loan after an hold. -- Automatic renews (if there aren't holds), max 3. -- Check-out with a self-check out station -- When a book with an hold returns, automticaly the system does check-in and sends a mail to the user with the message 'Go to pickup the book'. In fact they want an automatic CIRC library, leand the books without a librarian. I see the RFCs about circulation, the Biblibre enhancements. I want to know the situation at SQL level To implement this develop I need a more robust table about holds, I probably need to add fields to table tmp_holdsqueue. Can you send to the list your plans (at SQL level) for CIRC and holds in particular ? There is any developer that is working on similar features ? Cheers Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_SPAM_no_prendiATcilea.it fax +39 02 2135520 CILEA - Consorzio Interuniversitario http://www.cilea.it/disclaimer From andisugandi at gmail.com Thu Jul 7 12:54:21 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Thu, 7 Jul 2011 17:54:21 +0700 Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: References: <20110706224021.7C79C9F0E8@nail.towers.org.uk> Message-ID: On Thu, Jul 7, 2011 at 10:18 AM, Andi Sugandi wrote: > I succeeded[0] installing Koha 3.4.02 on openSUSE 11.4[0] computer, but I > found issues: > > Koha installer *did not see* two Perl modules: the Date::ICal[1] (on > koha's web installer) and SMS::Send[2][5] (after installed) though those > were already installed from rpm package[3]. I filled bug for Date::ICal, #6560 [6] and SMS::Send, 6561 [7] issue respectively. [6] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6560 [7] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6561 So, please correct me if I'm doing wrong here. Thanks. Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From magnus at enger.priv.no Thu Jul 7 18:45:16 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Thu, 7 Jul 2011 18:45:16 +0200 Subject: [Koha-devel] Preparing GBSD (friday) In-Reply-To: <4E1493D3.3050801@biblibre.com> References: <4E1493D3.3050801@biblibre.com> Message-ID: On 6 July 2011 18:56, Paul Poulain wrote: > Hello world, > > I?m preparing Friday Global Bug Squashing Day, and want to share a > bugzilla query with you. > > I've added a "Patches for GBSD" query that display, Koha module by Koha > module, all patches needing a sign-off, failed QA or does not apply. > To see it : bugs.koha-community.org > Preferences > saved searches > > click "patches for GBSD" Thanks, Paul! I have added it to the wiki page: http://wiki.koha-community.org/wiki/2011-07-08_Global_bug_squashing_day (Or actually, I have added it to a template, so we can easily re-use it ;-) > I think it's useful to organise the GBSD = it's better to work module by > module. > At least, at BibLibre, developers will be 2 for a module, working on all > kind of patches. Of course, everybody will be on IRC, so the group of 2 > can become a group of 3 ;-) Yay! Best regards, Magnus Enger PS GBSD has already started in some timezones: http://www.timeanddate.com/worldclock/custom.html?sort=2 ;-) From magnus at enger.priv.no Fri Jul 8 01:12:33 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Fri, 8 Jul 2011 01:12:33 +0200 Subject: [Koha-devel] Preparing GBSD (friday) In-Reply-To: <4E1493D3.3050801@biblibre.com> References: <4E1493D3.3050801@biblibre.com> Message-ID: On 6 July 2011 18:56, Paul Poulain wrote: ... > I think it's useful to organise the GBSD = it's better to work module by > module. > At least, at BibLibre, developers will be 2 for a module, working on all > kind of patches. Of course, everybody will be on IRC, so the group of 2 > can become a group of 3 ;-) I have added a table of bugs that needs signoff to the wiki, sortable by module/component: http://wiki.koha-community.org/wiki/2011-07-08_Global_bug_squashing_day#Claim_a_bug_for_signoff.21 (Sorry for the truncated names of the categories, that's how I got 'em from Bugzilla...) It might not be necessary to claim bugs before signing off, but at least it's there if people want to use it... Have fun! Magnus Enger From mjr at phonecoop.coop Fri Jul 8 01:43:19 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 8 Jul 2011 00:43:19 +0100 (BST) Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: Message-ID: <20110707234319.B6C8F9F0E8@nail.towers.org.uk> Andi Sugandi wrote: [...] > > rpm -ql perl-SMS-Send > /usr/lib/perl5/vendor_perl/5.12.3/SMS > /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send > /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm Could you post the output of "perl -V" too, please? I don't have vendor_perl paths in my @INC but I guess openSUSE does different and I don't have access to one just now, as far as I know. In general, follow the INSTALL.opensuse file rather than the wiki, but I don't think it would make a difference in this case. Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Webmaster, Debian Developer, Past Koha RM, statistician, former lecturer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for various work through http://www.software.coop/ From mjr at phonecoop.coop Fri Jul 8 02:59:07 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 8 Jul 2011 01:59:07 +0100 (BST) Subject: [Koha-devel] Koha Support provider In-Reply-To: <201107071001.02701.davi@gnu.org> Message-ID: <20110708005907.52DE79F0E8@nail.towers.org.uk> davi at gnu.org wrote: > This email is to request to be listed on koha-community.org as a Koha Support > provider. > > Company Name: leals.com I have some serious concerns about this being listed, including: * it does not even mention Koha on the site, let alone link back to koha-community.org (verified by search engine); * I believe the site lists "clients" who never hired this leals.com; * it is called a co-op in the listing request, but not on the site and isn't recognised as one by any other co-op AFAICT (this probably matters more to me than most people, as defending the co-operative identity is a big task); * the site appears not to meet the EC Directive on E-commerce 2000/31/EC, notably Article 5 General information to be provided and Article 6 (b) identifying the natural or legal person. (Of course, that last one is a problem if it's where the listing request says. Not a problem if it's really in west Texas like http://www.everythingamarillo.com/marketplace/businesses/leals-mexican-restaurant/ says. ;-) ) Regards, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From paivakil at gmail.com Fri Jul 8 08:54:20 2011 From: paivakil at gmail.com (Mahesh T Pai) Date: Fri, 08 Jul 2011 12:24:20 +0530 Subject: [Koha-devel] Problem installing Koha on Centos 5.6 References: <1364823406.1357311309988950853.JavaMail.root@ucimail1.uci.cu> <799491040.1357901309989146645.JavaMail.root@ucimail1.uci.cu> Message-ID: <87sjqhcler.fsf@gmail.com> "Edisnel C. C." writes: > I have to use(mandatory?) version 1.70 of XML-LibXSLT in Koha 3.0.6, > or I can use a previous version? Waiting for your help, thanks When a package specifies version 1.11 of a dependency, , it usually means "1.11 or better". If it insists only 1.11, it would be mentioned specifically. I do not know about centos, but wouldn't the RPM system automatically get you the dependencies? Why do you want to manually download / compile the packages? > On Thu, Feb 3, 2011 at 1:48 PM, Edisnel Carrazana Castro > wrote: PS:- when you wnat to create a new message, please create a new message; do not use the "reply to" function and change the subject - this does not work. -- Mahesh T. Pai || Free Software - it is free as in FREEDOM From fridolyn.somers at gmail.com Fri Jul 8 09:42:55 2011 From: fridolyn.somers at gmail.com (Fridolyn SOMERS) Date: Fri, 8 Jul 2011 09:42:55 +0200 Subject: [Koha-devel] security question about injection in Zebra In-Reply-To: <20110630175307.GA14960@latrappe.fr> References: <809BE39CD64BFD4EB9036172EBCCFA312E9C36@S-MAIL-1B.rijksmuseum.intra> <20110630175307.GA14960@latrappe.fr> Message-ID: Hie, A just question indeed. About : - if one contains a double-quote escape in done (and could result invalid query) You should open a bug. I think replacing double-quotes with a space should work, double quotes are considered by Zebra like a space between 2 words. Needs more investigation. Regards, 2011/6/30 Fr?re S?bastien > Hi, > > Seeing the patch proposed by Marcel de Rooy for bug 6536, a question > arrived in my mind about injection of code in Zebra. > > Does someone is aware about something like that ? > > Next an extract of patch (and after my comments): > > On Thu, Jun 30, 2011 at 01:01:01PM +0000, Marcel de Rooy wrote: > > Z3950 Enhancements: SRU search targets, MARC conversion and additional > XSLT processing > > > > diff --git a/C4/Breeding.pm b/C4/Breeding.pm > > index 9003f9a..cb04e14 100644 > > --- a/C4/Breeding.pm > > +++ b/C4/Breeding.pm > > [...] > > > +sub build_query { > > + my $nterms=0; > > + my $title = $input->param('title')||''; > > + my $author = $input->param('author')||''; > > + my $isbn = $input->param('isbn')||''; > > + my $lccall = $input->param('lccall')||''; > > + my $subject = $input->param('subject')||''; > > + my $dewey = $input->param('dewey')||''; > > + my $controlnumber = $input->param('controlnumber')||''; > > + my $stdid = $input->param('stdid')||''; > > + my $srchany = $input->param('srchany')||''; > > + > > + if ($isbn) { > > + $zquery = "\@or \@attr 1=8 \"$isbn\" \@attr 1=7 \"$isbn\" "; > > + $squery = "([isbn]=\"$isbn\" or [issn]=\"$isbn\") and "; > > + $nterms++; > > + } > > + if ($title) { > > + utf8::decode($title); > > + $zquery .= "\@attr 1=4 \"$title\" "; > > + $squery .= "[title]=\"$title\" and "; > > + $nterms++; > > + } > > [...] > > > First, some notes about code: > - alls variables seems to come from userdata (input query), so are user > controlled. > - if one contains a double-quote escape in done (and could result invalid > query) > > > About zebra possible exploits (untested): > - yaz-client (Z39.50 client) permit bang pattern for shell invocation, > does the library too ? > - does zebra permit anonymous index write ? (resulting index corruption, > possible affection of koha for places where data are read from zebra, and > use 'as-it') > - or connection to another server ? (could expose local network area) > - ... > > If someone have other ideas... > > > If zebra library permit use of placeholders, we should use them. Else > perhaps develop a small function for variable escapment before inclusion in > zebra query. > > Thanks. > -- > Fr?re S?bastien Marie > Abbaye Notre Dame de La Trappe > 61380 Soligny-la-Trappe > T?l: 02.33.84.17.00 > Fax: 02.33.34.98.57 > Web: http://www.latrappe.fr/ > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -- Fridolyn SOMERS ICT engineer PROGILONE - Lyon - France fridolyn.somers at gmail.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From paul.poulain at biblibre.com Fri Jul 8 10:06:30 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 08 Jul 2011 10:06:30 +0200 Subject: [Koha-devel] Preparing GBSD (friday) In-Reply-To: References: <4E1493D3.3050801@biblibre.com> Message-ID: <4E16BA86.8020105@biblibre.com> Le 08/07/2011 01:12, Magnus Enger a ?crit : > On 6 July 2011 18:56, Paul Poulain wrote: > ... >> I think it's useful to organise the GBSD = it's better to work module by >> module. >> At least, at BibLibre, developers will be 2 for a module, working on all >> kind of patches. Of course, everybody will be on IRC, so the group of 2 >> can become a group of 3 ;-) > I have added a table of bugs that needs signoff to the wiki, sortable > by module/component: > http://wiki.koha-community.org/wiki/2011-07-08_Global_bug_squashing_day#Claim_a_bug_for_signoff.21 > (Sorry for the truncated names of the categories, that's how I got 'em > from Bugzilla...) > > It might not be necessary to claim bugs before signing off, but at > least it's there if people want to use it... mmm... one more place to write something. I'm not happy with this idea. I think it's easier to yell on #koha "working on #XXXX now" is enough. And if there is something about the entry, then add a comment on the entry. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From davi at gnu.org Fri Jul 8 11:17:12 2011 From: davi at gnu.org (davi at gnu.org) Date: Fri, 8 Jul 2011 10:17:12 +0100 Subject: [Koha-devel] Koha Support provider In-Reply-To: <20110708005907.52DE79F0E8@nail.towers.org.uk> References: <20110708005907.52DE79F0E8@nail.towers.org.uk> Message-ID: <201107081017.13498.davi@gnu.org> MJ Ray wrote: > davi at gnu.org wrote: > > This email is to request to be listed on koha-community.org as a Koha > > Support provider. > > > > Company Name: leals.com > > I have some serious concerns about this being listed, including: > > * it does not even mention Koha on the site, let alone link back > to koha-community.org (verified by search engine); > > * I believe the site lists "clients" who never hired this leals.com; > > * it is called a co-op in the listing request, but not on the site > and isn't recognised as one by any other co-op AFAICT (this > probably matters more to me than most people, as defending the > co-operative identity is a big task); > > * the site appears not to meet the EC Directive on E-commerce > 2000/31/EC, notably Article 5 General information to be provided > and Article 6 (b) identifying the natural or legal person. I see you have invested high effort to write your email, sending it at 1:59 night, as per your local time. My pain with you do not end! After you fired me from your software.coop cooperative, formerly known as our-coop. Do you fear another cooperative being created? Is not enough for you not pay me? You also want to block the addition of leals.com in the listing? Your evilness do not have end. And yes, we have worked for those clients, and yes we have been the one contracted to carry out those tasks, being directly or indirectly we are the ones who have _done_ the work. You have my resume. In most cases we have even worked in the client offices for years. I do not want do to this a thread discussion, because I already lost more than two years working in your business, formerly known as our-coop. I regret it. I regret even knowing you. You firing me after building your coop is evil evil, but you do not paying me knowing how hard, very very hard, I worked to do software.coop an actual business option is even evil evil evil. Well, all is evil. I think you are not an human, or you are head ill or something like that. I regret creating the logo for you cooperative, software.coop. I regret creating the first version of the business cards. I regret creating the new website layout and look. I regret creating your internal business organisation, and so on and so on. And of course I regret leaving my 'normal' job to join your joke coop. It was a joke at that time. Thanks for firing me from the formerly known as our-coop. > (Of course, that last one is a problem if it's where the listing > request says. Not a problem if it's really in west Texas like > http://www.everythingamarillo.com/marketplace/businesses/leals-mexican-rest > aurant/ says. ;-) ) leals.com is not in west Texas. It is not my fault if other business as the one in Texas ( http://www.myleals.com/ ) do mistakes at adding its domain name. MJ stop your evilness. You will be happier. And I do not care if leals.com is not added to the Koha support provider listing. I prefer being away from you if it has to be so ;-) Also, I am not so much obfuscated with building-linking as you. Lower your energy :-) P.S.: Greetings to your wife, who looked a normal person. And be more happy please. -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From paul.poulain at biblibre.com Fri Jul 8 11:29:19 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 08 Jul 2011 11:29:19 +0200 Subject: [Koha-devel] Bug in the wiki (galen ?) / playing with RFCs Message-ID: <4E16CDEF.4020202@biblibre.com> Hello all, For the GBSD#2, I'm working on the wiki, to clean RFCs. At the moment, the page : http://wiki.koha-community.org/wiki/Category:RFCs display 82 entries. many of them are related to features now included in Koha, some of them are related to features submitted and waiting for inclusion, some of them are related to features still to develop (sponsored or not) That's why i've created 2 sub-categories: * Implemented_RFC => this is no more a RFC, this is a feature in Koha * Submitted_RFC => this is no more a RFC, this is a feature submitted to the dev team, that is waiting for sign-off/QA/... What I wanted to do was to REMOVE the category RFC to all Implemented_RFC and Submitted_RFC, to have, in the RFC page, just what is really a RFC. And, of course add the Implemented or Submitted sub-category. I can't remove the RFCs category, and magnus tells me it's a bug, and that "we should all go sit on gmcharlt until he at least disables the plugin that is messing with the categories ;-) " So, galen, could you do something for this ? Once it's done, I will be able to remove "RFCs" category for pages that are no more a RFC. That will make the RFC page much more useful, it will display only RFCs ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From paul.poulain at biblibre.com Fri Jul 8 11:59:51 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 08 Jul 2011 11:59:51 +0200 Subject: [Koha-devel] Bug in the wiki (galen ?) / playing with RFCs In-Reply-To: <4E16CDEF.4020202@biblibre.com> References: <4E16CDEF.4020202@biblibre.com> Message-ID: <4E16D517.1040403@biblibre.com> Le 08/07/2011 11:29, Paul Poulain a ?crit : > I can't remove the RFCs category, and magnus tells me it's a bug, and > that "we should all go sit on gmcharlt until he at least disables the > plugin that is messing with the categories ;-) " > > So, galen, could you do something for this ? > > Once it's done, I will be able to remove "RFCs" category for pages that > are no more a RFC. That will make the RFC page much more useful, it will > display only RFCs ! mmm... who did something ? it works fine now. Thanks ! /me cleaning wiki & RFCs like a mad men ... -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From henridamien.laurent at gmail.com Fri Jul 8 12:32:24 2011 From: henridamien.laurent at gmail.com (LAURENT Henri-Damien) Date: Fri, 08 Jul 2011 12:32:24 +0200 Subject: [Koha-devel] security question about injection in Zebra In-Reply-To: <20110630175307.GA14960@latrappe.fr> References: <809BE39CD64BFD4EB9036172EBCCFA312E9C36@S-MAIL-1B.rijksmuseum.intra> <20110630175307.GA14960@latrappe.fr> Message-ID: <4E16DCB8.3080608@gmail.com> Le 30/06/2011 19:53, Fr?re S?bastien Marie a ?crit : > Hi, > > Seeing the patch proposed by Marcel de Rooy for bug 6536, a question arrived in my mind about injection of code in Zebra. > > Does someone is aware about something like that ? > > Next an extract of patch (and after my comments): > > On Thu, Jun 30, 2011 at 01:01:01PM +0000, Marcel de Rooy wrote: >> Z3950 Enhancements: SRU search targets, MARC conversion and additional XSLT processing >> >> diff --git a/C4/Breeding.pm b/C4/Breeding.pm >> index 9003f9a..cb04e14 100644 >> --- a/C4/Breeding.pm >> +++ b/C4/Breeding.pm > > [...] > >> +sub build_query { >> + my $nterms=0; >> + my $title = $input->param('title')||''; >> + my $author = $input->param('author')||''; >> + my $isbn = $input->param('isbn')||''; >> + my $lccall = $input->param('lccall')||''; >> + my $subject = $input->param('subject')||''; >> + my $dewey = $input->param('dewey')||''; >> + my $controlnumber = $input->param('controlnumber')||''; >> + my $stdid = $input->param('stdid')||''; >> + my $srchany = $input->param('srchany')||''; >> + >> + if ($isbn) { >> + $zquery = "\@or \@attr 1=8 \"$isbn\" \@attr 1=7 \"$isbn\" "; >> + $squery = "([isbn]=\"$isbn\" or [issn]=\"$isbn\") and "; >> + $nterms++; >> + } >> + if ($title) { >> + utf8::decode($title); >> + $zquery .= "\@attr 1=4 \"$title\" "; >> + $squery .= "[title]=\"$title\" and "; >> + $nterms++; >> + } > > [...] > > > First, some notes about code: > - alls variables seems to come from userdata (input query), so are user controlled. > - if one contains a double-quote escape in done (and could result invalid query) > > > About zebra possible exploits (untested): > - yaz-client (Z39.50 client) permit bang pattern for shell invocation, does the library too ? mmm nice question But I don't think so > - does zebra permit anonymous index write ? (resulting index corruption, possible affection of koha for places where data are read from zebra, and use 'as-it') No. zebra default configuration in koha only allows anonymous READ access. And every read/write is subject to authentication. > - or connection to another server ? (could expose local network area) default zebra configuration in koha is only on unix socket and not even exposing zebra server to outer internet space. > If zebra library permit use of placeholders, we should use them. Else perhaps develop a small function for variable escapment before inclusion in zebra query. It is not a feature that I am aware of. But it uses ZOOM::RPN Queries and Koha is forging that. > > Thanks. -- Henri-Damien LAURENT BibLibre From magnus at enger.priv.no Fri Jul 8 13:23:30 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Fri, 8 Jul 2011 13:23:30 +0200 Subject: [Koha-devel] Preparing GBSD (friday) In-Reply-To: <4E16BA86.8020105@biblibre.com> References: <4E1493D3.3050801@biblibre.com> <4E16BA86.8020105@biblibre.com> Message-ID: On 8 July 2011 10:06, Paul Poulain wrote: >> It might not be necessary to claim bugs before signing off, but at >> least it's there if people want to use it... > mmm... one more place to write something. I'm not happy with this idea. > I think it's easier to yell on #koha "working on #XXXX now" is enough. > And if there is something about the entry, then add a comment on the entry. You are probably right, Paul. If noone uses it, I will not do it for the next GBSD. ;-) Best regards, Magnus From andisugandi at gmail.com Fri Jul 8 13:25:39 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Fri, 8 Jul 2011 18:25:39 +0700 Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: <20110707234319.B6C8F9F0E8@nail.towers.org.uk> References: <20110707234319.B6C8F9F0E8@nail.towers.org.uk> Message-ID: Hi MJ Ray, On Fri, Jul 8, 2011 at 6:43 AM, MJ Ray wrote: > Could you post the output of "perl -V" too, please? http://paste.koha-community.org/89 > I don't have vendor_perl paths in my @INC but I guess openSUSE does > different and I don't have access to one just now, as far as I know. Yes, I can it tell now that Perl modules that come from vendor (I find openSUSE[8], Arch[9], & Gentoo using the same way ) uses /usr/lib/perl5/vendor_perl/5.12.3/ path (ex: it uses Perl 5.12.3) that contains its modules, otherwise that come from CPAN[10] will be placed in /usr/lib/perl5/site_perl/5.12.3/ directory. cmiiw, I think KOHA *only* failed to find Date::ICal and SMS:Send modules, others that installed by "zypper" (as also discribe in "Using zypper to install CPAN modules" section of INSTALL.opensuse file) can successfully be found. imho, This is a little weird as only those modules failed to be found when others can, but I will try on other machine (clean install) whether this issues are reproducible or not. Btw, I also made similar thread[11] on openSUSE-edu list in case the issue can be solved easier (& quicker). Thanks. [8] http://en.opensuse.org/openSUSE:Packaging_Perl#.25perl_vendorlib [9] https://wiki.archlinux.org/index.php/Perl_Package_Guidelines#File_Placement [10] http://en.opensuse.org/openSUSE:Packaging_Perl#.25perl_sitelib [11] http://lists.opensuse.org/opensuse-edu/2011-07/msg00001.html Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From mjr at phonecoop.coop Fri Jul 8 15:16:45 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 8 Jul 2011 14:16:45 +0100 (BST) Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: Message-ID: <20110708131645.0CCA89F0E8@nail.towers.org.uk> Andi Sugandi wrote: > cmiiw, I think KOHA *only* failed to find Date::ICal and SMS:Send > modules, others that installed by "zypper" (as also discribe in "Using > zypper to install CPAN modules" section of INSTALL.opensuse file) can > successfully be found. > > imho, This is a little weird as only those modules failed to be found > when others can, but I will try on other machine (clean install) > whether this issues are reproducible or not. Yeah, I don't get this. I'd expect all modules to fail or all packaged modules to fail or all cpan modules to fail, not just two. I feel like I must be missing something. The @INCs look OK to me. What does ./koha_perl_deps.pl -m output when you run it from the unpacked koha download's folder? If that doesn't report Date::ICal and SMS:Send as missing, then there's some environment difference between your webserver and your shell which causes this, but that's a big haystack :-( > Btw, I also made similar thread[11] on openSUSE-edu list in case the > issue can be solved easier (& quicker). > [11] http://lists.opensuse.org/opensuse-edu/2011-07/msg00001.html Thanks for letting us know. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From mjr at phonecoop.coop Fri Jul 8 15:25:31 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 8 Jul 2011 14:25:31 +0100 (BST) Subject: [Koha-devel] Koha Support provider In-Reply-To: <201107081017.13498.davi@gnu.org> Message-ID: <20110708132531.45F5C9F0E8@nail.towers.org.uk> davi at gnu.org wrote: > I see you have invested high effort to write your email, sending it at 1:59 > night, as per your local time. My pain with you do not end! After you fired > me from your software.coop cooperative, formerly known as our-coop. No special effort. We started as a support co-op for Internet Service Providers, so some members have never worked 9-5, which is still useful because our current customers are in many timezones - as are Koha community online meetings! (3am local next month...) The objections still stand. I won't answer the inaccuracies in the previous message because they are off-topic here, and instead ask davi to resolve our dispute by replying to our direct emails, as requested. The reasons for objecting are independent of that dispute anyway. Hope that clarifies, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From ian.walls at bywatersolutions.com Fri Jul 8 16:11:05 2011 From: ian.walls at bywatersolutions.com (Ian Walls) Date: Fri, 8 Jul 2011 10:11:05 -0400 Subject: [Koha-devel] Koha Support provider In-Reply-To: <20110708132531.45F5C9F0E8@nail.towers.org.uk> References: <201107081017.13498.davi@gnu.org> <20110708132531.45F5C9F0E8@nail.towers.org.uk> Message-ID: MJ is correct: www.leals.com/library, the page that appears to contain the most information about their ILS offerings (unless I'm missing a page... I didn't do a full review of the site), does not link to www.koha-community.org anywhere (as MJ already confirmed), nor does it even reference Koha. To quote: "We provide a full-featured ILS solution" There is also reference to EDIFACT integration (twice on the page), which is still awaiting integration into Koha (a fact to which MJ and I can both speak). This indicates to me that leals is not offering services on the community codebase, at least not exclusively. I'll leave MJ's other concerns to be addressed by those more knowledgeable than I, but facts above stand in my mind as blockers enough to listing. I would ask leals to remedy this by providing link backs to koha-community.org, as well as referencing the software directly on their page. Any clarification about the nature of exactly what codebase they're offering services upon would be appreciated. I remember a discussion some time ago about the requirements for listing, but I don't recall the resolution. Perhaps I'm being too restrictive; I have no objections to leals being listed if they do indeed provide Koha support, but from their website I have no idea if that's true or not. A single link and the word "Koha" would go a long way in that regard. Cheers, -Ian On Fri, Jul 8, 2011 at 9:25 AM, MJ Ray wrote: > davi at gnu.org wrote: > > I see you have invested high effort to write your email, sending it at > 1:59 > > night, as per your local time. My pain with you do not end! After you > fired > > me from your software.coop cooperative, formerly known as our-coop. > > No special effort. We started as a support co-op for Internet Service > Providers, so some members have never worked 9-5, which is still > useful because our current customers are in many timezones - as are > Koha community online meetings! (3am local next month...) > > The objections still stand. I won't answer the inaccuracies in the > previous message because they are off-topic here, and instead ask davi > to resolve our dispute by replying to our direct emails, as requested. > > The reasons for objecting are independent of that dispute anyway. > > Hope that clarifies, > -- > MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. > http://koha-community.org supporter, web and LMS developer, statistician. > In My Opinion Only: see http://mjr.towers.org.uk/email.html > Available for hire for Koha work http://www.software.coop/products/koha > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls at bywatersolutions.com Twitter: @sekjal -------------- next part -------------- An HTML attachment was scrubbed... URL: From andisugandi at gmail.com Fri Jul 8 16:26:37 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Fri, 8 Jul 2011 21:26:37 +0700 Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: <20110708131645.0CCA89F0E8@nail.towers.org.uk> References: <20110708131645.0CCA89F0E8@nail.towers.org.uk> Message-ID: On Fri, Jul 8, 2011 at 8:16 PM, MJ Ray wrote: > Yeah, I don't get this. ?I'd expect all modules to fail or all packaged > modules to fail or all cpan modules to fail, not just two. ?I feel like > I must be missing something. Maybe I'd better make it to two separated threads to make this issues clearer: 1. Date::ICal, that failed[1] to find though it'd been installed from RPM. *But it's solved* by CPAN.[6] [6] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6560 2. SMS:Send, that failed to find though it'd been installed from RPM *or* by CPAN.[7] [7] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6561 Separated them now or we are good on just a single thread? > The @INCs look OK to me. ?What does > ? ? ?./koha_perl_deps.pl -m > output when you run it from the unpacked koha download's folder? http://paste.koha-community.org/90 cmiww. Now, it tells (again) that Koha does not find SMS:Send though it is already installed by: 1. RPM: https://picasaweb.google.com/lh/photo/QocVK9BwLL2ddv5GYa6O_g?feat=directlink # rpm -ql perl-SMS-Send | grep Send.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm OR 2. CPAN: https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink > If that doesn't report Date::ICal and SMS:Send as missing, then > there's some environment difference between your webserver and > your shell which causes this, but that's a big haystack :-( UPDATE: Wait a minute, I just already find other clue: If we installed a Perl module both from RPM and CPAN, we SHOULD find identical file (*.pm) on different path, right? Like: 1. ICal.pm: # locate ICal.pm /usr/lib/perl5/site_perl/5.12.3/Date/ICal.pm /usr/lib/perl5/vendor_perl/5.12.3/Data/ICal.pm /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal.pm the 1'st line is installed by CPAN, and the last 2 lines by RPM. *But*, see it for: 2.SMS:Send # locate Send.pm /usr/lib/perl5/vendor_perl/5.12.3/Mail/Send.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm *NO* Send.pm file installed by CPAN (although it was reported "SMS::Send is up to date (0.05)", see image below), those 2 files are just installed by RPM. [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink So, bug (also) belongs to CPAN? Thanks. Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From andisugandi at gmail.com Fri Jul 8 16:38:18 2011 From: andisugandi at gmail.com (Andi Sugandi) Date: Fri, 8 Jul 2011 21:38:18 +0700 Subject: [Koha-devel] [ORIGINAL POST] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4 In-Reply-To: References: <20110708131645.0CCA89F0E8@nail.towers.org.uk> Message-ID: On Fri, Jul 8, 2011 at 9:26 PM, Andi Sugandi wrote: > *But*, see it for: > > 2.SMS:Send > > # locate Send.pm > /usr/lib/perl5/vendor_perl/5.12.3/Mail/Send.pm > /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm > > *NO* Send.pm file installed by CPAN (although it was reported > "SMS::Send is up to date (0.05)", see image below), those 2 files are > just installed by RPM. > > [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink > > So, bug (also) belongs to CPAN? http://paste.koha-community.org/91 Should I upgrade CPAN.pm through CPAN (not by officially RPM/zypper provides )? Is this related to my issues? Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi From davi at gnu.org Fri Jul 8 17:26:33 2011 From: davi at gnu.org (davi at gnu.org) Date: Fri, 8 Jul 2011 16:26:33 +0100 Subject: [Koha-devel] Koha Support provider In-Reply-To: References: <201107081017.13498.davi@gnu.org> <20110708132531.45F5C9F0E8@nail.towers.org.uk> Message-ID: <201107081626.33304.davi@gnu.org> On Friday 08 July 2011 15:11:05 Ian Walls wrote: > MJ is correct: www.leals.com/library, the page that appears to contain the > most information about their ILS offerings (unless I'm missing a page... I > didn't do a full review of the site), does not link to > www.koha-community.org anywhere (as MJ already confirmed), nor does it even > reference Koha. To quote: "We provide a full-featured ILS solution" > > There is also reference to EDIFACT integration (twice on the page), which > is still awaiting integration into Koha (a fact to which MJ and I can both > speak). This indicates to me that leals is not offering services on the > community codebase, at least not exclusively. The EDIFACT integration is the one I developed some months ago for one of the software.coop (MJ coop) customers. Software.coop got in partner with other company to integrate it upstream and did some marketing about it. It is not my fault if they have not integrated it yet. > I'll leave MJ's other concerns to be addressed by those more knowledgeable > than I, but facts above stand in my mind as blockers enough to listing. I > would ask leals to remedy this by providing link backs to > koha-community.org, as well as referencing the software directly on their > page. Any clarification about the nature of exactly what codebase they're > offering services upon would be appreciated. We offer services for the official upstream release, and of course for the software we have developed. > I remember a discussion some time ago about the requirements for listing, > but I don't recall the resolution. Perhaps I'm being too restrictive; I > have no objections to leals being listed if they do indeed provide Koha > support, but from their website I have no idea if that's true or not. A > single link and the word "Koha" would go a long way in that regard. We will add the product name, Koha ILS, and the link to koha-community.org. I have to get a break now, but I will be back and fix the issues Ian name. I hope show results and report tomorrow. Best regards, -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From paul.poulain at biblibre.com Fri Jul 8 18:37:51 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 08 Jul 2011 18:37:51 +0200 Subject: [Koha-devel] GBSD#2 - activity report: wiki & RFC Message-ID: <4E17325F.8020007@biblibre.com> Hi all, During this GBSD#2, i haven't done anything on bugzilla. BUT I made a lot of cleaning on the wiki, in the RFC section. Here is a summary of what I did : * added a Submitted_RFC and Implemented_RFC category, sub-category of RFCs * checked the 82 RFC, and moved to Submitted or Implemented or Abandoned those who are no more a RFC (iirc, just 1 has been moved to "Abandoned"). Now, there are 58 RFCs still open. * Updated some RFCs to fit the RFC template. Some are still not using the RFC template, I couldn't finish the cleaning * Updated some categories in some pages to have something more consistent (for example : Serials category was a sub-category of Acquisition, which is wrong. 2nd example: removed the 2.x category) * moved some RFCs to "version 3.4" when applicable. I also removed "expected for 3.4" for RFCs that could not make their way for 3.4. Note that I choose "minor change" for most of those changes, so you should not be overwhelmed by the wiki on your RSS feed. Claire and Fran?ois, from BibLibre, worked on all what has been signed and is underway at BibLibre. We should submit or update RFCs in the next weeks. You'll see, that's a *lot* of things. Including : * many acquisition improvements (a lot of them already described as RFC, search St Etienne university sponsoring) * many serials improvements * move to solR * kss (a tool to manage a bus being a moving library: the librarian has a laptop with Koha installed, and kss does the synch between the main server and the bus. synch'ing all check-in, check-out, holds, patron management) I'll continue in 2 weeks. Now, i'm OFF for one week of vacation ! See you all on july, 18th PS: next community work for all BibLibre staff : july 22th (reminder: we dedicate half a day every two weeks). This 1st half day was less productive than the next one will be, as we took time to organize a little. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From ian.walls at bywatersolutions.com Fri Jul 8 20:23:43 2011 From: ian.walls at bywatersolutions.com (Ian Walls) Date: Fri, 8 Jul 2011 14:23:43 -0400 Subject: [Koha-devel] Koha Support provider In-Reply-To: <201107081626.33304.davi@gnu.org> References: <201107081017.13498.davi@gnu.org> <20110708132531.45F5C9F0E8@nail.towers.org.uk> <201107081626.33304.davi@gnu.org> Message-ID: Davi, Thanks for clarifying leals services offered on Koha, and your willingness to update the company site to reference Koha and link back to the community website. I really don't want to be an antagonist, but those small HTML edits go a long way for me personally (I love Koha and the community that has grown up around it). As for the integration of EDIFACT, that development partner you reference is my company, ByWater Solutions. I may have pounced too vigorously on this point because, frankly, I'm embarrassed that I haven't gotten further with the integration in the time I've had. I've been quite busy, and the changes to the Acquisitions module in 3.2+ make for a thick mental stew of conceptual rebasery. I in no way intent to point blame at anyone (other than myself) about the EDIFACT work not being integrated; though, if you've got it working on the current HEAD of Koha, I'd love to see any updates/modifications you needed to make to get it working. Cheers, -Ian On Fri, Jul 8, 2011 at 11:26 AM, wrote: > On Friday 08 July 2011 15:11:05 Ian Walls wrote: > > MJ is correct: www.leals.com/library, the page that appears to contain > the > > most information about their ILS offerings (unless I'm missing a page... > I > > didn't do a full review of the site), does not link to > > www.koha-community.org anywhere (as MJ already confirmed), nor does it > even > > reference Koha. To quote: "We provide a full-featured ILS solution" > > > > There is also reference to EDIFACT integration (twice on the page), which > > is still awaiting integration into Koha (a fact to which MJ and I can > both > > speak). This indicates to me that leals is not offering services on the > > community codebase, at least not exclusively. > > The EDIFACT integration is the one I developed some months ago for one of > the > software.coop (MJ coop) customers. Software.coop got in partner with other > company to integrate it upstream and did some marketing about it. > > It is not my fault if they have not integrated it yet. > > > > I'll leave MJ's other concerns to be addressed by those more > knowledgeable > > than I, but facts above stand in my mind as blockers enough to listing. > I > > would ask leals to remedy this by providing link backs to > > koha-community.org, as well as referencing the software directly on > their > > page. Any clarification about the nature of exactly what codebase > they're > > offering services upon would be appreciated. > > We offer services for the official upstream release, and of course for the > software we have developed. > > > I remember a discussion some time ago about the requirements for listing, > > but I don't recall the resolution. Perhaps I'm being too restrictive; I > > have no objections to leals being listed if they do indeed provide Koha > > support, but from their website I have no idea if that's true or not. A > > single link and the word "Koha" would go a long way in that regard. > > We will add the product name, Koha ILS, and the link to koha-community.org > . > > I have to get a break now, but I will be back and fix the issues Ian name. > I > hope show results and report tomorrow. > > Best regards, > -- > David D?az (davi) worker of www.leals.com, a business democratically > managed by its workers. Webmaster, Debian Maintainer, Software Engineer. > Available for hire through www.leals.com > -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls at bywatersolutions.com Twitter: @sekjal -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramses02 at yahoo.com Fri Jul 8 20:38:04 2011 From: ramses02 at yahoo.com (Oscar Gaona) Date: Fri, 8 Jul 2011 11:38:04 -0700 (PDT) Subject: [Koha-devel] Koha - WAI / WCAG In-Reply-To: References: Message-ID: <1310150284.47611.YahooMailNeo@web30308.mail.mud.yahoo.com> Hi there Is there any experience / plan for working around Koha and WAI (Web Accessibility Initiative) / WCAG (Web Content Accessibility Guidelines) for sharing? Thanks in advance. Oscar.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleonard at myacpl.org Fri Jul 8 21:04:44 2011 From: oleonard at myacpl.org (Owen Leonard) Date: Fri, 8 Jul 2011 15:04:44 -0400 Subject: [Koha-devel] Koha - WAI / WCAG In-Reply-To: <1310150284.47611.YahooMailNeo@web30308.mail.mud.yahoo.com> References: <1310150284.47611.YahooMailNeo@web30308.mail.mud.yahoo.com> Message-ID: > Is there any experience / plan for working around Koha and WAI (Web > Accessibility Initiative) / WCAG (Web Content Accessibility Guidelines) for As far as I know no one has done any formal evaluations of Koha with regard to WAI or WCAG. Suggestions, data, bug reports, etc. are welcome! -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From bob at calyx.net.au Sat Jul 9 05:35:08 2011 From: bob at calyx.net.au (Bob Birchall) Date: Sat, 09 Jul 2011 13:35:08 +1000 Subject: [Koha-devel] POLL : Kohacon11 volunteers followup meeting dates In-Reply-To: References: Message-ID: <4E17CC6C.5090508@calyx.net.au> Reminder: On 29/06/11 17:38, Koustubha Kale wrote: > In the last Kohacon11 volunteers meeting on 29th June 2011, we asked > people to drive participation, paper submission and review of papers > during the next Koha general IRC meeting on 6th July. We decided to > hold a followup meeting of Kohacon11 volunteers one week thereafter to > review what was discussed during the general meeting. > So I am proposing a few dates and times here please make your choice. > > http://www.doodle.com/bqg2wkifrkvu6gk2 > > Regards, > Koustubha Kale > Anant Corporation > > Contact Details : > Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes > Naka, Thane (w), > Maharashtra, India, Pin : 400601. > TeleFax : +91-22-21720108, +91-22-21720109 > Mobile : +919820715876 > Website : http://www.anantcorp.com > Blog : http://www.anantcorp.com/blog/?author=2 > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Bob Birchall Calyx From magnus at enger.priv.no Sat Jul 9 09:36:10 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Sat, 9 Jul 2011 09:36:10 +0200 Subject: [Koha-devel] Koha - WAI / WCAG In-Reply-To: References: <1310150284.47611.YahooMailNeo@web30308.mail.mud.yahoo.com> Message-ID: On 8 July 2011 21:04, Owen Leonard wrote: >> Is there any experience / plan for working around Koha and WAI (Web >> Accessibility Initiative) / WCAG (Web Content Accessibility Guidelines) for > > As far as I know no one has done any formal evaluations of Koha with > regard to WAI or WCAG. Suggestions, data, bug reports, etc. are > welcome! That sure sounds like something vendors might have to answer in an RFP process. I have yet to answer an RFP that mentions it, but hopefully some of the other vendors has something to share... If not, maybe we could use the wiki to collaborate on an "answer"? Or if someone has something to share, maybe we could still stick it on the wiki, so we can collaborate on keeping it up to date? Best regards, Magnus Enger libriotech.no From davi at gnu.org Sat Jul 9 11:37:22 2011 From: davi at gnu.org (davi at gnu.org) Date: Sat, 9 Jul 2011 10:37:22 +0100 Subject: [Koha-devel] Koha Support provider In-Reply-To: References: <201107081017.13498.davi@gnu.org> <201107081626.33304.davi@gnu.org> Message-ID: <201107091037.22690.davi@gnu.org> Ian Walls wrote: > Thanks for clarifying leals services offered on Koha, and your willingness > to update the company site to reference Koha and link back to the community > website. I really don't want to be an antagonist, but those small HTML > edits go a long way for me personally (I love Koha and the community that > has grown up around it). I have added the Koha ILS product name linking to http://koha-community.org/ . See http://www.leals.com/library > As for the integration of EDIFACT, that development partner you reference > is my company, ByWater Solutions. I may have pounced too vigorously on > this point because, frankly, I'm embarrassed that I haven't gotten further > with the integration in the time I've had. I've been quite busy, and the > changes to the Acquisitions module in 3.2+ make for a thick mental stew of > conceptual rebasery. You are the one. Nice to meet you. IMHO if partnership is done rightly it is always the right way. If not done rightly it can be a suffering source. > I in no way intent to point blame at anyone (other than myself) about the > EDIFACT work not being integrated; though, if you've got it working on the > current HEAD of Koha, I'd love to see any updates/modifications you needed > to make to get it working. No new customers have requested the EDIFACT feature, so we have not invested time on that. It looks like clients are not interested in it. Best regards, -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From magnus at enger.priv.no Sat Jul 9 12:56:48 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Sat, 9 Jul 2011 12:56:48 +0200 Subject: [Koha-devel] Global bug squashing day #2 - 1 short summary and 2 questions Message-ID: Dear Community! GBSD#2 should now be finnished in all timezones (I think), and here are some of the results: Does not apply 63 -> 38 Failed QA 53 -> 57 Needs Signoff 50 -> 53 Passed QA 1 -> 8 Signed Off 90 -> 94 http://wiki.koha-community.org/wiki/2011-07-08_Global_bug_squashing_day#Numbers Now that actually looks less impressive than it is. A lot of bugs were moved from "Does not apply" to "Needs signoff" (hence the increase in "Needs signoff), and some were moved from "Signed off" to "Passed QA" etc. See the link above for some "snapshots" taken during the day. This page: http://bugs.koha-community.org/cgi-bin/progress.pl shows 44 bugs changing status on 2011-07-07 and 2011-07-08. And as Paul has already said somewhere else, a lot of work was also put into organizing RFCs on the wiki: http://wiki.koha-community.org/wiki/Category:RFC_Status All in all, a productive day for Koha, I think! A couple of questions: * BibLibre are having "community days" every other Friday (as far as I have heard). Should there be GBSDs to coincide with every one of these, or is every other enough (= GBSD every 4 weeks)? (I think for me personally dedicating 1 day every 4 weeks to this stuff is probably the best I can do at the moment, but others might see it differently.) * Is Friday the best day for GBSDs? (I know I personally want to make pizza and be around the wife and the dogs when Friday afternoon comes around, whereas on another weekday it might be easier to get some work done after dinner. Whaddaya think?) Best regards, Magnus Enger From abesottedphoenix at yahoo.com Sat Jul 9 13:25:15 2011 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Sat, 9 Jul 2011 04:25:15 -0700 (PDT) Subject: [Koha-devel] Global bug squashing day #2 - 1 short summary and 2 questions In-Reply-To: References: Message-ID: <1310210715.15621.YahooMailNeo@web114716.mail.gq1.yahoo.com> Kia ora! > Now that actually looks less impressive than it is. A lot of bugs were I disagree! Those are great numbers :D Thanks for another job well done. > And as Paul has already said somewhere else, a lot of work was also > put into organizing RFCs on the wiki: > http://wiki.koha-community.org/wiki/Category:RFC_Status > Wiki categorisation ftw :D > All in all, a productive day for Koha, I think! > > A couple of questions: > > * BibLibre are having "community days" every other Friday (as far as I > have heard). Should there be GBSDs to coincide with every one of > these, or is every other enough (= GBSD every 4 weeks)? > (I think for me personally dedicating 1 day every 4 weeks to this > stuff is probably the best I can do at the moment, but others might > see it differently.) > > * Is Friday the best day for GBSDs? > (I know I personally want to make pizza and be around the wife and the > dogs when Friday afternoon comes around, whereas on another weekday it > might be easier to get some work done after dinner. Whaddaya think?) Just keep in mind that our Friday is Kiwi Saturday. http://cep.lse.ac.uk/pubs/download/mhrldp0004.pdf Cheers, Brooke From magnus at enger.priv.no Sat Jul 9 15:33:51 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Sat, 9 Jul 2011 15:33:51 +0200 Subject: [Koha-devel] Global bug squashing day #2 - 1 short summary and 2 questions In-Reply-To: <1310210715.15621.YahooMailNeo@web114716.mail.gq1.yahoo.com> References: <1310210715.15621.YahooMailNeo@web114716.mail.gq1.yahoo.com> Message-ID: On 9 July 2011 13:25, BWS Johnson wrote: >> * Is Friday the best day for GBSDs? >> (I know I personally want to make pizza and be around the wife and the >> dogs when Friday afternoon comes around, whereas on another weekday it >> might be easier to get some work done after dinner. Whaddaya think?) > > Just keep in mind that our Friday is Kiwi Saturday. Sure, but GBSD is 24 hours *in whatever timezone you are in*. Or the timezone of your choice, even... ;-) Best regards, Magnus Enger From bob at calyx.net.au Sun Jul 10 14:49:04 2011 From: bob at calyx.net.au (Bob Birchall) Date: Sun, 10 Jul 2011 22:49:04 +1000 Subject: [Koha-devel] Fwd: Kohacon11 : An appeal for sponsorship Message-ID: <4E199FC0.1060404@calyx.net.au> Hi all, KohaCon11 will be held in Thane, India and is now less than three months away. With about 130 registrations so far, this already promises to be the largest KohaCon ever. Not registered? See here: http://kohacon11.vpmthane.org/ocs/index.php/k/k11/schedConf/registration The organisers seek your support to increase the conference budget. KohaCon is again a free conference, and the organising committee is heavily dependant upon sponsorship for provision of conference facilities. For example, the extent of recording and broadcasting of proceedings - especially important to those who cannot attend - is dependent on the availability of funds. I am forwarding the original call for sponsors, posted by Koustubha back in March. Below that you'll find the link to the payment gateway. One of the options you will find there is the opportunity to purchase space in the conference booklet. That provides you with opportunity to promote your company or library, or just to say Hi to conference attendees. Don't miss this chance. :) Whether you are a library, support company or interested onlooker, please consider a small contribution towards an outstanding KohaCon in India from 31 October. Many thanks, Bob ---------- Forwarded message ---------- From: Koustubha Kale Date: Wed, Mar 23, 2011 at 2:47 PM Subject: Kohacon11 : An appeal for sponsorship To: Hello, Please find attached an appeal for sponsorship from Dr Vijay Bedekar, chairman, Vidya Prasarak Mandal, Thane. I am sure you will respond positively to the appeal for such a worthy cause as Koha conference. VPM, Thane has a secure online payment gateway from ICICI Bank ( Which is one of India's leading banks ). I am in the process of setting up a form with all the options in the appeal. This form will enable you to make payments through ICICI bank's secure payment gateway. I will send you the link to the form shortly. Alternately you can also send Cheque / Demand Draft in the name of "Vidya Prasarak Mandal, Thane" Please do not hesitate to contact me for any assistance and / or queries. Regards, Koustubha Kale Anant Corporation Hello, Following up on the Kohacon11 appeal for sponsorship, here is a link to make sponsorship payment. http://www.vpmthane.org/payments/kohacon11/insert_cc.asp The actual payment transaction is handled by ICICI Bank's secure payment gateway. If you missed the earlier email about it, here is the link to appeal for sponsorship from Dr Vijay Bedekar, chairman, Vidya Prasarak Mandal, Thane. http://www.vpmthane.org/payments/kohacon11/kohacon11_sponsorship_appeal.pdf I am sure you will respond positively to the appeal for such a worthy cause as Koha conference. Do not hesitate to contact me for any assistance and / or queries. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 -------------- next part -------------- A non-text attachment was scrubbed... Name: KOHACON_Appeal for Sponsorship.pdf Type: application/pdf Size: 453395 bytes Desc: not available URL: From henridamien.laurent at gmail.com Mon Jul 11 09:52:30 2011 From: henridamien.laurent at gmail.com (LAURENT Henri-Damien) Date: Mon, 11 Jul 2011 09:52:30 +0200 Subject: [Koha-devel] Koha Support provider In-Reply-To: <201107091037.22690.davi@gnu.org> References: <201107081017.13498.davi@gnu.org> <201107081626.33304.davi@gnu.org> <201107091037.22690.davi@gnu.org> Message-ID: <4E1AABBE.4080703@gmail.com> Hi Le 09/07/2011 11:37, davi at gnu.org a ?crit : > Ian Walls wrote: > > No new customers have requested the EDIFACT feature, so we have not invested > time on that. It looks like clients are not interested in it. Well, in fact, some libraries are eagerly anxious to have EDIFACT feature in Koha. But since there are some work in progress on that... And we donot want to reegineer some already produced code (even though not publicised) and donot have time or budget to devote to that, we have to tell them Koha does not do that at the moment. -- Henri-Damien LAURENT From henridamien.laurent at gmail.com Mon Jul 11 10:00:07 2011 From: henridamien.laurent at gmail.com (LAURENT Henri-Damien) Date: Mon, 11 Jul 2011 10:00:07 +0200 Subject: [Koha-devel] Koha - WAI / WCAG In-Reply-To: References: <1310150284.47611.YahooMailNeo@web30308.mail.mud.yahoo.com> Message-ID: <4E1AAD87.8010803@gmail.com> Le 09/07/2011 09:36, Magnus Enger a ?crit : > On 8 July 2011 21:04, Owen Leonard wrote: >>> Is there any experience / plan for working around Koha and WAI (Web >>> Accessibility Initiative) / WCAG (Web Content Accessibility Guidelines) for >> >> As far as I know no one has done any formal evaluations of Koha with >> regard to WAI or WCAG. Suggestions, data, bug reports, etc. are >> welcome! > > That sure sounds like something vendors might have to answer in an RFP > process. I have yet to answer an RFP that mentions it, but hopefully > some of the other vendors has something to share... > > If not, maybe we could use the wiki to collaborate on an "answer"? Or > if someone has something to share, maybe we could still stick it on > the wiki, so we can collaborate on keeping it up to date? > As far as I know, bibliotheque-helene.org is quite complying to WCAG and is running koha. Whether there is formal compliance, I donot know, nor if there is a compliance test running. Problem is that all the code added by users (OPACNAV, intranetNAV and Credits and so on...) can break the compliance and Code. But at least, when no system preference badly set, I agree a formal Compliance could be a very nice thing. -- Henri-Damien LAURENT From davi at gnu.org Mon Jul 11 11:46:42 2011 From: davi at gnu.org (davi at gnu.org) Date: Mon, 11 Jul 2011 10:46:42 +0100 Subject: [Koha-devel] Koha Support provider In-Reply-To: <4E1AABBE.4080703@gmail.com> References: <201107081017.13498.davi@gnu.org> <201107091037.22690.davi@gnu.org> <4E1AABBE.4080703@gmail.com> Message-ID: <201107111046.42409.davi@gnu.org> LAURENT Henri-Damien wrote: > davi at gnu.org a ?crit: > > Ian Walls wrote: > > No new customers have requested the EDIFACT feature, so we have not > > invested time on that. It looks like clients are not interested in it. > > Well, in fact, some libraries are eagerly anxious to have EDIFACT > feature in Koha. But since there are some work in progress on that... > And we donot want to reegineer some already produced code (even though > not publicised) and donot have time or budget to devote to that, we have > to tell them Koha does not do that at the moment. To me it is just a matter of time. We can not donate time to the community now as we are very short of it. We have to spend time where it produces money to us. For us, at this time, it is a matter of survival. Best regards, -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From mark.gavillet at ptfs-europe.com Mon Jul 11 13:15:41 2011 From: mark.gavillet at ptfs-europe.com (Mark Gavillet) Date: Mon, 11 Jul 2011 12:15:41 +0100 Subject: [Koha-devel] Koha Support provider In-Reply-To: <4E1AABBE.4080703@gmail.com> References: <201107081017.13498.davi@gnu.org> <201107081626.33304.davi@gnu.org> <201107091037.22690.davi@gnu.org> <4E1AABBE.4080703@gmail.com> Message-ID: Hi Henri UK public authorities and academic institutions now require EDIfact integration so this has become something which we at PTFS Europe have been working toward over the past couple of months. We now have a branch containing EDIfact integration for Koha which is online at GitHub (https://github.com/paddyfitz/koha/tree/EDIfact_3.4.x). Bertrams and Dawsons booksellers have been a part of the process throughout and the current implementation successfully processes QUOTE and ORDER messages to/from both vendors. We currently have one live customer using the EDIfact module successfully, and another will be going live in the next couple of weeks. We will be tidying the code and submitting to the community in the near future. Regards, Mark -- Mark Gavillet Software Engineer PTFS Europe Ltd Mobile: +44 (0)777 6111 498 Skype: mark.gavillet www.ptfs-europe.com On 11 July 2011 08:52, LAURENT Henri-Damien wrote: > Hi > Le 09/07/2011 11:37, davi at gnu.org a ?crit : >> Ian Walls wrote: >> >> No new customers have requested the EDIFACT feature, so we have not invested >> time on that. It looks like clients are not interested in it. > Well, in fact, some libraries are eagerly anxious to have EDIFACT > feature in Koha. But since there are some work in progress on that... > And we donot want to reegineer some already produced code (even though > not publicised) and donot have time or budget to devote to that, we have > to tell them Koha does not do that at the moment. > > -- > Henri-Damien LAURENT > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -- Mark Gavillet Software Engineer PTFS Europe Ltd Mobile: +44 (0)777 6111 498 Skype: mark.gavillet www.ptfs-europe.com From mark.gavillet at ptfs-europe.com Mon Jul 11 13:19:00 2011 From: mark.gavillet at ptfs-europe.com (Mark Gavillet) Date: Mon, 11 Jul 2011 12:19:00 +0100 Subject: [Koha-devel] EDIfact integration Message-ID: Hi Henri UK public authorities and academic institutions now require EDIfact integration so this has become something which we at PTFS Europe have been working toward over the past couple of months. We now have a branch containing EDIfact integration for Koha which is online at GitHub (https://github.com/paddyfitz/koha/tree/EDIfact_3.4.x). Bertrams and Dawsons booksellers have been a part of the process throughout and the current implementation successfully processes QUOTE and ORDER messages to/from both vendors. We currently have one live customer using the EDIfact module successfully, and another will be going live in the next couple of weeks. We will be tidying the code and submitting to the community in the near future. Regards, Mark -- Mark Gavillet Software Engineer PTFS Europe Ltd Mobile: +44 (0)777 6111 498 Skype: mark.gavillet www.ptfs-europe.com On 11 July 2011 08:52, LAURENT Henri-Damien wrote: > Hi > Le 09/07/2011 11:37, davi at gnu.org a ?crit : >> Ian Walls wrote: >> >> No new customers have requested the EDIFACT feature, so we have not invested >> time on that. It looks like clients are not interested in it. > Well, in fact, some libraries are eagerly anxious to have EDIFACT > feature in Koha. But since there are some work in progress on that... > And we donot want to reegineer some already produced code (even though > not publicised) and donot have time or budget to devote to that, we have > to tell them Koha does not do that at the moment. > > -- > Henri-Damien LAURENT > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -- Mark Gavillet Software Engineer PTFS Europe Ltd Mobile: +44 (0)777 6111 498 Skype: mark.gavillet www.ptfs-europe.com From mason at kohaaloha.com Tue Jul 12 04:10:59 2011 From: mason at kohaaloha.com (JAMES Mason) Date: Tue, 12 Jul 2011 14:10:59 +1200 Subject: [Koha-devel] Koha Support provider In-Reply-To: <201107091037.22690.davi@gnu.org> References: <201107081017.13498.davi@gnu.org> <201107081626.33304.davi@gnu.org> <201107091037.22690.davi@gnu.org> Message-ID: <57257084-C3EA-43EB-8F42-3D82220E3BB2@kohaaloha.com> On 2011-07-9, at 9:37 PM, davi at gnu.org wrote: > Ian Walls wrote: >> Thanks for clarifying leals services offered on Koha, and your willingness >> to update the company site to reference Koha and link back to the community >> website. I really don't want to be an antagonist, but those small HTML >> edits go a long way for me personally (I love Koha and the community that >> has grown up around it). > > I have added the Koha ILS product name linking to http://koha-community.org/ . > See http://www.leals.com/library cool, thanks for doing that David, it's good to lead by example ;) i would personally like to see a url link to the 'koha-community.org' website on *every* Koha support-vendor's website, as the *very* minimum requirement for being listed on the kc.org 'Paid Support' page what do other people think about this - as a minimum requirement? is it a worthy topic for the next IRC meeting?, or can we sort this issue out on the mailing-list cheers, Mason -- KohaAloha, NZ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 535 bytes Desc: This is a digitally signed message part URL: From davi at gnu.org Tue Jul 12 11:32:08 2011 From: davi at gnu.org (davi at gnu.org) Date: Tue, 12 Jul 2011 10:32:08 +0100 Subject: [Koha-devel] Koha Support provider In-Reply-To: <57257084-C3EA-43EB-8F42-3D82220E3BB2@kohaaloha.com> References: <201107081017.13498.davi@gnu.org> <201107091037.22690.davi@gnu.org> <57257084-C3EA-43EB-8F42-3D82220E3BB2@kohaaloha.com> Message-ID: <201107121032.08932.davi@gnu.org> JAMES Mason wrote: > i would personally like to see a url link to the 'koha-community.org' > website on *every* Koha support-vendor's website, as the *very* minimum > requirement for being listed on the kc.org 'Paid Support' page > > what do other people think about this - as a minimum requirement? > is it a worthy topic for the next IRC meeting?, or can we sort this issue > out on the mailing-list IMHO best place would be next IRC meeting, however any talk is good, and so are talks in the mailing list too. Best regards, -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From davi at gnu.org Tue Jul 12 11:36:55 2011 From: davi at gnu.org (davi at gnu.org) Date: Tue, 12 Jul 2011 10:36:55 +0100 Subject: [Koha-devel] Koha Support provider -- Update for the description and contact email In-Reply-To: <57257084-C3EA-43EB-8F42-3D82220E3BB2@kohaaloha.com> References: <201107081017.13498.davi@gnu.org> <201107091037.22690.davi@gnu.org> <57257084-C3EA-43EB-8F42-3D82220E3BB2@kohaaloha.com> Message-ID: <201107121036.56221.davi@gnu.org> Hi, See below update for the description and contact email. If it is possible we would like to link to our Koha demo, else feel free to drop it. Company Name: leals.com Contact Person: David D?az Contact email: info at leals.com Website: www.leals.com Telephone: +34 922 37 18 42 Address: Iriarte, 12, 38400 Puerto de la Cruz, S/C de Tenerife, Spain Short description of your services: We provide the full range of services: installation, migration from other platforms, data loading, integration with other systems, customisation and development, training, maintenance, ongoing support, consulting and hosting if required. See http://www.leals.com/library for details. You can access to our Koha demo at http://library.leals.com/ for the OPAC, and http://library.leals.com:8080/ for the Staff Interface. To log in type 'demo' to both user and password. Our aim is to put technology to serve our customers. Our work shows our focus on quality, stability, security, cost and open standards. Best regards, -- David D?az (davi) worker of www.leals.com, a business democratically managed by its workers. Webmaster, Debian Maintainer, Software Engineer. Available for hire through www.leals.com From mjr at phonecoop.coop Tue Jul 12 12:59:39 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Tue, 12 Jul 2011 11:59:39 +0100 (BST) Subject: [Koha-devel] Koha Support provider In-Reply-To: <57257084-C3EA-43EB-8F42-3D82220E3BB2@kohaaloha.com> Message-ID: <20110712105939.8B62C9F0E8@nail.towers.org.uk> JAMES Mason wrote: > i would personally like to see a url link to the 'koha-community.org' website on *every* Koha support-vendor's website, > as the *very* minimum requirement for being listed on the kc.org 'Paid Support' page > > what do other people think about this - as a minimum requirement? > is it a worthy topic for the next IRC meeting?, or can we sort this issue out on the mailing-list I agree, but it's been discussed in past IRC meetings and rejected: http://stats.workbuffer.org/irclog/koha/2010-05-05#i_434736 http://stats.workbuffer.org/irclog/koha/2010-06-02#i_451219 Has anything happened that is likely to change the decision? My other objections to the listing proposed in this thread still stand. Should I explain them further? Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From paivakil at gmail.com Tue Jul 12 18:34:42 2011 From: paivakil at gmail.com (Mahesh T Pai) Date: Tue, 12 Jul 2011 22:04:42 +0530 Subject: [Koha-devel] Certified Support providers? Message-ID: <87vcv7a259.fsf@gmail.com> In a post on the user list, I noticed use of term "certified Koha support provider", or something to that effect. Is that accurate? -- Mahesh T. Pai || A closed mouth gathers no feet. From chris at bigballofwax.co.nz Tue Jul 12 20:52:12 2011 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 13 Jul 2011 06:52:12 +1200 Subject: [Koha-devel] Certified Support providers? In-Reply-To: <87vcv7a259.fsf@gmail.com> References: <87vcv7a259.fsf@gmail.com> Message-ID: Liz has answered this on the main list. No there is no certification Chris On 13 Jul 2011 04:40, "Mahesh T Pai" wrote: > > In a post on the user list, I noticed use of term "certified Koha > support provider", or something to that effect. Is that accurate? > > -- > Mahesh T. Pai || > A closed mouth gathers no feet. > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mason at kohaaloha.com Wed Jul 13 04:45:26 2011 From: mason at kohaaloha.com (JAMES Mason) Date: Wed, 13 Jul 2011 14:45:26 +1200 Subject: [Koha-devel] Certified Support providers? In-Reply-To: <87vcv7a259.fsf@gmail.com> References: <87vcv7a259.fsf@gmail.com> Message-ID: On 2011-07-13, at 4:34 AM, Mahesh T Pai wrote: > > In a post on the user list, I noticed use of term "certified Koha > support provider", or something to that effect. hmmm, i've never seen that phrase on any Koha mailing-list -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 535 bytes Desc: This is a digitally signed message part URL: From chris at bigballofwax.co.nz Wed Jul 13 05:47:55 2011 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 13 Jul 2011 15:47:55 +1200 Subject: [Koha-devel] Certified Support providers? In-Reply-To: References: <87vcv7a259.fsf@gmail.com> Message-ID: 2011/7/13 JAMES Mason : > > On 2011-07-13, at 4:34 AM, Mahesh T Pai wrote: > >> >> In a post on the user list, I ?noticed use of term "certified Koha >> support provider", or something to that effect. > > hmmm, i've never seen that phrase on any Koha mailing-list > It was on there yesterday Mason :) Chris From mason at kohaaloha.com Thu Jul 14 05:46:24 2011 From: mason at kohaaloha.com (JAMES Mason) Date: Thu, 14 Jul 2011 15:46:24 +1200 Subject: [Koha-devel] Certified Support providers? In-Reply-To: References: <87vcv7a259.fsf@gmail.com> Message-ID: <3CE8DED0-01D4-43CD-A945-BE1C4A90BBE3@kohaaloha.com> On 2011-07-13, at 3:47 PM, Chris Cormack wrote: > 2011/7/13 JAMES Mason : >> >> On 2011-07-13, at 4:34 AM, Mahesh T Pai wrote: >> >>> >>> In a post on the user list, I noticed use of term "certified Koha >>> support provider", or something to that effect. >> >> hmmm, i've never seen that phrase on any Koha mailing-list >> > It was on there yesterday Mason :) bah, sorry i mis-read that sentence as 'I noticed use of term "certified Koha support provider".... by a vendor to describe themselves' -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 535 bytes Desc: This is a digitally signed message part URL: From mason at kohaaloha.com Thu Jul 14 07:04:58 2011 From: mason at kohaaloha.com (JAMES Mason) Date: Thu, 14 Jul 2011 17:04:58 +1200 Subject: [Koha-devel] Koha Support provider In-Reply-To: <20110712105939.8B62C9F0E8@nail.towers.org.uk> References: <20110712105939.8B62C9F0E8@nail.towers.org.uk> Message-ID: On 2011-07-12, at 10:59 PM, MJ Ray wrote: > JAMES Mason wrote: >> i would personally like to see a url link to the 'koha-community.org' website on *every* Koha support-vendor's website, >> as the *very* minimum requirement for being listed on the kc.org 'Paid Support' page >> >> what do other people think about this - as a minimum requirement? >> is it a worthy topic for the next IRC meeting?, or can we sort this issue out on the mailing-list > > I agree, but it's been discussed in past IRC meetings and rejected: > http://stats.workbuffer.org/irclog/koha/2010-05-05#i_434736 > http://stats.workbuffer.org/irclog/koha/2010-06-02#i_451219 thanks for the those links MJ i checked those two IRC meetings logs, and this issue was *not* rejected the chair (Galen) made an action-item to discuss (and vote?) on this issue via the 'mailing-list', and we never followed that up.... so, lets have that discussion (and vote?) now :) should we move this discussions to the *general* Koha mailing-list? http://stats.workbuffer.org/irclog/koha/2010-06-02#i_451387 ----------------------------------------------- 11:18 gmcharlt for new requests to be listed, the vendor listing must link provide a link to koha-community.org; link must be eye-reable and speakable by screen reader software, but with no requirements about the form of the link otherwise 11:24 gmcharlt thd: I agree - in this case, I would prefer that the final vote take place on the mailing list, particularly as, given the time of this meeting, we're discussing this in the absence of wizzyrea 11:24 slef gmcharlt: was there a second part, or do you want to move on to address infokoha now? 11:24 gmcharlt here's the second part 11:24 and this may well have to end up on the mailing list 11:24 what do we do about current listings? 11:25 grandparent them in? clear the vendor listing and ask everybody to resubmit requests? 11:26 thd I suggest we make no change to the policy agreed at the previous meeting until the wide community votes on the issue 11:26 gmcharlt ok, then for now - action item is to put this to the mailing list 11:26 moving on 11:26 I added the info@ item ----------------------------------------------- cheers, Mason -- KohaAloha, NZ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 535 bytes Desc: This is a digitally signed message part URL: From cnighswonger at foundations.edu Fri Jul 15 03:28:07 2011 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Thu, 14 Jul 2011 21:28:07 -0400 Subject: [Koha-devel] 3.4.x String Freeze and Roadmap Update In-Reply-To: References: Message-ID: Hi all, My apologies for my low profile of late. My job schedule has kept me mostly away from my office and off the computer of late. In spite of this, the monthly 3.4.x release is on schedule. As of 0000 UTC 15 July 2011, 3.4.x is in a string freeze. 22 July 2011 will be the date of the 3.4.3 release. At this point the only patches that touch strings which will be accepted are blocker and security fixes. Non-string patches will still be applied up to the date of the release. 3.4.x will thaw immediately following the 3.4.3 release. Kind Regards, Chris Nighswonger Release Maintainer Koha 3.2.x/3.4.x From robin at catalyst.net.nz Fri Jul 15 03:33:29 2011 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 15 Jul 2011 13:33:29 +1200 Subject: [Koha-devel] 3.4.x String Freeze and Roadmap Update In-Reply-To: References: Message-ID: <1310693609.12000.216.camel@zarathud> Chris Nighswonger schreef op do 14-07-2011 om 21:28 [-0400]: > In spite of this, the monthly 3.4.x release is on schedule. As of 0000 > UTC 15 July 2011, 3.4.x is in a string freeze. 22 July 2011 will be Hi Chris, any chance of getting this in: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6361 -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From cnighswonger at foundations.edu Fri Jul 15 13:21:40 2011 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Fri, 15 Jul 2011 07:21:40 -0400 Subject: [Koha-devel] 3.4.x String Freeze and Roadmap Update In-Reply-To: <1310693609.12000.216.camel@zarathud> References: <1310693609.12000.216.camel@zarathud> Message-ID: Heya Robin, Wow! I missed that one completely. It's pushed up now. Kind Regards, Chris 2011/7/14 Robin Sheat : > Chris Nighswonger schreef op do 14-07-2011 om 21:28 [-0400]: >> In spite of this, the monthly 3.4.x release is on schedule. As of 0000 >> UTC 15 July 2011, 3.4.x is in a string freeze. 22 July 2011 will be > > Hi Chris, any chance of getting this in: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6361 > > > -- > Robin Sheat > Catalyst IT Ltd. > ? +64 4 803 2204 > GPG: 5957 6D23 8B16 EFAB FEF8 ?7175 14D3 6485 A99C EB6D > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > From magnus at enger.priv.no Fri Jul 15 20:51:38 2011 From: magnus at enger.priv.no (Magnus Enger) Date: Fri, 15 Jul 2011 20:51:38 +0200 Subject: [Koha-devel] Koha - WAI / WCAG In-Reply-To: <4E1AAD87.8010803@gmail.com> References: <1310150284.47611.YahooMailNeo@web30308.mail.mud.yahoo.com> <4E1AAD87.8010803@gmail.com> Message-ID: On 11 July 2011 10:00, LAURENT Henri-Damien wrote: > As far as I know, bibliotheque-helene.org is quite complying to WCAG and > is running koha. Whether there is formal compliance, I donot know, nor > if there is a compliance test running. > Problem is that all the code added by users (OPACNAV, intranetNAV and > Credits and so on...) can break the compliance and Code. > But at least, when no system preference badly set, I agree a formal > Compliance could be a very nice thing. Since no-one has stepped forward with a completed assessment, maybe we could collaborate on it on the wiki? My idea is to take some WCAG checklist, format it for the wiki and then we can collaborate on documenting what Koha has/needs. So far I have found this checklist: http://www.w3.org/TR/2006/WD-WCAG20-20060427/appendixB.html Does anyone know any other checklist that would be better? Best regards, Magnus Enger libriotech.no From mjr at phonecoop.coop Fri Jul 15 22:08:16 2011 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 15 Jul 2011 21:08:16 +0100 (BST) Subject: [Koha-devel] Koha - WAI / WCAG In-Reply-To: Message-ID: <20110715200816.B2AAE9F0E8@nail.towers.org.uk> Magnus Enger wrote: > So far I have found this checklist: > http://www.w3.org/TR/2006/WD-WCAG20-20060427/appendixB.html > > Does anyone know any other checklist that would be better? Sadly, WCAG 2.0 is not a backwards-compatible upgrade of WCAG 1.0 so http://www.w3.org/TR/WCAG10/#validation is also worth considering. Koha's librarian interface probably can't achieve a high score on WCAG 1.0, but the OPAC should be able to. I'm neutral on the idea of using the koha-community wiki. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and LMS developer, statistician. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From nengard at gmail.com Sun Jul 17 15:07:40 2011 From: nengard at gmail.com (Nicole Engard) Date: Sun, 17 Jul 2011 09:07:40 -0400 Subject: [Koha-devel] Call for Newsletter Articles Message-ID: It's that time again. If you have an article you want in the newsletter please get it to me before the 23rd of July. Thanks Nicole C. Engard From David.W.Hartman at disney.com Mon Jul 18 21:29:41 2011 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Mon, 18 Jul 2011 15:29:41 -0400 Subject: [Koha-devel] Has anyone assigned an RFID tag or other tag to a MARC record? Message-ID: <3E19441498923443B9DBE2FE1C0E70B60408F128F9@SM-FLOR-VXMB04B.wdw.disney.com> Hello! For barcode the MARC field is 952p .. does anyone know the field to assign another unique identifier? David W. Hartman Global Business Technology Strategy Library Team Disney 336N 407 828 4250 (8-222) FAX 407 828 4868 WATCH the GBTS Library (Video) Update ! CLICK for the GBTS VIRTUAL LIBRARYportal site!! READ and COMMENT on the GBTS Library BLOG !!! Learn about our research partners in the 2011 IT Research Competency Center Click to request AV Equipment, Books, & Research "This communication is confidential, intended only for the named recipients above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipients is strictly prohibited. If you have received this communication in error, please immediately notify us by calling (407) 828-4250. Thank you." [cid:image001.gif at 01CC455F.6BD14BF0]Please consider your environmental responsibility before printing this e-mail [cid:image001.gif at 01CC455F.6BD14BF0] Think Environmentality! Reduce! Reuse! Recycle! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2028 bytes Desc: image001.gif URL: From David.W.Hartman at disney.com Tue Jul 19 00:54:35 2011 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Mon, 18 Jul 2011 18:54:35 -0400 Subject: [Koha-devel] How to indicate the item type (book, CD, CBT, cassette) In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B60408F128F9@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B60408F128F9@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <3E19441498923443B9DBE2FE1C0E70B60408F12912@SM-FLOR-VXMB04B.wdw.disney.com> Hello! Before converting over from EXCEL to MARC format for import into KOHA, I need to find out how to assign the item type to the MARC record. What fields are item type and how do you specify "book" or "serial" or "CD" etc. Thanks for any help! David W. Hartman Global Business Technology Strategy Library -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at catalyst.net.nz Tue Jul 19 02:57:16 2011 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 19 Jul 2011 12:57:16 +1200 Subject: [Koha-devel] How to indicate the item type (book, CD, CBT, cassette) In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B60408F12912@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B60408F128F9@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B60408F12912@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <1311037036.12000.241.camel@zarathud> Hartman, David W. - GBTS Library schreef op ma 18-07-2011 om 18:54 [-0400]: > Before converting over from EXCEL to MARC format for import into > KOHA, I need to find out how to assign the item type to the MARC > record. What fields are item type and how do you specify ?book? or > ?serial? or ?CD? etc. Thanks for any help! http://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx) That's probably the reference you need. You probably also want to put the item codes in 942whatever (I forget the code). You can look up the mappings that your system is using by going to Administration -> Koha to MARC mapping. As for what to put, when you defined your item types in Koha, you gave each one a code. For example, 'B' -> 'Book', 'S' -> 'Serial'. It's this code that should go in there. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From semarie-koha at latrappe.fr Tue Jul 19 11:10:27 2011 From: semarie-koha at latrappe.fr (=?iso-8859-1?Q?Fr=E8re_S=E9bastien?= Marie) Date: Tue, 19 Jul 2011 11:10:27 +0200 Subject: [Koha-devel] [bug 6458]: need some help for a parsing problem in 'misc/translator/TTParser.pm' Message-ID: <20110719091027.GC2851@latrappe.fr> Hi, I have problem with bug 6458 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6458). I will resume the problem (as the bug report is "historical commented" and the problem not clearly pointed at the beginning): Currently, the translation parser (use to apply po files) don't support template directive *in* tag. For example: is interpreted like: This occurs rarely in templates, and generate a problem *only* when translation replacement occurs *also* in this tag. Here a case not generating problem (in 'opac-user.tt'): No problem, because a bad-parsed hash is not used, as the element contains no translated string, so the tag isn't rewrited [see 'tmpl_process3.pl': function 'text_replace_tag', rewrite occurs only if $translated_p]). Here a case with problem (in 'sco/sco-main.tt'): TTParser read as: tagname=input attributes = { type = "button", value = "Renew Item", [% = "[%", unless = "UNLESS", %] = "%]", ... } And as the value attribute is a translated string, this bad-parsed hash is used to rewrite the tag, resulting: which is not a valid template... and TT produce a blocking error. So what to do ? 1. works on TTParser.pm, in order to include case for DIRECTIVE in tag element ? (lot of work for rare occurences) 2. works 'tmpl_process3.pl' for change the rewriting style of element (not using the parsed hash, using regexp for example) ? (not a strong method, and need some works too) 3. discard the use of Template DIRECTIVE in tag element ? (adding a test case for report incorrect use of template *in* tag element, or a check in TTParser reporting "unallowed template form") 4. discard the use of Template DIRECTIVE in tag element which contains translated string ? (same before, but more complex to implement) Personnally, I prefer the 3 (or 4) choice... but what is your opinion about this ? Thanks. -- Fr?re S?bastien Marie Abbaye Notre Dame de La Trappe 61380 Soligny-la-Trappe T?l: 02.33.84.17.00 Fax: 02.33.34.98.57 Web: http://www.latrappe.fr/ From paul.poulain at biblibre.com Tue Jul 19 11:38:28 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 19 Jul 2011 11:38:28 +0200 Subject: [Koha-devel] [bug 6458]: need some help for a parsing problem in 'misc/translator/TTParser.pm' In-Reply-To: <20110719091027.GC2851@latrappe.fr> References: <20110719091027.GC2851@latrappe.fr> Message-ID: <4E255094.2030005@biblibre.com> Le 19/07/2011 11:10, Fr?re S?bastien Marie a ?crit : > So what to do ? > 1. works on TTParser.pm, in order to include case for DIRECTIVE in tag element ? (lot of work for rare occurences) > 2. works 'tmpl_process3.pl' for change the rewriting style of element (not using the parsed hash, using regexp for example) ? (not a strong method, and need some works too) > 3. discard the use of Template DIRECTIVE in tag element ? (adding a test case for report incorrect use of template *in* tag element, or a check in TTParser reporting "unallowed template form") > 4. discard the use of Template DIRECTIVE in tag element which contains translated string ? (same before, but more complex to implement) > > Personnally, I prefer the 3 (or 4) choice... but what is your opinion about this ? Not a direct answer to your question, but we agreed, a long time ago, not to have template loops/if inside a html tag. So, the template should not be but [% IF ( overdue ) %] [% ELSE %] [% END %] that does not break the translator and is *much* easy to read. ah, and I just fixed http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6412 that is exactly related to this problem ;-) (and not specific to translator) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From sebastien.marie at latrappe.fr Tue Jul 19 12:02:48 2011 From: sebastien.marie at latrappe.fr (=?iso-8859-1?Q?Fr=E8re_S=E9bastien?= Marie) Date: Tue, 19 Jul 2011 12:02:48 +0200 Subject: [Koha-devel] [bug 6458]: need some help for a parsing problem in 'misc/translator/TTParser.pm' In-Reply-To: <4E255094.2030005@biblibre.com> References: <20110719091027.GC2851@latrappe.fr> <4E255094.2030005@biblibre.com> Message-ID: <20110719100248.GA2852@latrappe.fr> On Tue, Jul 19, 2011 at 11:38:28AM +0200, Paul Poulain wrote: > Not a direct answer to your question, but we agreed, a long time ago, > not to have template loops/if inside a html tag. > So, the template should not be > > > but > [% IF ( overdue ) %] > > [% ELSE %] > > [% END %] > > that does not break the translator and is *much* easy to read. > > ah, and I just fixed http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6412 that is exactly related to this problem ;-) but should we open bug report for each "miss-used" templates ? (warning, simple grep report 56 occurences) and not all generate a problem (in my case, only when contains also a translated string: an invalid template is produced) -- Fr?re S?bastien Marie Abbaye Notre Dame de La Trappe 61380 Soligny-la-Trappe T?l: 02.33.84.17.00 Fax: 02.33.34.98.57 Web: http://www.latrappe.fr/ From paul.poulain at biblibre.com Tue Jul 19 12:14:53 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 19 Jul 2011 12:14:53 +0200 Subject: [Koha-devel] [bug 6458]: need some help for a parsing problem in 'misc/translator/TTParser.pm' In-Reply-To: <20110719100248.GA2852@latrappe.fr> References: <20110719091027.GC2851@latrappe.fr> <4E255094.2030005@biblibre.com> <20110719100248.GA2852@latrappe.fr> Message-ID: <4E25591D.3030309@biblibre.com> Le 19/07/2011 12:02, Fr?re S?bastien Marie a ?crit : > but should we open bug report for each "miss-used" templates ? (warning, simple grep report 56 occurences) > and not all generate a problem (in my case, only when contains also a translated string: an invalid template is produced) don't hesistate to do so ! (opening a bugreport) and if you fix some of those bugs, pls do a patch for each template (or logical group of templates, like "circulation", "members" ...) That would be easier to have small patches (less rebase conflicts if it takes time to have them merged onto master) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From tomascohen at gmail.com Tue Jul 19 16:24:44 2011 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 19 Jul 2011 11:24:44 -0300 Subject: [Koha-devel] es.koha-community.org available Message-ID: Dear Koha Community We are pleased to announce the availability of the spanish-speaking community's Koha portal. You will find in it the translated official announcements and several resources and news related to the spanish-speaking Koha community. We hope to get your feedback and suport to make this site full of relevant information for the community. The address: http://es.koha-community.org Mart?n Longo Miguel Angel Calvo Tom?s Cohen Arazi Bernardo Gonz?lez Kriegel Alejandro Tiraboschi ============================================= Estimada comunidad de Koha. Estamos orgullosos de anunciar la puesta en linea del nuevo portal de la comunidad hispanohablante de Koha. En ?l podr?n encontrar los anuncios oficiales en espa?ol, como as? tambi?n como recursos y noticias vinculadas con la comunidad hispanohablante de Koha. Esperamos sus comentarios y aportes para hacer de este un portal ?til y rico en informaci?n para la comunidad. Para acceder, dirigirse a: http://es.koha-community.org Mart?n Longo Miguel Angel Calvo Tom?s Cohen Arazi Bernardo Gonz?lez Kriegel Alejandro Tiraboschi From semarie-koha at latrappe.fr Tue Jul 19 17:10:56 2011 From: semarie-koha at latrappe.fr (=?iso-8859-1?Q?Fr=E8re_S=E9bastien?= Marie) Date: Tue, 19 Jul 2011 17:10:56 +0200 Subject: [Koha-devel] [bug 6458]: need some help for a parsing problem in 'misc/translator/TTParser.pm' In-Reply-To: <4E25591D.3030309@biblibre.com> References: <20110719091027.GC2851@latrappe.fr> <4E255094.2030005@biblibre.com> <20110719100248.GA2852@latrappe.fr> <4E25591D.3030309@biblibre.com> Message-ID: <20110719151056.GB2852@latrappe.fr> On Tue, Jul 19, 2011 at 12:14:53PM +0200, Paul Poulain wrote: > Le 19/07/2011 12:02, Fr?re S?bastien Marie a ?crit : > > but should we open bug report for each "miss-used" templates ? (warning, simple grep report 56 occurences) > > and not all generate a problem (in my case, only when contains also a translated string: an invalid template is produced) > don't hesistate to do so ! (opening a bugreport) I wrote a simple parser in order to found easily these issues. Resulting: - 6 files unable to parse: CDATA are open but not closed - 1 file unable to parse: an attribute is opened but not closed (exactly, closed and not opened) - 253 occurrences found, in 38 files Does exist any batch processing for opening bug report ? or could I open only one bug report, and populate with multiples patchs ? I attach my log file (report of errors found). The format is: filename: xxx yyy zzz where 'xxx', 'yyy', 'zzz' are line number, where a directive (search for "[%") is found in a tag (something between '<' and '>') and not in an attribute value (something between '"' and '"'). error of parsing are: '(EOF in ...)' For example: ./koha-tmpl/opac-tmpl/prog/en/modules/opac-detail.tt: 318 318 346 346 362 362 ./koha-tmpl/intranet-tmpl/prog/en/modules/tools/stage-marc-import.tt: 106 (EOF in Attribute Value) First, in './koha-tmpl/opac-tmpl/prog/en/modules/opac-detail.tt', two times on each lines: 318, 346 and 362. Second, in './koha-tmpl/intranet-tmpl/prog/en/modules/tools/stage-marc-import.tt', line 106 and the parse could be terminated because of EOF occurs in a attribute. Here, beware: the parser is too simple to report correctly the error: it only note that an attribute has a bad pair of '"'. And as he continue parsing, the reported error are bad. (here the error is line 97: