From corey.burger@gmail.com Tue May 31 21:58:00 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdLIl-00080K-EZ for koha-devel@lists.sourceforge.net; Tue, 31 May 2005 21:57:59 -0700 Received: from wproxy.gmail.com ([64.233.184.207]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DdLIi-0006Gi-Gz for koha-devel@lists.sourceforge.net; Tue, 31 May 2005 21:57:59 -0700 Received: by wproxy.gmail.com with SMTP id 69so2576414wra for ; Tue, 31 May 2005 21:57:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DS3/B9L6hq0jNV6DbPMS+FnfLgsPrNcRH1oAIetV6FgNDl4GbhDPstlSiANAE6c6yCr4RjFkKVi9boVWjFjJwamvd1O5Z4igJZXMINIw3P7Koe+PIka86wD3qfrgDw2H2W+lrPlcbHTKmuEqXcKKtHwx5ZognV3RW6FgyP2iEdU= Received: by 10.54.5.47 with SMTP id 47mr1953429wre; Tue, 31 May 2005 21:57:56 -0700 (PDT) Received: by 10.54.84.9 with HTTP; Tue, 31 May 2005 21:57:56 -0700 (PDT) Message-ID: <348bd6da05053121577fd905c7@mail.gmail.com> From: Corey Burger Reply-To: Corey Burger To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Translation In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050531212230.GC9364@gandalf.liblime.com> X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue May 31 21:58:51 2005 X-Original-Date: Tue, 31 May 2005 21:57:56 -0700 On 5/31/05, MJ Ray wrote: > Joshua Ferraro wrote: > > Given the fact that many translators aren't going to be very tech > > savvy, I think we should make Koha translation web-based. That is, > > we should have a site where translators can go, setup a login, > > assign themselves a translation project, run the .po to get the > > English, and insert their language in text fields hitting submit > > when they are done ... so paul, can Kartouche facilitate this? Is > > there another software app that can? >=20 > I'm a bit puzzled why you would send questions for paul to a > public mailing list, so I'll throw my two pen'orth in anyway: > some translators will be comfortable working with the .po files > themselves, some will be working as part of a larger translation > project and some would be helped by a translation web site like > you suggest. A web site won't work well for a translator who is > paying by the minute for internet access. >=20 > In short, I think we've got to support all three of these > scenarios - and probably more besides. >=20 > On a related note, shall I modify the installer to generate > translated templates from .po files at install-time? >=20 > Then we need to keep one template language in CVS and the .po > files too. I'm not sure how much of a common vocabulary there > is yet, but I guess that's another thing I get to test Real > Soon Now. >=20 There are two well known web translation tools: Pootle by translate.org.za Rosetta by Canonical (funders of Ubuntu) Thus I would say, rather than setting up your own web portal, make use of these existing ones. Corey From Mike.Lake@uts.edu.au Tue May 31 23:03:38 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdMKH-0002sa-Pn for koha-devel@lists.sourceforge.net; Tue, 31 May 2005 23:03:37 -0700 Received: from mailfilter3.itd.uts.edu.au ([138.25.243.47]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DdMKG-0000pA-OT for koha-devel@lists.sourceforge.net; Tue, 31 May 2005 23:03:37 -0700 Received: by mailfilter3.itd.uts.edu.au (Postfix, from userid 2272) id 396476F384; Wed, 1 Jun 2005 16:02:47 +1000 (EST) Received: from vimes (vimes [138.25.243.34]) by mailfilter3.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 9E5266F38B for ; Wed, 1 Jun 2005 16:02:39 +1000 (EST) Received: from [138.25.82.246] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.1 HotFix 0.09 (built Dec 14 2004)) with ESMTPS id <0IHE00IR0643WR10@postoffice.uts.edu.au> for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 16:02:28 +1000 (EST) From: Michael Lake To: koha-devel@lists.sourceforge.net Message-id: <429D4F71.7090006@uts.edu.au> Organization: UTS MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 X-Virus-Scanned: amavisd-new at uts.edu.au X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] What Test::Harness & Test::More package do you have installed? Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue May 31 23:04:33 2005 X-Original-Date: Wed, 01 Jun 2005 16:02:25 +1000 Hi all The Koha requirements are unclear on what versions or what authors Perl packages are required. For instance MARC-Record & HTML-Template need Test::More There is a package Test::Simple that contains Test::More by Michael G Schwern. This needs Test::Harness however. CPAN lists three Test::Harness packages: Test::Harness run perl standard test scripts with statistics POE-0.3101 - 19 May 2005 - Rocco Caputo Test::Harness Run Perl standard test scripts with statistics Test-Harness-2.48 - 22 Apr 2005 - Andy Lester Test::Harness run perl standard test scripts with statistics Net-ext-1.011 - 10 Apr 2002 - Spider Boardman My Question is: what is the author of the Test::Harness and Test::More packages that you are using? Mike -- Mike Lake Caver, Linux enthusiast and interested in anything technical. -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From mjr@phonecoop.coop Wed Jun 01 01:55:37 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdP0i-0003ai-By for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 01:55:36 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DdP0g-0006Sa-E3 for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 01:55:36 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DdP0V-0006vx-Hl; Wed, 01 Jun 2005 09:55:23 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DdP0P-0005dO-00; Wed, 01 Jun 2005 09:55:17 +0100 References: <429D4F71.7090006@uts.edu.au> In-Reply-To: Your message of Wed, 01 Jun 2005 16:02:25 +1000 <429D4F71.7090006@uts.edu.au> Subject: Re: [Koha-devel] What Test::Harness & Test::More package do you have installed? To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 1 01:57:25 2005 X-Original-Date: Wed, 01 Jun 2005 09:55:17 +0100 Michael Lake wrote: > The Koha requirements are unclear on what versions or what authors Perl packages are required. > For instance MARC-Record & HTML-Template need Test::More [...] Generally, it's whatever CPAN shell or your distribution's packages will install. > My Question is: what is the author of the Test::Harness and Test::More packages that you are using? The Test::More that I am using is from Test::Simple by Michael G Schwern. The Test::Harness that I am using is by andy and in perl 5.8.4 Hope that helps, -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From mjr@phonecoop.coop Wed Jun 01 02:14:49 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdPJJ-0004Xx-8q for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 02:14:49 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DdPJG-00070X-2p for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 02:14:48 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DdPJ9-0007e6-1j; Wed, 01 Jun 2005 10:14:39 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DdPJ8-0005hW-00; Wed, 01 Jun 2005 10:14:38 +0100 References: <20050531212230.GC9364@gandalf.liblime.com> <348bd6da05053121577fd905c7@mail.gmail.com> In-Reply-To: Your message of Tue, 31 May 2005 21:57:56 -0700 <348bd6da05053121577fd905c7@mail.gmail.com> Subject: Re: [Koha-devel] Translation To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 1 02:15:24 2005 X-Original-Date: Wed, 01 Jun 2005 10:14:38 +0100 Corey Burger wrote: > There are two well known web translation tools: > Pootle by translate.org.za http://pootle.wordforge.org/ is slow to me. We might want to download the code and set up our own edition anyway. If we're doing that, why Pootle not Kartouche? Look at both. > Rosetta by Canonical (funders of Ubuntu) This is faster, although I'm still nervous about having it on a server unconnected with koha. > Thus I would say, rather than setting up your own web portal, make use > of these existing ones. Kartouche exists, is well-known and we know it can do the job "for real", as was shown by translating much of KDE into Welsh in 100 days (K mewn gant). I also know the maintainer and have worked with him before. If the koha project wants, I will support the code and ask to become an upstream developer. Equally, if people want to work with Pootle or Rosetta or something else, I'd like to see that be accommodated. -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From paul.poulain@free.fr Wed Jun 01 02:34:54 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdPcj-0005Zb-W6 for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 02:34:53 -0700 Received: from smtp-103-wednesday.noc.nerim.net ([62.4.17.103] helo=mallaury.noc.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DdPch-00020s-UW for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 02:34:53 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 7BCFC62D28 for ; Wed, 1 Jun 2005 11:34:37 +0200 (CEST) Message-ID: <429D812D.3030209@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Translation References: <20050531212230.GC9364@gandalf.liblime.com> <348bd6da05053121577fd905c7@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 1 02:35:45 2005 X-Original-Date: Wed, 01 Jun 2005 11:34:37 +0200 MJ Ray a =E9crit : > Corey Burger wrote: >=20 >>There are two well known web translation tools: >>Pootle by translate.org.za >=20 > http://pootle.wordforge.org/ is slow to me. We might want > to download the code and set up our own edition anyway. If > we're doing that, why Pootle not Kartouche? Look at both. I give a try to pootle on my computer. Some pro & some cons when=20 compared to kartouche. The main pro being, imho, that it has recent version where kartouche is=20 old & seems unmaintained. I did some hack on kartouche to add features,=20 send a mail to the project leader, but got no answer. Another pro for pootle : seems to be happy with any char encoding where=20 kartouche is 1 only (unicode by default, i changed it to iso8859-1 for=20 french translation) A big pro for kartouche (according to me) : it's written in PHP, that I=20 know, while pootle is in python that i don't know at all Note also i have some problems with kartouche : * when importing > exporting .po files, I sometimes get differences=20 between original version & imported > exported one * it seems kartouche don't handle fuzzy Let's continue investigating. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr@phonecoop.coop Wed Jun 01 02:49:16 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdPqb-0006E3-Sb for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 02:49:13 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DdPqZ-0004hC-Pk for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 02:49:13 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DdPqS-0001Ok-Cy; Wed, 01 Jun 2005 10:49:04 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DdPqR-0005qR-00; Wed, 01 Jun 2005 10:49:03 +0100 References: <20050531212230.GC9364@gandalf.liblime.com> <348bd6da05053121577fd905c7@mail.gmail.com> <429D812D.3030209@free.fr> In-Reply-To: Your message of Wed, 01 Jun 2005 11:34:37 +0200 <429D812D.3030209@free.fr> Subject: Re: [Koha-devel] Translation To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 1 02:51:55 2005 X-Original-Date: Wed, 01 Jun 2005 10:49:03 +0100 Paul POULAIN wrote: > The main pro being, imho, that it has recent version where kartouche is=20 > old & seems unmaintained. I did some hack on kartouche to add features,=20 > send a mail to the project leader, but got no answer. Was that email back in September last year? I thought I forwarded his apology to you. Have you tried again? > Another pro for pootle : seems to be happy with any char encoding where=20 > kartouche is 1 only (unicode by default, i changed it to iso8859-1 for > french translation) Shouldn't we be using utf-8 everywhere now? (In any case, iso8859-1 doesn't contain the euro symbol, so shouldn't be used for France.) > Note also i have some problems with kartouche : > * when importing > exporting .po files, I sometimes get differences > between original version & imported > exported one What sort of differences? > * it seems kartouche don't handle fuzzy That's more of a problem. > Let's continue investigating. Of course! -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From paul.poulain@free.fr Wed Jun 01 04:19:16 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdRFf-0001yX-CW for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 04:19:11 -0700 Received: from smtp-103-wednesday.nerim.net ([62.4.16.103] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DdRFd-00038U-7w for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 04:19:11 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 6E5D340EFD; Wed, 1 Jun 2005 13:19:05 +0200 (CEST) Message-ID: <429D99A9.5060706@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: MJ Ray CC: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Translation References: <20050531212230.GC9364@gandalf.liblime.com> <348bd6da05053121577fd905c7@mail.gmail.com> <429D812D.3030209@free.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 1 04:20:32 2005 X-Original-Date: Wed, 01 Jun 2005 13:19:05 +0200 MJ Ray a =E9crit : > Paul POULAIN wrote: >=20 >>The main pro being, imho, that it has recent version where kartouche is= =3D20 >>old & seems unmaintained. I did some hack on kartouche to add features,= =3D20 >>send a mail to the project leader, but got no answer. > Was that email back in September last year? I thought I forwarded > his apology to you. Have you tried again? No, I don't remember getting any mail from you about this. Anyway,=20 september was the birth of my 3rd son, so I may have forgotten, I had=20 more importants things to think ;-) Anyway, the last version of kartouche was in 2003, september, that's not=20 a busy software ;-) >>Another pro for pootle : seems to be happy with any char encoding where= =3D20 >>kartouche is 1 only (unicode by default, i changed it to iso8859-1 for >>french translation) > Shouldn't we be using utf-8 everywhere now? (In any case, iso8859-1 > doesn't contain the euro symbol, so shouldn't be used for France.) right, it's iso8859-15. And about utf-8, no, we still are not unicode. >>Note also i have some problems with kartouche : >>* when importing > exporting .po files, I sometimes get differences >>between original version & imported > exported one > What sort of differences? >>Let's continue investigating. > Of course! I'll do another campaign of translation for 2.2.3, i'll tell here my=20 exact problems. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From gavin@celt.dias.ie Wed Jun 01 13:21:41 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DdZib-0003xy-3c for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 13:21:37 -0700 Received: from dana.celt.dias.ie ([160.6.9.100]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DdZiZ-0006xE-3q for koha-devel@lists.sourceforge.net; Wed, 01 Jun 2005 13:21:37 -0700 Received: (qmail 31575 invoked by uid 307); 1 Jun 2005 20:21:23 -0000 From: Gavin McCullagh To: Koha-devel Subject: Re: [Koha-devel] optimising the opac a little Message-ID: <20050601202123.GS18671@celt.dias.ie> Reply-To: gavin@celt.dias.ie References: <20050530162044.GA11676@celt.dias.ie> <429B844F.8060006@katipo.co.nz> <20050530162044.GA11676@celt.dias.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429B844F.8060006@katipo.co.nz> <20050530162044.GA11676@celt.dias.ie> User-Agent: Mutt/1.3.28i X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 1 13:22:30 2005 X-Original-Date: Wed, 1 Jun 2005 21:21:23 +0100 Hi Chris, Thanks for the access. On Tue, 31 May 2005, Chris Cormack wrote: > Gavin McCullagh wrote: > > > > So, is this all useless nonsense? Should I crawl back under that rock? > > Definitely not. Now is exactly the right time to be thinking of these > sort of things. Okay cool. I'll have a go. Thanks for the welcome. Can I solicit some opinions on the researvations though? > > 1. FULLTEXT indexes and MATCH are in MySQL as of version 3.23.23. Is it > > likely people are using other databases which don't have FULLTEXT indexes? > > Is it likely people are using older versions of MySQL? Is there a requirement to support certain databases/versions? Postgres can be hacked to do fulltext indexes but doesn't by default. Do many people use Postgres or is it all MySQL? Would this incompatibility concern people? http://www.devx.com/opensource/Article/21674/1954?pf=true http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/ > > 2. BOOLEAN MODE is a very recent addition. This is not such a big deal. We can just turn it off if we need to, or maybe even test for the db version and use it if it's available. > > 3. The addition of indexes on the biblio table will slow insertions/updates > > down. I can't see this being a big issue. There is a slowdown but it's not usually too big and it pales into insignificance compared with the speed-ups in searching. > The way we have it set up at the moment is that all commits to cvs get > posted to a mailing list koha-cvs .. which allows all of the developers > (or at least the ones subscribed) to see what each other are doing. Okay. > > Here is an example I've just done in PHP on MySQL with a similar database > > structure. There are ~20K records. > > > > http://simms.celt.dias.ie/~gavin/opac/ Sorry had to take this down. It wasn't really supposed to be public info :-) > Looks good to me, take a crack... you'll learn that with the Koha > project we arent precious about our code, we want to do the best we can > so if people can think of improvements we are more than willing to try > them out. Sound. Thanks, Gavin From lesamico@yahoo.com.br Fri Jun 03 03:04:28 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1De92Q-0003Rm-JA for koha-devel@lists.sourceforge.net; Fri, 03 Jun 2005 03:04:26 -0700 Received: from web61221.mail.yahoo.com ([209.73.179.55]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1De92N-0001F4-Vy for koha-devel@lists.sourceforge.net; Fri, 03 Jun 2005 03:04:26 -0700 Received: (qmail 4528 invoked by uid 60001); 3 Jun 2005 10:04:17 -0000 Message-ID: <20050603100417.4526.qmail@web61221.mail.yahoo.com> Received: from [194.51.20.126] by web61221.mail.yahoo.com via HTTP; Fri, 03 Jun 2005 12:04:17 CEST From: Luis Eduardo Samico To: koha-devel@lists.sourceforge.net In-Reply-To: <20050601202123.GS18671@celt.dias.ie> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1715671848-1117793057=:4041" Content-Transfer-Encoding: 8bit X-Spam-Score: 0.3 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.1 HTML_30_40 BODY: Message is 30% to 40% HTML 0.0 HTML_MESSAGE BODY: HTML included in message 0.2 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Options + Includes problem.. Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 3 03:06:02 2005 X-Original-Date: Fri, 3 Jun 2005 12:04:17 +0200 (CEST) --0-1715671848-1117793057=:4041 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hy everybody, I don't know if this question should be posted in this or the user's forum: I'm having a problem to complete the installation of Koha. Just after been installed I cannot open the initial page. and I got the following message in the opac-error.log: [Fri Jun 03 10:45:54 2005] [warn] [client 10.171.94.4] mod_include: Options +Includes (or IncludesNoExec) wasn't set, INCLUDES filter removed I guess is anything about my Apache... 2.0.53 about my httpd.conf et my koha-httpd.conf configuration, anyone could give me a light? My koha is v 2.0.2 Thanks.. Luis Samico --------------------------------- Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail --0-1715671848-1117793057=:4041 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit

Hy everybody,

I don't know if this question should be posted in this or the user's forum:

I'm having a problem to complete the installation of Koha. Just after been installed I cannot open the initial page. and I got the following message in the opac-error.log:

[Fri Jun 03 10:45:54 2005] [warn] [client 10.171.94.4] mod_include: Options +Includes (or IncludesNoExec) wasn't set, INCLUDES filter removed

I guess is anything about my Apache... 2.0.53 about my httpd.conf et my koha-httpd.conf configuration, anyone could give me a light? 

My koha is v 2.0.2

Thanks..

Luis Samico  


Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos !
Créez votre Yahoo! Mail --0-1715671848-1117793057=:4041-- From mjr@phonecoop.coop Fri Jun 03 04:51:15 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DeAhl-0001kI-Og for koha-devel@lists.sourceforge.net; Fri, 03 Jun 2005 04:51:13 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DeAhf-0005fa-GE for koha-devel@lists.sourceforge.net; Fri, 03 Jun 2005 04:51:11 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DeAhW-0007zz-V0; Fri, 03 Jun 2005 12:50:59 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DeAhW-00008t-00; Fri, 03 Jun 2005 12:50:58 +0100 References: <20050601202123.GS18671@celt.dias.ie> <20050603100417.4526.qmail@web61221.mail.yahoo.com> In-Reply-To: Your message of Fri, 3 Jun 2005 12:04:17 +0200 (CEST) <20050603100417.4526.qmail@web61221.mail.yahoo.com> Subject: Re: [Koha-devel] Options + Includes problem.. To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 3 04:52:07 2005 X-Original-Date: Fri, 03 Jun 2005 12:50:58 +0100 Luis Eduardo Samico wrote: > I don't know if this question should be posted in this or the user's foru= > m:=20 [...] Users, I think. Never mind. > [Fri Jun 03 10:45:54 2005] [warn] [client 10.171.94.4] mod_include: Optio= > ns +Includes (or IncludesNoExec) wasn't set, INCLUDES filter removed > > I guess is anything about my Apache... 2.0.53 about my httpd.conf et my k= > oha-httpd.conf configuration, anyone could give me a light?=20 My guess is that you need to add lines in your koha-httpd.conf that say Options +Includes and reload apache (making sure that koha-httpd.conf is actually read, which might be done by running /usr/sbin/apache2 -S Hope that helps, -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From menmot@hotmail.com Fri Jun 03 03:59:58 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1De9uA-0007Ew-GJ for koha-devel@lists.sourceforge.net; Fri, 03 Jun 2005 03:59:58 -0700 Received: from bay22-f16.bay22.hotmail.com ([64.4.16.66] helo=hotmail.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1De9u8-0002Or-GP for koha-devel@lists.sourceforge.net; Fri, 03 Jun 2005 03:59:58 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 3 Jun 2005 03:59:51 -0700 Message-ID: Received: from 213.55.91.150 by by22fd.bay22.hotmail.msn.com with HTTP; Fri, 03 Jun 2005 10:59:51 GMT X-Originating-IP: [213.55.91.150] X-Originating-Email: [menmot@hotmail.com] X-Sender: menmot@hotmail.com From: "Mengistu Motbaynor" To: koha-devel@lists.sourceforge.net Bcc: Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 03 Jun 2005 10:59:51.0437 (UTC) FILETIME=[5DAC1BD0:01C5682B] X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PARATHESES_OPEN BODY: Text interparsed with ( 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay Subject: [Koha-devel] problem on Importing the MARC Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 3 15:07:13 2005 X-Original-Date: Fri, 03 Jun 2005 13:59:51 +0300 Hello I am deploying koha ver 2.2 for our school library system. But I have alot of problems in Importing the MARC record in the existing library ststem. My first problem is When I import records from MARC it did not import the Items copies(barcode, Price,...) that I export it including the catalogue. But I can import the Catalogue only. Thank You Mengistu _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From gavin@celt.dias.ie Sun Jun 05 03:52:33 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Desk0-0005AC-MY for koha-devel@lists.sourceforge.net; Sun, 05 Jun 2005 03:52:28 -0700 Received: from dana.celt.dias.ie ([160.6.9.100]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1Desjy-0005bD-GS for koha-devel@lists.sourceforge.net; Sun, 05 Jun 2005 03:52:28 -0700 Received: (qmail 16010 invoked by uid 307); 5 Jun 2005 10:52:15 -0000 From: Gavin McCullagh To: Koha-devel Subject: Re: [Koha-devel] optimising the opac a little Message-ID: <20050605105215.GA15660@celt.dias.ie> Reply-To: gavin@celt.dias.ie References: <20050530162044.GA11676@celt.dias.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050530162044.GA11676@celt.dias.ie> User-Agent: Mutt/1.3.28i X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 5 03:54:24 2005 X-Original-Date: Sun, 5 Jun 2005 11:52:15 +0100 Hi, On Mon, 30 May 2005, Gavin McCullagh wrote: > 1. Add FULLTEXT indexes to each of the searched columns (author,title,...) > 2. Change the LIKE queries to use something like the following: > > SELECT ......, MATCH biblio.title AGAINST ('$titleSearchString' IN BOOLEAN MODE) AS TitleRelevance > FROM biblio ..... > WHERE ..... > AND MATCH biblio.title AGAINST ('$titleSearchString' IN BOOLEAN MODE) > ORDER BY TitleRelevance DESC Just to fill people in, I did implement a proof of concept of this (opac-searc-biblio.pl in cvs). To my disappointment, when Joshua kindly tried it on about 150K records it was dreadfully slow, more than twice as slow as the existing method. It does add the boolean syntax which is good, but it should be about an order of magnitude quicker. While I might accept it not being much quicker, I don't think it should be slower. I'm going to spend a little time trying to clean it up and see if it can perform as (I think) it should. I have a suspicion something subtle is stopping the indexes from being used properly. Also, doing it all in one query is probably not such a good plan. There are various ways of tuning mysql to better use indexes but I'd expect such tuning shouldn't be required to get reasonable performance, even if tuning might give it a little boost. One thing I don't have right now is a nice big dataset to test with, though sanspach has kindly offered some which I will hopefully take advantage of shortly. I have about 3000 records currently from the demo system but that's too few to get a really good idea of how it scales. If it doesn't work out I'm not too worried. This might just turn out to be a learning experience into the limitations of mysql fulltext indexes :-). I notice on IRC that kados and chris had some other very interesting ideas too. It'd be nice if it did work well though. Gavin From jmf@mail.liblime.com Sun Jun 05 05:35:01 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DeuLE-0000n1-FK for koha-devel@lists.sourceforge.net; Sun, 05 Jun 2005 05:35:00 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DeuLA-0004z1-Vh for koha-devel@lists.sourceforge.net; Sun, 05 Jun 2005 05:35:00 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id E7856CD51E7; Sun, 5 Jun 2005 05:26:10 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050605122610.GA21127@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Searching: Zebra Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 5 05:38:17 2005 X-Original-Date: Sun, 5 Jun 2005 05:26:10 -0700 Hi everyone, I've spent the last couple of days playing around with Indexdata's Zebra (http://www.indexdata.dk/zebra/). Zebra is another example of a textual database engine. Zebra can natively index MARC records, so I started by dumping out NPL's records (which took about 20 minutes). Indexing 150K records took just under 3 minutes and all the searches I've done using Zebra's integrated Z39.50 Server have taken less than a second. I haven't had a chance to write a wrapper yet to integrate the search into our existing code but you can try it out at the LOC's generic Z39.50 gateway: http://www.loc.gov/cgi-bin/zgate?ACTION=INIT&FORM_HOST_PORT=/prod/www/data/z3950/locils.html,66.213.78.76,9999&CI=034920 This link will allow you to search NPL's 150K database (you could also use any Z39.50 client (like Yaz) to do the search. The server's IP is 66.213.78.76:9999 and the db name is VOYAGER (because that's the only way I could get the LOC's gateway to connect). Zebra is very high performance (it's in use for systems with tens of millions of records). It supports incremental database updates on live systems, exact boolean search expressions, relevance-ranked free-text queries (not sure about stemming). Of the searching ideas we've come up with so far this one is by far the most impressive. There are still some other textual database engines out there (lucene, clucene, xapian, namzu, to name a few), so if anyone would like to try these out and commit some sample indexing/searching scripts I'd be happy to try them out. Coments, questions? -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From psm_vu@india.com Mon Jun 06 01:01:27 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfCY1-0004sE-O5 for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 01:01:25 -0700 Received: from webmail-outgoing.us4.outblaze.com ([205.158.62.67]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DfCY0-0000in-39 for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 01:01:25 -0700 Received: from unknown (unknown [192.168.9.180]) by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 7B178180028A for ; Mon, 6 Jun 2005 08:01:18 +0000 (GMT) X-OB-Received: from unknown (205.158.62.132) by wfilter.us4.outblaze.com; 6 Jun 2005 08:01:18 -0000 Received: by ws5-2.us4.outblaze.com (Postfix, from userid 1001) id 6EEC4416118; Mon, 6 Jun 2005 08:01:18 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; A1.17; B2.12; Q2.03) Received: from [61.2.166.16] by ws5-2.us4.outblaze.com with http for psm_vu@india.com; Mon, 06 Jun 2005 16:01:18 +0800 X-Mailer: india.com webmail From: "Partha Mukhopadhyay" To: koha-devel@lists.sourceforge.net X-Originating-Ip: 61.2.166.16 X-Originating-Server: ws5-2.us4.outblaze.com Message-Id: <20050606080118.6EEC4416118@ws5-2.us4.outblaze.com> X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ Subject: [Koha-devel] Marc tag_strucure & subfield_structure Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 6 01:02:12 2005 X-Original-Date: Mon, 06 Jun 2005 16:01:18 +0800 Dear friends, Can any one send me the marc_tag_structure and marc_subfield_structure tabl= es with data (compatible with koha win ver. 2.2.2b)? In fact, the previous win version of koha (2.0.0) includes a sample200 data= base from where the abovementioned two tables can be copied to blank200 dat= abase. But in the 2.2.2 version of koha there is only one database blank222= (which contains nothing) and the sample200 tables of marc tags and subfiel= ds are not compatible with the new version of koha due to presence of a new= primary field in subfield table (frameworkcode). Under such circumstances, if any one wnat to test the new version he or she= has to input all the marc tags and subfields in the database first.=20 I want only this two tables to save manual labour and time. Hope someone will response. P S Mukhopadhyay Vidyasagar Universiy, WB, India --=20 India.com free e-mail - www.india.com.=20 Check out our value-added Premium features, such as an extra 20MB for mail = storage, POP3, e-mail forwarding, and ads-free mailboxes! Powered by Outblaze From paul.poulain@free.fr Mon Jun 06 08:02:53 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfJ7r-00082h-6M for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 08:02:51 -0700 Received: from smtp-101-monday.noc.nerim.net ([62.4.17.101] helo=mallaury.noc.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DfJ7p-0000n7-A5 for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 08:02:50 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 03C7862D0C for ; Mon, 6 Jun 2005 17:02:00 +0200 (CEST) Message-ID: <42A4656A.2080806@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.5 WEIRD_PORT URI: Uses non-standard port number for HTTP -0.3 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] css help, please Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 6 08:04:14 2005 X-Original-Date: Mon, 06 Jun 2005 17:02:02 +0200 Hi, Does anyone know why in this page : http://bureau.paulpoulain.com:9006/cgi-bin/koha/opac-serial-issues.pl?bib= lionumber=3D9955 The table, that is very long, does not make the mainbloc (light blue)=20 being extended. The look is really dirty & i don't see how to solve this=20 problem. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr@phonecoop.coop Mon Jun 06 10:20:30 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfLH4-0006n5-FC for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 10:20:30 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DfLGz-0007LX-7C for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 10:20:30 -0700 Received: from [213.55.30.50] (helo=me) by mail.phonecoop.coop with smtp (Exim 4.43) id 1DfLGo-0006dm-TO for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 18:20:15 +0100 Received: (nullmailer pid 4563 invoked by uid 1000); Mon, 06 Jun 2005 17:20:23 -0000 To: X-Mailer: mail (GNU Mailutils 0.6) Message-Id: <1118078423.569379.4562.nullmailer@me> From: X-Antivirus-Scanned: Clean X-Spam-Score: 0.2 (/) X-Spam-Score: 0.6 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.2 NO_REAL_NAME From: does not include a real name 0.4 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Summary 2005-06-06 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 6 10:23:33 2005 X-Original-Date: Mon, 06 Jun 2005 18:20:23 +0100 What have the koha developers been doing this week? tipaul added MARC new setup checks, added a new build_marc_Tword, changed iso2709 file sending to an attachment, changed pay page to redirect to patron page added systemprefs to control "lost" item display and logo image, fixed and improved dictionary searches, made some graphic improvements to default/en marctagstructure template, and fixed bugs in acqui.simple/additem, the order receive screen, overdue notices, help screens and css/en templates. hdl fixed bugs in opac-full-serial and opac-serial-issues, updated opac-full-serial-issues screens, added a default/de translation by hellen, fixed a bug requiring PDF::API2, added tabsub to css/en opac templates added email-sending to opac-sendbasket, made display changes to default/en marctagstructure, added date to overduenotices and list of books and barcodes, and added a subscription history to serials. hellen updated the default/de intranet translation for 2.2.2 gmccullagh split SearchBiblio and SearchMarc, added opac-search-biblio script, improved opac-search display genjimoto added availability features into SearchMarc and opac-search, added support and editors for mediatype, itemtypesubcategory and itemtypecategory, added search options sidebar to css/en templates, added a catalogsearch() feature to updatedatabase and SearchMarc, and fixed bugs in opac-search, issue/reserve overrides and MARC=OFF subject handling. doxulting updated a lot of unimarc plugins. oleonard fixed an sql_update() bug (870) in css/en opac-search. joshferraro fixed bug 981 in opac-userdetails (missing comma - so did tipaul?). -- MJR/slef Compiled from cvs logs and cvs2cl.pl Full changelog is at http://www.ttllp.co.uk/koha/changelog From silva@ort.edu.uy Mon Jun 06 13:17:58 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfO2n-00083Q-9j for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 13:17:57 -0700 Received: from hermes.ort.edu.uy ([164.73.96.24]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41) id 1DfO2l-0005oi-JP for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 13:17:57 -0700 Received: from hermes.ort.edu.uy (hermes [127.0.0.1]) by localhost.ort.edu.uy (Postfix on RedHat 7.3 (i386)) with ESMTP id 50634B749A; Mon, 6 Jun 2005 17:17:39 -0300 (ART) Received: from correo.ort.edu.uy (correo.ort.edu.uy [192.168.20.3]) by hermes.ort.edu.uy (Postfix on RedHat 7.3 (i386)) with ESMTP id 32FA3B73D2; Mon, 6 Jun 2005 17:17:39 -0300 (UYT) Received: from [172.30.10.21] (unknown [172.30.10.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client CN "Ernesto Silva", Issuer CN "Universidad ORT Uruguay CA" (verified OK)) by correo.ort.edu.uy (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id 2E0F5733C2; Mon, 6 Jun 2005 17:17:33 -0300 (UYT) Message-ID: <42A4AF3E.8050009@ort.edu.uy> From: "Silva, Ernesto - Webmaster" Organization: Universidad ORT Uruguay User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en, es, es-uy MIME-Version: 1.0 To: Koha-devel , koha@lists.katipo.co.nz Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.1 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Adding new biblio problem.... Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 6 13:18:14 2005 X-Original-Date: Mon, 06 Jun 2005 17:17:02 -0300 Hi everyone, It's been a while since my last post but Andres and I are still working on Koha for our University (Universidad ORT Uruguay), the system is in production state, about 90% of functionallity running. Now the bad news, our librarians reported some strange problems during the catalog process, it seems that one of them (Mr. A in branch A) adds a new biblio and after a while (minutes, hours) the record is modified by another librarian (from Mr. B in branch B). I know this may be a user mistake but they assure me they haven't modified any record, just added one. I've taken a look at the Biblio.pm code and everything seems to be ok ad the NEWnewbiblio function, the process is almost atomic, there is no big reason to begin thinking in concurrency problems (at least for now). Has anyone had this troubles before? Best regards Ernesto. From shedges@skemotah.com Mon Jun 06 18:23:19 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfSoJ-00016U-14 for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 18:23:19 -0700 Received: from webmail3.sd.dreamhost.com ([64.111.100.15]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DfSoF-00014U-VH for koha-devel@lists.sourceforge.net; Mon, 06 Jun 2005 18:23:18 -0700 Received: from webmail.skemotah.com (localhost [127.0.0.1]) by webmail3.sd.dreamhost.com (Postfix) with ESMTP id E9DFA14128; Mon, 6 Jun 2005 18:23:14 -0700 (PDT) Received: from 65.24.138.126 (SquirrelMail authenticated user shedges@skemotah.com) by webmail.skemotah.com with HTTP; Mon, 6 Jun 2005 21:23:14 -0400 (EDT) Message-ID: <34467.65.24.138.126.1118107394.squirrel@webmail.skemotah.com> In-Reply-To: <20050605122610.GA21127@gandalf.liblime.com> References: <20050605122610.GA21127@gandalf.liblime.com> Subject: Re: [Koha-devel] Searching: Zebra From: "Stephen Hedges" To: "Joshua Ferraro" Cc: koha-devel@lists.sourceforge.net User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_AMPERSAND BODY: Text interparsed with & 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 6 18:24:09 2005 X-Original-Date: Mon, 6 Jun 2005 21:23:14 -0400 (EDT) Joshua, I saw that you and Chris had been kicking this around on IRC, and it seemed to me then that it was a great idea. Now that I've seen it run (on a database that I know), I am really impressed. I think you've found something that would really be good for Koha. Stephen Joshua Ferraro said: > Hi everyone, > > I've spent the last couple of days playing around with Indexdata's > Zebra (http://www.indexdata.dk/zebra/). Zebra is another example > of a textual database engine. > > Zebra can natively index MARC records, so I started by dumping out > NPL's records (which took about 20 minutes). > > Indexing 150K records took just under 3 minutes and all the searches > I've done using Zebra's integrated Z39.50 Server have taken less > than a second. I haven't had a chance to write a wrapper yet to > integrate the search into our existing code but you can try it out > at the LOC's generic Z39.50 gateway: > > http://www.loc.gov/cgi-bin/zgate?ACTION=INIT&FORM_HOST_PORT=/prod/www/data/z3950/locils.html,66.213.78.76,9999&CI=034920 > > This link will allow you to search NPL's 150K database (you could > also use any Z39.50 client (like Yaz) to do the search. The server's > IP is 66.213.78.76:9999 and the db name is VOYAGER (because that's > the only way I could get the LOC's gateway to connect). > > Zebra is very high performance (it's in use for systems with tens > of millions of records). It supports incremental database updates > on live systems, exact boolean search expressions, relevance-ranked > free-text queries (not sure about stemming). > > Of the searching ideas we've come up with so far this one is by far > the most impressive. There are still some other textual database engines > out there (lucene, clucene, xapian, namzu, to name a few), so if anyone > would like to try these out and commit some sample indexing/searching > scripts I'd be happy to try them out. > > Coments, questions? > -- > Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE > President, Technology migration, training, maintenance, support > LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter > jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain@free.fr Tue Jun 07 00:49:59 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfYqU-0003dy-P3 for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 00:49:58 -0700 Received: from smtp-102-tuesday.nerim.net ([62.4.16.102] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DfYqO-0004NZ-OK for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 00:49:58 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id A8FA740FAD for ; Tue, 7 Jun 2005 09:49:49 +0200 (CEST) Message-ID: <42A5519D.9070906@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 CC: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Summary 2005-06-06 References: <1118078423.569379.4562.nullmailer@me> In-Reply-To: <1118078423.569379.4562.nullmailer@me> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 7 00:50:18 2005 X-Original-Date: Tue, 07 Jun 2005 09:49:49 +0200 mjr@phonecoop.coop a =E9crit : > What have the koha developers been doing this week? > joshferraro fixed bug 981 in opac-userdetails (missing comma - so did t= ipaul?). Really great summary. Just one improvement and it will be perfect : separating what is done on=20 rel_2_2 (for 2.2.x) and what is done on HEAD. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain@free.fr Tue Jun 07 03:55:38 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfbkA-00054N-8Z for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 03:55:38 -0700 Received: from smtp-102-tuesday.nerim.net ([62.4.16.102] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dfbk7-0008W8-IN for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 03:55:38 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id C875540F46 for ; Tue, 7 Jun 2005 12:55:32 +0200 (CEST) Message-ID: <42A57D24.8010504@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] question on aqorders table Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 7 03:56:16 2005 X-Original-Date: Tue, 07 Jun 2005 12:55:32 +0200 Hi, Could someone from katipo explain what is the meaning of the various=20 columns in aqorders table that are related to an amount. I see : * listprice (the price entered when placing the order ?) * totalamount (seems always empty) * freight (empty or=3D0 for me ? Maybe should be attached to the aqbasket= =20 table if it's freight fees, as they should be counted only once) * unitprice (the price really paid ?) * rrp (?) * ecost (?) * gst (?) Many thanks. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr@phonecoop.coop Tue Jun 07 05:04:38 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dfcov-0000Yn-FK for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 05:04:37 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1Dfcot-00005m-Ls for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 05:04:37 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1Dfcok-0001Tv-Bb; Tue, 07 Jun 2005 13:04:26 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1Dfcoj-0004KO-00; Tue, 07 Jun 2005 13:04:25 +0100 References: <42A57D24.8010504@free.fr> In-Reply-To: Your message of Tue, 07 Jun 2005 12:55:32 +0200 <42A57D24.8010504@free.fr> Subject: Re: [Koha-devel] question on aqorders table To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 7 05:05:17 2005 X-Original-Date: Tue, 07 Jun 2005 13:04:25 +0100 Paul POULAIN wrote: > Could someone from katipo explain what is the meaning of the various=20 > columns in aqorders table that are related to an amount. I'm not katipo, but here's my impression. > I see : > * listprice (the price entered when placing the order ?) The full catalgue price of the item (not including discounts) > * totalamount (seems always empty) I'd expect this to be unitprice*number ordered after discounts and surcharges. > * freight (empty or=3D0 for me ? Maybe should be attached to the aqbasket= > table if it's freight fees, as they should be counted only once) > * unitprice (the price really paid ?) > * rrp (?) Recommended retail price (not trade price). > * ecost (?) > * gst (?) General sales tax (our local equivalent, VAT, is not paid on books in the UK - don't know about TVA). -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From jmf@mail.liblime.com Tue Jun 07 05:52:07 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DfdYr-0003Ab-Ma for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 05:52:05 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DfdYp-0008Vm-SZ for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 05:52:05 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id C4EABCD51FB; Tue, 7 Jun 2005 05:43:04 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050607124304.GA24583@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Bugsquash Session Next Week Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 7 05:53:02 2005 X-Original-Date: Tue, 7 Jun 2005 05:43:04 -0700 Hi everyone, I caught paul, hdl slef and Genji on IRC today and we settled on next Tuesday, June 14 at 15:00 GMT for the next Bugsquash Session. Here's the time in your area: http://tinyurl.com/779cy I count 68 bugs in Koha 2.2 and HEAD: http://tinyurl.com/as66z We'll be working through the bugs, assigning the tough ones and fixing the easy ones. If you can attend, please do (even if you can only attend briefly). (also, I must appologize to the NZ crowd, would you like to schedule a different meeting later this week? Let me know) -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From paul.poulain@free.fr Tue Jun 07 07:31:11 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dff6l-0000dw-Ho; Tue, 07 Jun 2005 07:31:11 -0700 Received: from smtp-102-tuesday.nerim.net ([62.4.16.102] helo=kraid.nerim.net) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dff6j-000260-JV; Tue, 07 Jun 2005 07:31:11 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 1563540F45; Tue, 7 Jun 2005 16:31:06 +0200 (CEST) Message-ID: <42A5AFAA.4090309@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Koha-devel , Koha-translate Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Koha 2.2.3 translation & roadmap & release notes Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 7 07:32:08 2005 X-Original-Date: Tue, 07 Jun 2005 16:31:06 +0200 Hello all, TRANSLATION & ROADMAP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D Koha 2.2.3 is almost ready. Translators can/must work on their=20 translation files (.po) You MUST update your translations file & check them. There are at=20 least[*] : 9 new strings and 23 fuzzy in OPAC and 17 untranslated / 29=20 fuzzy in default librarian template. I plan to release Koha 2.2.3 next monday, so you have almost 1 week do=20 update your translations. Reminder : export PERL5LIB=3D/path/to/koha ./tmpl_process3.pl update -r -i ../../koha-tmpl/intranet-tmpl/default/en=20 -s po/default_intranet_your_language.po --exclude=3D.*unimarc.* ./tmpl_process3.pl update -r -i ../../koha-tmpl/intranet-tmpl/default/en=20 -s po/default_intranet_fr_FR.po Once you have updated, commit the new po file, i'll take care of=20 tmpl_process3.pl install before releasing. Note : for ppl that don't have cvs access, i can rebuild a .po file and=20 send it by mail. [*] because i'm not 100% sure that my french translation file comes from=20 2.2.2b, it can be more recent, so there can be more strings to translate. RELEASE NOTES =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D The release notes should be the following (maybe more, but not less, all=20 what is written here is done & ready) BUGFIXES ***** Critical & Minor mixed =3D=3D=3D ACQUISITION =3D=3D=3D * adding supplier info to basket.pl (for order printing) * adding a date filter on acquisition history search =3D=3D=3D OPAC =3D=3D=3D * minor fix in subject link (normal view) =3D=3D=3D CATALOGUE =3D=3D=3D * it's possible to change a framework type when editing a biblio * (critical) bugfix in authorities : in biblio repeated fields, when you=20 choosed an authority entries, it was copied in all the fields, not only=20 in one. * bugfix : when you duplicate a MARC field (for the 2nd time or more),=20 the last field was duplicated too. * bugfix in subject link, in normal view * bugfix when duplicate authority suspected, the link to see the other=20 authority was wrong. * bugfix in items : the Edit biblio button was wrong. * bugfix when MARC=3DOFF, subject modifs were not stored in MARC database= . * bugfix in z3950 client, for BNF (problem probably due to upgrading of=20 some sofwtare in UNIMARC) =3D=3D=3D AUTHORITIES =3D=3D=3D * bugfix in "next page" in authority search (was buggy under certain=20 circumstances only) =3D=3D=3D CIRCULATION =3D=3D=3D * bugfix : checking issuing rules under certain circumstances was buggy=20 (reported issuing OK where it should not) * bugfix : renewal by issuing a book again did not work correctly. =3D=3D=3D BORROWERS =3D=3D=3D * better management of joining & expiry dates : - dates can be manually typed when adding a borrower. - Empty fields are automatically calculated (joining =3D today & expiry=20 date calculated from borrower category) - Expiry date can be modified * checking expiry date when trying to issue a book & forbidding issuing=20 when expiry date reached. ** IMPORTANT ** This check was not done=20 before. Thus, you may be unable to issue books where you could before.=20 You can update your database borrower by borrower or with the following=20 SQL command on the server : "update borrowers set expiry=3D'2005-31-12'".= =20 You can limit the update to a borrower category with "update borrowers=20 set expiry=3D'2005-31-12' where categorycode=3D'A'" (all SQL commands mus= t=20 be typed without any ") * template improvements & some bugfixes in fines management. =3D=3D=3D PARAMETERS =3D=3D=3D * in marctagstructure, next & previous button no more loose=20 frameworkcode & link to default framework =09 IMPROVEMENTS =3D=3D=3D ACQUISITION =3D=3D=3D * in history search, a filter has been added on order date. * there are now 2 differents totals : one for rrp column & one for est=20 column =3D=3D=3D CATALOGUE =3D=3D=3D * There is also a FindDuplicate feature for MARC Authorities * Dictionnary search : for titles, author & subject, there is now a=20 "dictionnary search". when the user clic on ..., a popup appear, that=20 enable search in biblios as well as in authorities. For example, if user=20 clic on author, and enter "Hugo", he will fing all authors & authority=20 having "Hugo". He then can choose the Hugo he want and run the search=20 with what he has found (& other criteria as well if he want) * it's now possible to change the framework of a biblio * the overduenotice.pl script (that sends a mail to borrowers with late=20 issues) contains the list of late items (title, author) =3D=3D=3D PARAMETERS =3D=3D=3D * a new button in marctagstructure.pl has been added : if selected, only=20 actived fields/subfields are shown. Subfields used are in a summary just=20 under the tag. Strongly limits the number of lines shown & more user=20 friendly. * Adding 2 checks in marc parameter checking : only 1 MARC tag must be=20 mapped to item tab and warning if there is NULL in a frameworkcode' =3D=3D=3D REPORTS =3D=3D=3D * in "borrowers with no issues" wizard, adding "without issues since" =3D=3D=3D OPAC =3D=3D=3D * basket / bookbag sending now has item list and an iso2709 file attached * links to reach suggestions & virtual shelves from any OPAC page * improvements in style sheet for better standard compliance. OPAC works=20 perfectly under opera & konqueror. * added a systempref to define an alternate image as logo (for main page=20 & top-left image on each page) * added a systempref to choose either to show or hide "lost" items. Note=20 that "lost items" can be related to an authorised value list, so does=20 not necessary mean "item definetly lost". Even here, some libraries want=20 to see lost items, and some don't want. This parameter will make=20 everybody happy ! * adding a "complete historyview" for subscription. Show year by year=20 all issues, whatever the status (arrived, missing...) --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From chris@katipo.co.nz Tue Jun 07 14:44:20 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dflrw-0000yw-1z for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 14:44:20 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1Dflru-0002xl-0P for koha-devel@lists.sourceforge.net; Tue, 07 Jun 2005 14:44:19 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 3A63D88FA9; Wed, 8 Jun 2005 09:44:10 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12713-02; Wed, 8 Jun 2005 09:44:05 +1200 (NZST) Received: from [202.0.55.84] (202-0-55-84.cable.paradise.net.nz [202.0.55.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Wed, 8 Jun 2005 09:44:05 +1200 (NZST) Message-ID: <42A61525.40709@katipo.co.nz> From: Chris Cormack Reply-To: chris@katipo.co.nz Organization: Katipo Communications User-Agent: Debian Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MJ Ray Cc: paul.poulain@free.fr, koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] question on aqorders table References: <42A57D24.8010504@free.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 7 14:45:13 2005 X-Original-Date: Wed, 08 Jun 2005 09:44:05 +1200 Hi all MJ Ray has covered some of these, ill grab the ones not. Freight, is post and packaging, its entered when the order is received. unitprice = list price + tax + freight .. so yes the price really paid ecost = estimated cost Chris -- Chris Cormack Katipo Communications Programmer www.katipo.co.nz 027 4500 789 From laurenthdl@alinto.com Wed Jun 08 09:50:38 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dg3lG-0006s2-7a for koha-devel@lists.sourceforge.net; Wed, 08 Jun 2005 09:50:38 -0700 Received: from smtp7.wanadoo.fr ([193.252.22.24]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dg3lD-00033k-GR for koha-devel@lists.sourceforge.net; Wed, 08 Jun 2005 09:50:38 -0700 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0707.wanadoo.fr (SMTP Server) with ESMTP id 36A4B18000B7 for ; Wed, 8 Jun 2005 18:50:28 +0200 (CEST) Received: from [192.168.3.11] (AMontpellier-151-1-15-111.w83-205.abo.wanadoo.fr [83.205.150.111]) by mwinf0707.wanadoo.fr (SMTP Server) with ESMTP id CE9C118000A5 for ; Wed, 8 Jun 2005 18:50:27 +0200 (CEST) X-ME-UUID: 20050608165027846.CE9C118000A5@mwinf0707.wanadoo.fr Message-ID: <42A721D1.7070803@alinto.com> From: Henri-Damien LAURENT User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.2 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Bug in memberentry.pl Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 8 09:52:59 2005 X-Original-Date: Wed, 08 Jun 2005 18:50:25 +0200 IMHO, some of the latest changes to member management leaded to a bug in Member adding. On HEAD : > [Wed Jun 08 18:29:21 2005] [error] [client 127.0.2.5] Global symbol > "$member" requires explicit package name at > /home/hdl/Koha/koha-dev/koha/members/memberentry.pl line 244., > referer: http://kohadev.demo/cgi-bin/koha/members/member.pl > [Wed Jun 08 18:29:21 2005] [error] [client 127.0.2.5] Execution of > /home/hdl/Koha/koha-dev/koha/members/memberentry.pl aborted due to > compilation errors., referer: > http://kohadev.demo/cgi-bin/koha/members/member.pl > [ With 2.2 Version, We get on to the Error Page, Without adress. I can't think how. Will investigate on that on Friday if not Fixed by then. -- Henri-Damien LAURENT From paul.poulain@free.fr Wed Jun 08 11:22:00 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dg5Bg-00046E-Pd for koha-devel@lists.sourceforge.net; Wed, 08 Jun 2005 11:22:00 -0700 Received: from smtp-103-wednesday.nerim.net ([62.4.16.103] helo=kraid.nerim.net) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dg5Bf-0000Bz-90 for koha-devel@lists.sourceforge.net; Wed, 08 Jun 2005 11:22:00 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 4A57340E2D; Wed, 8 Jun 2005 20:21:54 +0200 (CEST) Message-ID: <42A73742.8060905@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Henri-Damien LAURENT CC: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Bug in memberentry.pl References: <42A721D1.7070803@alinto.com> In-Reply-To: <42A721D1.7070803@alinto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 8 11:23:28 2005 X-Original-Date: Wed, 08 Jun 2005 20:21:54 +0200 Henri-Damien LAURENT a =E9crit : > IMHO, some of the latest changes to member management leaded to a bug i= n=20 > Member adding. > On HEAD : >=20 >> [Wed Jun 08 18:29:21 2005] [error] [client 127.0.2.5] Global symbol=20 >> "$member" requires explicit package name at=20 >> /home/hdl/Koha/koha-dev/koha/members/memberentry.pl line 244.,=20 >> referer: http://kohadev.demo/cgi-bin/koha/members/member.pl >> [Wed Jun 08 18:29:21 2005] [error] [client 127.0.2.5] Execution of=20 >> /home/hdl/Koha/koha-dev/koha/members/memberentry.pl aborted due to=20 >> compilation errors., referer:=20 >> http://kohadev.demo/cgi-bin/koha/members/member.pl >> [ it's probably cvs synch error between rel_2_2 and head. I'm the culprit=20 i bet... --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From hitorijime@spymac.com Wed Jun 08 15:00:47 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dg8bM-0007xU-OC for koha-devel@lists.sourceforge.net; Wed, 08 Jun 2005 15:00:44 -0700 Received: from webmail3.spymac.net ([195.225.149.203]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dg8bK-00085Z-2A for koha-devel@lists.sourceforge.net; Wed, 08 Jun 2005 15:00:44 -0700 Received: from webmail3.spymac.net (localhost [127.0.0.1]) by webmail3.spymac.net (Postfix) with ESMTP id 47A1E5C004D for ; Wed, 8 Jun 2005 16:00:37 -0600 (MDT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="iso-8859-1" MIME-Version: 1.0 From: Hitorijime Aomori To: koha-devel@lists.sourceforge.net Reply-To: hitorijime@spymac.com X-Uidl: 1118200174.H513480P32527.mail-in2.spymac.net X-Mailer: AtMail 4.03 Message-Id: <20050608220037.47A1E5C004D@webmail3.spymac.net> X-Spam-Score: 1.6 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_ASTERISK BODY: Text interparsed with * 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 HTML_MESSAGE BODY: HTML included in message 0.5 HTML_20_30 BODY: Message is 20% to 30% HTML 1.2 MIME_HTML_ONLY BODY: Message only has text/html MIME parts -0.1 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] problem with migration Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 8 15:02:21 2005 X-Original-Date: Wed, 08 Jun 2005 16:00:37 -0600 =0D =0D

Hi.

=0D

Anyone can help me, because I have a little problem with the migration o= f the data bases into koha.

=0D

I'd already migrating to xml format, but really I don't know how can upl= oad into koha( win version 2.0.0).

=0D

I hope anybody can help me.

=0D

bye

=0D

Andrea D=EDaz V.

=0D

Universidad de Vi=F1a del Mar

=0D

Chile



On Tue Jun 7 21:07 , koha-devel-request@lists.sourceforge.net sent:

=0D
Send Koha-devel maili= ng list submissions to
koha-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.so= urceforge.net/lists/listinfo/koha-devel
or, via email, send a message with subject or body 'help' to
koha-devel-request@lists.sourceforge.net

You can reach the person managing the list at
koha-devel-admin@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Koha-devel digest..."


Today's Topics:

1. Re: Summary 2005-06-06 (Paul POULAIN)
2. question on aqorders table (Paul POULAIN)
3. Re: question on aqorders table (MJ Ray)
4. Bugsquash Session Next Week (Joshua Ferraro)
5. Koha 2.2.3 translation & roadmap & release notes (Paul POULAIN)
6. Re: question on aqorders table (Chris Cormack)

--__--__--

Message: 1
Date: Tue, 07 Jun 2005 09:49:49 +0200
From: Paul POULAIN <paul.poulain@free.fr>
CC: koha-devel@lists.sourceforge.net
Subject: Re: [Koha-devel] Summary 2005-06-06

mjr@p= honecoop.coop a =3DE9crit :
> What have the koha developers been doing this week?<= /FONT>

> joshferraro fixed bug 981 in opac-userdetails (missi= ng comma - so did t=3D
ipaul?).

Really great summary.
Just one improvement and it will be perfect : separating what is done on=3D= 20
rel_2_2 (for 2.2.x) and what is done on HEAD.

--=3D20
Paul POULAIN
Consultant ind=3DE9pendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.= koha-fr.org)


--__--__--

Message: 2
Date: Tue, 07 Jun 2005 12:55:32 +0200
From: Paul POULAIN <paul.poulain@free.fr>
To: koha-devel@lists.sourceforge.net
Subject: [Koha-devel] question on aqorders table

Hi,

Could someone from katipo explain what is the meaning of the various=3D20 columns in aqorders table that are related to an amount.
I see :
* listprice (the price entered when placing the order ?)
* totalamount (seems always empty)
* freight (empty or=3D3D0 for me ? Maybe should be attached to the aqbasket= =3D
=3D20
table if it's freight fees, as they should be counted only once)
* unitprice (the price really paid ?)
* rrp (?)
* ecost (?)
* gst (?)

Many thanks.

--=3D20
Paul POULAIN
Consultant ind=3DE9pendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.= koha-fr.org)


--__--__--

Message: 3
Subject: Re: [Koha-devel] question on aqorders table
To: <paul.poulain@free.fr>,<koha-devel@lists.sourceforge= .net>
From: MJ Ray <mjr@phonecoop.coop>
Date: Tue, 07 Jun 2005 13:04:25 +0100

Paul POULAIN wrote:
> Could someone from katipo explain what is the meanin= g of the various=3D20
> columns in aqorders table that are related to an amo= unt.

I'm not katipo, but here's my impression.

> I see :
> * listprice (the price entered when placing the orde= r ?)

The full catalgue price of the item (not including discounts)

> * totalamount (seems always empty)

I'd expect this to be unitprice*number ordered
after discounts and surcharges.

> * freight (empty or=3D3D0 for me ? Maybe should be a= ttached to the aqbasket=3D
> table if it's freight fees, as they should be counte= d only once)
> * unitprice (the price really paid ?)
> * rrp (?)

Recommended retail price (not trade price).

> * ecost (?)
> * gst (?)

General sales tax (our local equivalent, VAT, is not paid on
books in the UK - don't know about TVA).

--
MJ Ray (slef), K. Lynn, England, email see http://= mjr.towers.org.uk/
http://www.ttllp.co.uk/koha/


--__--__--

Message: 4
Date: Tue, 7 Jun 2005 05:43:04 -0700
From: Joshua Ferraro <jmf@liblime.com>
To: koha-devel@lists.sourceforge.net
Organization: LibLime Library Solutions
Subject: [Koha-devel] Bugsquash Session Next Week

Hi everyone,

I caught paul, hdl slef and Genji on IRC today and we settled on next
Tuesday, June 14 at 15:00 GMT for the next Bugsquash Session. Here's
the time in your area: http://tinyurl.com/779cy

I count 68 bugs in Koha 2.2 and HEAD: http://tinyur= l.com/as66z

We'll be working through the bugs, assigning the tough ones and fixing
the easy ones. If you can attend, please do (even if you can only
attend briefly).

(also, I must appologize to the NZ crowd, would you like to schedule
a different meeting later this week? Let me know)

--
Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE
President, Technology migration, training, maintenance, support
LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter
jmf@libl= ime.com | Full Demos at http://liblime.com |= 1(888)KohaILS


--__--__--

Message: 5
Date: Tue, 07 Jun 2005 16:31:06 +0200
From: Paul POULAIN <paul.poulain@free.fr>
To: Koha-devel <koha-devel@lists.sourceforge.net>,
Koha-translate <koha-translate@lists.sourceforge.net>= ;
Subject: [Koha-devel] Koha 2.2.3 translation & roadmap & release notes

Hello all,

TRANSLATION & ROADMAP
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D
Koha 2.2.3 is almost ready. Translators can/must work on their=3D20
translation files (.po)
You MUST update your translations file & check them. There are at=3D20
least[*] : 9 new strings and 23 fuzzy in OPAC and 17 untranslated / 29=3D20=
fuzzy in default librarian template.

I plan to release Koha 2.2.3 next monday, so you have almost 1 week do=3D20=
update your translations.

Reminder :
export PERL5LIB=3D3D/path/to/koha
./tmpl_process3.pl update -r -i ../../koha-tmpl/intranet-tmpl/default/en=3D= 20
-s po/default_intranet_your_language.po --exclude=3D3D.*unimarc.*
./tmpl_process3.pl update -r -i ../../koha-tmpl/intranet-tmpl/default/en=3D= 20
-s po/default_intranet_fr_FR.po

Once you have updated, commit the new po file, i'll take care of=3D20
tmpl_process3.pl install before releasing.

Note : for ppl that don't have cvs access, i can rebuild a .po file and=3D2= 0
send it by mail.


[*] because i'm not 100% sure that my french translation file comes from=3D= 20
2.2.2b, it can be more recent, so there can be more strings to translate.

RELEASE NOTES
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D
=3D3D=3D3D=3D3D=3D3D=3D3D
The release notes should be the following (maybe more, but not less, all=3D= 20
what is written here is done & ready)

BUGFIXES
***** Critical & Minor mixed
=3D3D=3D3D=3D3D ACQUISITION =3D3D=3D3D=3D3D
* adding supplier info to basket.pl (for order printing)
* adding a date filter on acquisition history search

=3D3D=3D3D=3D3D OPAC =3D3D=3D3D=3D3D
* minor fix in subject link (normal view)

=3D3D=3D3D=3D3D CATALOGUE =3D3D=3D3D=3D3D
* it's possible to change a framework type when editing a biblio
* (critical) bugfix in authorities : in biblio repeated fields, when you=3D= 20
choosed an authority entries, it was copied in all the fields, not only=3D2= 0
in one.
* bugfix : when you duplicate a MARC field (for the 2nd time or more),=3D20=
the last field was duplicated too.
* bugfix in subject link, in normal view
* bugfix when duplicate authority suspected, the link to see the other=3D20=
authority was wrong.
* bugfix in items : the Edit biblio button was wrong.
* bugfix when MARC=3D3DOFF, subject modifs were not stored in MARC database= =3D
.
* bugfix in z3950 client, for BNF (problem probably due to upgrading of=3D2= 0
some sofwtare in UNIMARC)

=3D3D=3D3D=3D3D AUTHORITIES =3D3D=3D3D=3D3D
* bugfix in "next page" in authority search (was buggy under certain=3D20 circumstances only)

=3D3D=3D3D=3D3D CIRCULATION =3D3D=3D3D=3D3D
* bugfix : checking issuing rules under certain circumstances was buggy=3D2= 0
(reported issuing OK where it should not)
* bugfix : renewal by issuing a book again did not work correctly.


=3D3D=3D3D=3D3D BORROWERS =3D3D=3D3D=3D3D
* better management of joining & expiry dates :
- dates can be manually typed when adding a borrower.
- Empty fields are automatically calculated (joining =3D3D today & expiry= =3D20
date calculated from borrower category)
- Expiry date can be modified
* checking expiry date when trying to issue a book & forbidding issuing=3D2= 0
when expiry date reached. ** IMPORTANT ** This check was not done=3D20
before. Thus, you may be unable to issue books where you could before.=3D20=
You can update your database borrower by borrower or with the following=3D2= 0
SQL command on the server : "update borrowers set expiry=3D3D'2005-31-12'".= =3D
=3D20
You can limit the update to a borrower category with "update borrowers=3D20=
set expiry=3D3D'2005-31-12' where categorycode=3D3D'A'" (all SQL commands m= us=3D
t=3D20
be typed without any ")
* template improvements & some bugfixes in fines management.

=3D3D=3D3D=3D3D PARAMETERS =3D3D=3D3D=3D3D
* in marctagstructure, next & previous button no more loose=3D20
frameworkcode & link to default framework
=3D09
IMPROVEMENTS
=3D3D=3D3D=3D3D ACQUISITION =3D3D=3D3D=3D3D
* in history search, a filter has been added on order date.
* there are now 2 differents totals : one for rrp column & one for est=3D20=
column

=3D3D=3D3D=3D3D CATALOGUE =3D3D=3D3D=3D3D
* There is also a FindDuplicate feature for MARC Authorities
* Dictionnary search : for titles, author & subject, there is now a=3D20
"dictionnary search". when the user clic on ..., a popup appear, that=3D20<= BR> enable search in biblios as well as in authorities. For example, if user=3D= 20
clic on author, and enter "Hugo", he will fing all authors & authority=3D20=
having "Hugo". He then can choose the Hugo he want and run the search=3D20<= BR> with what he has found (& other criteria as well if he want)
* it's now possible to change the framework of a biblio
* the overduenotice.pl script (that sends a mail to borrowers with late=3D2= 0
issues) contains the list of late items (title, author)

=3D3D=3D3D=3D3D PARAMETERS =3D3D=3D3D=3D3D
* a new button in marctagstructure.pl has been added : if selected, only=3D= 20
actived fields/subfields are shown. Subfields used are in a summary just=3D= 20
under the tag. Strongly limits the number of lines shown & more user=3D20 friendly.
* Adding 2 checks in marc parameter checking : only 1 MARC tag must be=3D20=
mapped to item tab and warning if there is NULL in a frameworkcode'

=3D3D=3D3D=3D3D REPORTS =3D3D=3D3D=3D3D
* in "borrowers with no issues" wizard, adding "without issues since"

=3D3D=3D3D=3D3D OPAC =3D3D=3D3D=3D3D
* basket / bookbag sending now has item list and an iso2709 file attached * links to reach suggestions & virtual shelves from any OPAC page
* improvements in style sheet for better standard compliance. OPAC works=3D= 20
perfectly under opera & konqueror.
* added a systempref to define an alternate image as logo (for main page=3D= 20
& top-left image on each page)
* added a systempref to choose either to show or hide "lost" items. Note=3D= 20
that "lost items" can be related to an authorised value list, so does=3D20<= BR> not necessary mean "item definetly lost". Even here, some libraries want=3D= 20
to see lost items, and some don't want. This parameter will make=3D20
everybody happy !
* adding a "complete historyview" for subscription. Show year by year=3D20<= BR> all issues, whatever the status (arrived, missing...)

--=3D20
Paul POULAIN
Consultant ind=3DE9pendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.= koha-fr.org)


--__--__--

Message: 6
Date: Wed, 08 Jun 2005 09:44:05 +1200
From: Chris Cormack <chris@katipo.co.nz>
Reply-To: chris@katipo.co.nz
Organization: Katipo Communications
To: MJ Ray <mjr@phonecoop.coop>
Cc: paul.poulain@free.fr, koha-devel@lists.sourceforge.net
Subject: Re: [Koha-devel] question on aqorders table

Hi all

MJ Ray has covered some of these, ill grab the ones not.

Freight, is post and packaging, its entered when the order is received.
unitprice =3D list price + tax + freight .. so yes the price really paid

ecost =3D estimated cost

Chris
--
Chris Cormack Katipo Communications
Programmer www.katipo.co.nz
027 4500 789



--__--__--

_______________________________________________
Koha-devel mailing list
Koha-devel@lists.sourceforge.net
https://lists.so= urceforge.net/lists/listinfo/koha-devel


End of Koha-devel Digest
=0D
From shedges@skemotah.com Sun Jun 12 14:31:29 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dha3E-0000Lx-Ns for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 14:31:28 -0700 Received: from webmail3.sd.dreamhost.com ([64.111.100.15]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dha3B-0003W0-VI for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 14:31:28 -0700 Received: from webmail.skemotah.com (localhost [127.0.0.1]) by webmail3.sd.dreamhost.com (Postfix) with ESMTP id D4839140F0; Sun, 12 Jun 2005 14:31:22 -0700 (PDT) Received: from 65.24.138.126 (SquirrelMail authenticated user shedges@skemotah.com) by webmail.skemotah.com with HTTP; Sun, 12 Jun 2005 17:31:22 -0400 (EDT) Message-ID: <33264.65.24.138.126.1118611882.squirrel@webmail.skemotah.com> From: "Stephen Hedges" To: koha@lists.katipo.co.nz, koha-devel@lists.sourceforge.net User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] New document on kohadocs Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 12 14:34:48 2005 X-Original-Date: Sun, 12 Jun 2005 17:31:22 -0400 (EDT) A new document is available on www.kohadocs.org -- Catalogue KOHA : mode d’emploi (in French) by the Bibliothèque de sociologie du CNRS, Paris Find it in section 4, "Online Public Access Catalog." -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From rachel@katipo.co.nz Sun Jun 12 16:57:41 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DhcKg-0005xl-PU for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 16:57:38 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DhcKf-0001HA-9z for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 16:57:38 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 26F324CC93 for ; Mon, 13 Jun 2005 11:57:34 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31995-10 for ; Mon, 13 Jun 2005 11:57:29 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP for ; Mon, 13 Jun 2005 11:57:29 +1200 (NZST) Message-ID: <42ACCC81.1080505@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Koha-devel Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: [Koha-devel] Additional field on Acquisitions Order Form Needed or not? Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 12 17:03:33 2005 X-Original-Date: Mon, 13 Jun 2005 12:00:01 +1200 HI There are 2 new fields - Publisher and Book Fund, showing up in the templates on the Normal acquisitions Order Form - it wasn't on our original templates, and I would like some guidence on wether they are there on purpose - and wether it's needed. They make the form go quite wide - and the titles are the bit tha suffers - so if they are wanted, I might try and reorganise it a bit Cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From chris@katipo.co.nz Sun Jun 12 17:13:13 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DhcZi-00079b-3B for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 17:13:10 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DhcZg-0003qM-FO for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 17:13:10 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 125778900C; Mon, 13 Jun 2005 12:13:07 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03662-05; Mon, 13 Jun 2005 12:13:02 +1200 (NZST) Received: from [202.0.55.84] (202-0-55-84.cable.paradise.net.nz [202.0.55.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Mon, 13 Jun 2005 12:13:02 +1200 (NZST) Message-ID: <42ACCF8E.8030402@katipo.co.nz> From: Chris Cormack Reply-To: chris@katipo.co.nz Organization: Katipo Communications User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rachel@katipo.co.nz Cc: Koha-devel Subject: Re: [Koha-devel] Additional field on Acquisitions Order Form Needed or not? References: <42ACCC81.1080505@katipo.co.nz> In-Reply-To: <42ACCC81.1080505@katipo.co.nz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 12 17:17:39 2005 X-Original-Date: Mon, 13 Jun 2005 12:13:02 +1200 Rachel Hamilton-Williams wrote: > HI > > There are 2 new fields - Publisher and Book Fund, showing up in the > templates on the Normal acquisitions Order Form - it wasn't on our > original templates, and I would like some guidence on wether they are > there on purpose - and wether it's needed. > > They make the form go quite wide - and the titles are the bit tha > suffers - so if they are wanted, I might try and reorganise it a bit > Hi Rachel We certainly need the bookfund. Im not sure about the publisher. The bookfund has always been there, it looks like publisher is new though. Chris -- Chris Cormack Katipo Communications Programmer www.katipo.co.nz 027 4500 789 From rachel@katipo.co.nz Sun Jun 12 17:21:44 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dhchs-00082j-87 for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 17:21:36 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1Dhchp-0004LN-HQ for koha-devel@lists.sourceforge.net; Sun, 12 Jun 2005 17:21:36 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id C75E988F15; Mon, 13 Jun 2005 12:21:31 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01616-09; Mon, 13 Jun 2005 12:21:27 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Mon, 13 Jun 2005 12:21:27 +1200 (NZST) Message-ID: <42ACD223.3080605@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: chris@katipo.co.nz Cc: Koha-devel Subject: Re: [Koha-devel] Additional field on Acquisitions Order Form Needed or not? References: <42ACCC81.1080505@katipo.co.nz> <42ACCF8E.8030402@katipo.co.nz> In-Reply-To: <42ACCF8E.8030402@katipo.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 12 17:26:37 2005 X-Original-Date: Mon, 13 Jun 2005 12:24:03 +1200 Hi > We certainly need the bookfund. Im not sure about the publisher. > The bookfund has always been there, it looks like publisher is new though. I checked HLT's current one - the bookfund didn't display on the order summary form ..... That's this page http://koha.rangitikei.katipo.co.nz/cgi-bin/koha/acqui/basket.pl?basket=5 The bit at the bottom http://katipo.co.nz/gallery/album15/acquisitions_5_2 for those who can't see out test sites ;-) Cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From paul.poulain@free.fr Mon Jun 13 01:03:38 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dhjv0-0001k0-Mf for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 01:03:38 -0700 Received: from smtp-101-monday.noc.nerim.net ([62.4.17.101] helo=mallaury.noc.nerim.net) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dhjuz-0007xb-4f for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 01:03:38 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by mallaury.noc.nerim.net (Postfix) with ESMTP id D4E0362D35 for ; Mon, 13 Jun 2005 10:03:33 +0200 (CEST) Message-ID: <42AD3DD5.4090503@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: Koha-devel Subject: Re: [Koha-devel] Additional field on Acquisitions Order Form Needed or not? References: <42ACCC81.1080505@katipo.co.nz> <42ACCF8E.8030402@katipo.co.nz> In-Reply-To: <42ACCF8E.8030402@katipo.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.5 WEIRD_PORT URI: Uses non-standard port number for HTTP -0.3 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 13 01:07:20 2005 X-Original-Date: Mon, 13 Jun 2005 10:03:33 +0200 Chris Cormack a =E9crit : > Rachel Hamilton-Williams wrote: >=20 >>HI >> >>There are 2 new fields - Publisher and Book Fund, showing up in the >>templates on the Normal acquisitions Order Form - it wasn't on our >>original templates, and I would like some guidence on wether they are >>there on purpose - and wether it's needed. >> >>They make the form go quite wide - and the titles are the bit tha >>suffers - so if they are wanted, I might try and reorganise it a bit You mean on the basket list isn't it (basket.pl) ? They have been added by me iirc. At least, i'm sure some of my customers=20 want to have them here for order printing questions : Some libraries want their basket in bookfund order, to distribute the=20 books when they arrive. Some libraries reported that the bookseller want the basket ordered by=20 publisher. Since 2.2.2, there is an alternate printing style sheet that hides all=20 menus when you print basket.pl. So printing basket.pl from browser gives=20 something OK for the booksellers. Note that i've commited something 2-3 days ago about basket.pl & list siz= e : http://bureau.paulpoulain.com:9007/cgi-bin/koha/acqui/basket.pl?basket=3D= 2=20 (login : test/test) all biblio info are in the same column, as in catalogue search list=20 result. & I've added the "notes" field that has been requested on=20 bugzilla by EMN. HTH --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From jmf@mail.liblime.com Mon Jun 13 13:31:58 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DhvbB-0002aw-UP for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 13:31:57 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DhvbA-0005K8-Hy for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 13:31:57 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 899F0CD5165; Mon, 13 Jun 2005 13:22:04 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050613202204.GA6056@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Reminder: Bugsquash Mtg Tomorrow Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 13 13:34:26 2005 X-Original-Date: Mon, 13 Jun 2005 13:22:04 -0700 Hi everyone, Just a friendly reminder of our Bug Squashing Session. Tomorrow (June 14) at 15:00 GMT. Here's the time in your area: http://tinyurl.com/779cy I count 66 bugs in 2.2 and HEAD: http://tinyurl.com/as66z Please join us if you can. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From jmf@mail.liblime.com Mon Jun 13 13:55:53 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DhvyK-0003cX-CI for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 13:55:52 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DhvyG-000557-UW for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 13:55:52 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 34D9CCD5165; Mon, 13 Jun 2005 13:46:01 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050613204601.GB6056@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Zebra Searching Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 13 13:59:21 2005 X-Original-Date: Mon, 13 Jun 2005 13:46:01 -0700 Hi everyone, In case you haven't been following the IRC logs we've been discussing Zebra as a potential searching engine. From Indexdata's website: Zebra is a high-performance, general-purpose structured text indexing and retrieval engine. It reads structured records in a variety of input formats (eg. email, XML, MARC) and allows access to them through exact boolean search expressions and relevance-ranked free-text queries. Zebra supports large databases (more than ten gigabytes of data, tens of millions of records). It supports incremental, safe database updates on live systems. You can access data stored in Zebra using a variety of Index Data tools (eg. YAZ and PHP/YAZ) as well as commercial and freeware Z39.50 clients and toolkits. http://indexdata.dk/zebra I've setup a zebra test site running on LibLime's server. It currently has access to three Zebra datasets, Nelsonville's 150K records, LibLime's 5 million records (recently donated by sanspach), and Paul Poulain's 13K records. (Paul is still working out some issues with indexing unimarc records so stay tuned for that one to work). http://liblime.com/zap/advanced.html Note that the search and retrieval is done via the Z39.50 protocol with the server that ships with Zebra and both the index and the server can be customized based on the kinds of searches you want to perform (the above site is just a proof of concept) -- we'd have support for relevence ranking, stemming, the whole gambit of searching technologies. In all my tests searches are returned in under a second. If we decide to work with Zebra we will need to decide what to do with non-marc libraries. Should we develop an export utility that will allow Zebra to index the records (in say, XML format)? Should we use the Koha tables to create a basic MARC record for use with Zebra? Should we leave the Koha 1.x searching methods unchanged and only use Zebra for MARC libraries? Also, what should we do with the existing marc_*_table tables? So ... it's clearly time to schedule a "Koha 2.4 Searching Group Meeting" on IRC. I'd like to pick a time when everyone can be represented. how is Thursday, June 23 at 9:00 GMT? Here's the time in your area: http://tinyurl.com/925c8 Please let me know on-list if you will not be able to attend and what time you can attend. Comments, suggestions, concerns? -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From rachel@katipo.co.nz Mon Jun 13 15:19:48 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DhxHY-0007K9-G7 for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 15:19:48 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DhxHX-0000hR-0A for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 15:19:48 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id CA1208902B; Tue, 14 Jun 2005 10:19:40 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17547-10; Tue, 14 Jun 2005 10:19:36 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Tue, 14 Jun 2005 10:19:36 +1200 (NZST) Message-ID: <42AE071E.3040909@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joshua Ferraro Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Reminder: Bugsquash Mtg Tomorrow References: <20050613202204.GA6056@gandalf.liblime.com> In-Reply-To: <20050613202204.GA6056@gandalf.liblime.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 13 15:22:35 2005 X-Original-Date: Tue, 14 Jun 2005 10:22:22 +1200 Appologies from Me (and I suspect Chris) 3am is pushing it for us :-) cheers R Joshua Ferraro wrote: > Hi everyone, > > Just a friendly reminder of our Bug Squashing Session. Tomorrow (June > 14) at 15:00 GMT. Here's the time in your area: http://tinyurl.com/779cy > > I count 66 bugs in 2.2 and HEAD: http://tinyurl.com/as66z > > Please join us if you can. > -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From paul.poulain@free.fr Tue Jun 14 00:45:46 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Di67F-0000c3-3f for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 00:45:45 -0700 Received: from smtp-102-tuesday.noc.nerim.net ([62.4.17.102] helo=mallaury.noc.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Di67B-0007XI-Hn for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 00:45:45 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by mallaury.noc.nerim.net (Postfix) with ESMTP id E3B5962D36 for ; Tue, 14 Jun 2005 09:45:36 +0200 (CEST) Message-ID: <42AE8B20.702@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Zebra Searching References: <20050613204601.GB6056@gandalf.liblime.com> In-Reply-To: <20050613204601.GB6056@gandalf.liblime.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 00:47:48 2005 X-Original-Date: Tue, 14 Jun 2005 09:45:36 +0200 Joshua Ferraro a =E9crit : > If we decide to work with Zebra we will need to decide what to do with=20 > non-marc libraries. Should we develop an export utility that will allow= =20 > Zebra to index the records (in say, XML format)? Should we use the Koha > tables to create a basic MARC record for use with Zebra? Should we leav= e > the Koha 1.x searching methods unchanged and only use Zebra for=20 > MARC libraries? Also, what should we do with the existing marc_*_table > tables? I just add 1 question : zebra is quite simple to install, quite complex=20 to configure, so : do we want a Koha harder to setup or have 2=20 differents ways to install Koha 2.4[*] > So ... it's clearly time to schedule a "Koha 2.4 Searching Group Meetin= g" on > IRC. I'd like to pick a time when everyone can be represented. how > is Thursday, June 23 at 9:00 GMT? Here's the time in your area: > http://tinyurl.com/925c8 I think i must be on this meeting. And I want to be there. But june 23 is impossible for me. Next week, 20 and 21 are the only=20 possible days. The week after will be harder (almost impossible). (note that friday 17 is OK for me, as well as thursday 16.) > Please let me know on-list if you will not be able to attend and what > time you can attend. [*] my opinion on Koha 2.4 is ... that is should be called 3.0, seeing=20 all joshua ideas ;-) --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr@phonecoop.coop Tue Jun 14 03:19:25 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Di8Vs-0007fn-Kl for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 03:19:20 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1Di8Vp-0000LE-Th for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 03:19:20 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1Di8Ve-0007zj-UX for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:19:07 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1Di8Ve-0001Yw-00 for ; Tue, 14 Jun 2005 11:19:06 +0100 References: <20050613204601.GB6056@gandalf.liblime.com> In-Reply-To: Your message of Mon, 13 Jun 2005 13:46:01 -0700 <20050613204601.GB6056@gandalf.liblime.com> Subject: Re: [Koha-devel] Zebra Searching To: Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 03:20:37 2005 X-Original-Date: Tue, 14 Jun 2005 11:19:06 +0100 Joshua Ferraro wrote: > In case you haven't been following the IRC logs we've been discussing > Zebra as a potential searching engine. [...] > > Comments, suggestions, concerns? Is this for indexing the koha holdings only, or can it be used to talk to the outside world? What do zebra searches look like to the user? I admit, I took a look at the test a while ago when on IRC and didn't get far. Thanks, -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From mjr@phonecoop.coop Tue Jun 14 10:00:55 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiEmU-0003Vg-1P for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 10:00:54 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DiEmR-0002mG-Ou for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 10:00:53 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DiEmF-0001mn-PR for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 18:00:40 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DiEmE-0005wa-00 for ; Tue, 14 Jun 2005 18:00:38 +0100 To: Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Bug tracking for 2.3/2.4 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 10:02:24 2005 X-Original-Date: Tue, 14 Jun 2005 18:00:38 +0100 I'm just out of the bug squash party in #koha and we got tripped up a little by some problems, with bugs.koha.org becoming unreachable at one point and sorting bugs in random order in the display. How should we handle this? Options: 1. Upgrade/bugfix bugzilla 2. Move to something else 2a Sourceforge 2b RT 2c Mantis 2d Something else 3. Something else Please say which of the above you like and what "something else" if that's your option. My analysis of them, with links, is below. The summary: If katipo are willing to upgrade/bugfix bugzilla and we can remove the "must register" limit, I think that's best for 2.4, unless there's a brilliant solution that I don't know? 1. Upgrade bugzilla Hopefully, the kind people at katipo are happy to continue hosting bugzilla. It looks like there's some new versions out, according to http://www.bugzilla.org/ which may help solve some of the bugs. It looks like bugzilla can already do most of what we need and it's more a case of learning how to use it. For example, today's problems with sorting and connections could have been minimised by taking a static copy of the "Long Format" bug list before the meeting. If the problems with connecting are due to ISPs, they're probably going to be a risk whatever we do. That said, there are some things which seem to be difficult to do even with the latest bugzilla. Every bugzilla I've seen requires people to register in order to report bugs and I can't see how we can support a koha-bugs summary email now, nor email commands. There are 5 open bugs for bugs.koha.org - is Chris willing to fix these? (I guess we mortal developers can't fix them alone... :-/ ) 2. Move to something else For 2.4, we could use a different bug tracker. What? 2a Sourceforge http://sourceforge.net/tracker/?group_id=16466 + It works, we already have one and it's familiar to many. + Users don't have to register to submit bugs. - Email notices only. - It's the same single point of failure as koha CVS. 2b RT http://www.bestpractical.com/rt/ + It's probably the closest perl-based competitor to Bugzilla. + Users don't have to register to submit bugs. + Email commands possible. - Last place I know that tried to install it claimed it was too complex. 2c Mantis http://www.mantisbt.org/ + Actively developed, originally by a small team for their own use. + Users don't have to register to submit bugs. - Email notices only - PHP/MySQL (different tech to koha, if nothing else) 2d Something else 3. Something else Make suggestions, please... -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From corey.burger@gmail.com Tue Jun 14 10:19:44 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiF4i-0004Sk-LM for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 10:19:44 -0700 Received: from wproxy.gmail.com ([64.233.184.194]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DiF4h-0007EL-8o for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 10:19:44 -0700 Received: by wproxy.gmail.com with SMTP id 71so16604wra for ; Tue, 14 Jun 2005 10:19:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MnIx66XQF9crA8Kh+wPLpylMEfPouedkIu27JlmZgUqd88WsQMIFwkcWurKh4jVHUBOFNfdylFx5hYaOG3GcWfcQ83dF37y3LWU6XV6wjYCqlDISkf0Z2dglOU5f7qmYKu2f37jkvkMHMixlf4tlfkli2Hi6sDsNpvAppGM/SWA= Received: by 10.54.142.8 with SMTP id p8mr3330829wrd; Tue, 14 Jun 2005 10:19:42 -0700 (PDT) Received: by 10.54.83.16 with HTTP; Tue, 14 Jun 2005 10:19:42 -0700 (PDT) Message-ID: <348bd6da0506141019299ce5b8@mail.gmail.com> From: Corey Burger Reply-To: Corey Burger To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Bug tracking for 2.3/2.4 In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 10:22:22 2005 X-Original-Date: Tue, 14 Jun 2005 10:19:42 -0700 Having used a fair number of bug trackers, I would say that staying with bugzilla is probably the best option. The SF bug tracker is horrible, and makes bug triaging quite difficult. Corey From jmf@mail.liblime.com Tue Jun 14 10:41:41 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiFPx-0005c6-81 for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 10:41:41 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DiFPu-0002oH-RK for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 10:41:41 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id BCF60CD516A; Tue, 14 Jun 2005 10:31:42 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050614173142.GA8804@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PARATHESES_OPEN BODY: Text interparsed with ( 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Bug Squashing Session Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 10:42:40 2005 X-Original-Date: Tue, 14 Jun 2005 10:31:42 -0700 Present: slef paul owen kados We're down to 58 bugs. We need more volunteers to squash bugs! If you can help out please do. Of the bugs we reviewed we have the following statuses and assignments: paul: 834: Add Category Fields Need Descriptions (WONTFIX) (online help is enough) 856: subscription renewal changes the start date in OPAC (fixed) 878: updatedatabase breaks parameters (author and title searches (fixed) 871: Rename OPAC CSS template 'default'(WONTFIX) (moot since 2.4 templates will be completely overhauled) 857: Cannot link to multiple web site addresses from 856 tag 915: opac-MARCdetail.pl incorrectly shows request status 984: Bug in installer appears to not correctly escape password (paul checking slef's fix on 2.2) 892: data in a closed order appear differently than data before c owen: 585: Using 'document.forms[0]' notation prevents use of other for 950: (paul waiting for an answer from owen) 868: OPAC MARC view doesn't appear in IE6 kados: 879: bugs on OPAC(WORKSFORME) 753: Apostrophes and commas cause marc_word search to fail (fixed) 844: renewstatus subroutine should check for reserves(fixed) 717: Quotes in MARC subfield cause blank line in addbiblio.tmpl 849: Error when generating barcodes 885:; Non-ISO8859-1 charset support broken in CSS theme in 2.2 893: Can't get past biblio info page in simple acquisitions 670: "Waiting" status often inaccurate 612: Renewal failure gives no feedback -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From jmf@mail.liblime.com Tue Jun 14 11:01:19 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiFiw-0006Up-Q2 for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:01:18 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DiFiv-0005yv-F5 for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:01:18 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 640DFCD516A; Tue, 14 Jun 2005 10:51:21 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050614175121.GB8804@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Charsets: Moving to utf-8 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 11:03:14 2005 X-Original-Date: Tue, 14 Jun 2005 10:51:21 -0700 OK ... during the bugsquash session the issue of charsets came up. (in response to 885:; Non-ISO8859-1 charset support broken in CSS theme in 2.2). Our goal for 2.4 would be to move everything--db storage, and templates -- to utf-8. The question is, how? Here's a paraphrase of the discussion on IRC: utf-8 is a 3 way plan i think : * utf-8 templates * utf-8 data * utf-8 translations paul: moving templates to utf-8 requires use of a tool like html tidy utf-8 data means, I think : dumping data, changing mySQL & reloading data. we have to investigate correctly this question, because iso2709 (MARC) char encoding is poor. acli (who reported bug 885) is also tmpl_process3 author (the tool for translations) so we'd like to get feedback from him if possible. So we're looking for suggestions on how to make the switch. What do we need to consider: HTML::Template limitations (should we be looking at Template::Toolkit) Database Issues Translation Issues Other stuff -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From jmf@mail.liblime.com Tue Jun 14 11:19:14 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiG0H-0007d3-7u for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:19:13 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DiG0F-0000Tx-Sc for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:19:13 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 9D721CD516A; Tue, 14 Jun 2005 11:09:17 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Zebra Searching Message-ID: <20050614180917.GA8969@gandalf.liblime.com> References: <20050613204601.GB6056@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 11:22:13 2005 X-Original-Date: Tue, 14 Jun 2005 11:09:17 -0700 On Tue, Jun 14, 2005 at 11:19:06AM +0100, MJ Ray wrote: > Joshua Ferraro wrote: > Is this for indexing the koha holdings only, or can it be used to > talk to the outside world? Zebra can fully index a MARC record; it also runs as a Z39.50 server at a high level of compliance to the protocol (support for ranking and stemming). > What do zebra searches look like to the user? I admit, I took a > look at the test a while ago when on IRC and didn't get far. Zebra searches now look horrible to the user -- but when we package Zebra as the backend biblio retrieval engine it's transparent to the user (looks identical to our current system). But it gets more complex because with Zebra we're already pulling out the whole marc record when we do a search, so we should really not discard everything but the biblionumber. So the question becomes: what is MARC good for and what is Koha good for? -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From mjr@phonecoop.coop Tue Jun 14 11:38:27 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiGIr-0000II-T7 for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:38:25 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DiGIo-0003lQ-7o for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 11:38:25 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DiGIh-0005RH-86 for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 19:38:15 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DiGIf-00070I-00 for ; Tue, 14 Jun 2005 19:38:13 +0100 To: Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Summary 2005-06-13 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 11:40:27 2005 X-Original-Date: Tue, 14 Jun 2005 19:38:13 +0100 What have the koha developers been putting in koha 2.3 this week? hdl fixed a css class error on titles. hellen continued translating the default intranet templates to de. oleanard synch'd the npl intranet templates with default and 2.2, changed id to supplierid in full acquisition's order screen (bug 990?), updated the npl opac templates to work with full serials display, and many other bugfixes. rangi fixed an "ordernumber not showing" bug in full acquisition. tipaul added a warning and check for creating an order with no budgets, other bugfixes for full acquisitions, ported the dictionary search from 2.2 to 2.3, updated the french translation and some other bugfixes. Detailed changelog at http://www.ttllp.co.uk/koha/20050613.changelog -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From shedges@athenscounty.lib.oh.us Mon Jun 13 09:53:12 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DhsBT-000116-7w for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 09:53:11 -0700 Received: from pillage.dreamhost.com ([66.33.213.23] ident=postfix) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DhsBQ-0005wV-PN for koha-devel@lists.sourceforge.net; Mon, 13 Jun 2005 09:53:11 -0700 Received: from [192.168.1.244] (unknown [66.213.78.2]) by pillage.dreamhost.com (Postfix) with ESMTP id 1070614968D for ; Mon, 13 Jun 2005 09:53:06 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v622) To: koha-devel@lists.sourceforge.net Message-Id: Content-Type: multipart/alternative; boundary=Apple-Mail-1-787945552 From: Stephen Hedges X-Mailer: Apple Mail (2.622) X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PARATHESES_OPEN BODY: Text interparsed with ( 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_GREATERTHAN BODY: Text interparsed with > 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' Subject: [Koha-devel] Draft of coding guidelines Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 18:44:33 2005 X-Original-Date: Mon, 13 Jun 2005 12:53:02 -0400 --Apple-Mail-1-787945552 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Attached to this message is a draft of a document called "Koha Coding=20 Standards and Guidelines for Contributors." The release managers (past=20= and present) and the Kaitiaki have had a chance to look this over and=20 make comments -- now it's your turn! The xml source of this document is on Sourceforge under the koha-doc=20 directory (http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/), so=20 you can make minor changes there, if you want. Major changes should be=20= discussed on the mailing list, however. Once we agree on the content of the document, we should get it=20 translated into French, Spanish, and German. I think the final=20 version(s) should be posted in CVS, on kohadocs.org, and in the=20 Sourceforge Koha Document Manager=20 (http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/) -- anywhere=20 else? Stephen Hedges Koha Coding Standards and Guidelines for Contributors 1. Introduction 2. Code style 2.1. HTML 2.1.1. Templates location 2.1.2. Online help 2.1.3. Template content 2.2. DB access 2.3. Perl scripts 2.4. Naming conventions 2.4.1. Script names 2.4.2. Variable names 3. Commenting style 4. POD style (in modules) 1.=A0Introduction As in other free and open source software projects, Koha contains code=20= that has been contributed to the project by many different developers.=20= Koha is now a complex piece of software, and we'd like continue to=20 improve the overall code standards to make it easier for new developers=20= to join the project, and to make existing code easier to maintain.=20 These standards and guidelines are intended to give Koha a reasonably=20 consistent style throughout the code and to ensure maintainability. When you commit new code to Koha, please do your best to comply with=20 these guidelines -- it will increase the chances of your code become=20 part of a stable Koha release. And if you find code in Koha that=20 doesn't comply with these guidelines, please feel free to fix it, just=20= as you would correct any bug. 2.=A0Code style Koha code should conform to the guidelines defined in the perlstyle man=20= page as they apply to code details (indenting, etc.). As for the=20 general structure of the code, all Koha code must be separated into=20 three types: =95 =09 the Perl code; =95 =09 the database (DB) access code; and =95 =09 the HTML code. These three code types, as well as the Koha naming conventions, are=20 explained in the following sections. 2.1.=A0HTML All code controlling the "appearance layer" is contained in=20 HTML::Template files. These files are located in the koha-tmpl=20 directory in CVS (currently=20 http://sourceforge.net/cvs/?group_id=3D16466). They must contain all the=20= code controlling the presentation layer. There are at least two good=20 reasons for this: =95 =09 the look of Koha can be changed by rewriting only the templates,=20 changing nothing in the Perl code itself; and =95 =09 there is a tool to translate templates, so it's the only way to=20 localise our preferred ILS. Almost all the actual Koha presentation pages use templates. Only a few=20= exceptions (that can be considered bugs) remain at the time of writing. 2.1.1.=A0Templates location The koha-tmpl directory contains two different sub-directories:=20 opac-tmpl and intranet-tmpl. Under those two are the themes=20 directories, and one directory for each language -- for example,=20 intranet-tmpl/default/en for English default templates. The templates=20 should be stored in a directory that parallels the location of the Perl=20= scripts. For example, the Perl scripts located in the=20 $KOHA/acqui.simple directory should use templates located in=20 $KOHA/koha-tmpl/intranet-tmpl///acqui.simple. Exceptions: =95 =09 Scripts located in $KOHA/admin/ use templates located in=20 $KOHA/intranet-tmpl///parameters/ =95 =09 Some scripts in $KOHA/members/ use templates located in=20 $KOHA/intranet-tmpl/// =95 =09 Simple HTML "includes" files for placing standard headers and footers=20 on Koha pages are located in=20 $KOHA/intranet-tmpl///includes/ When modifying templates, you should only modify the English one=20 manually. All other languages are automatically generated from the=20 English templates through a .po file and the script located in=20 misc/translator/tmpl_process3.pl. 2.1.2.=A0Online help The $KOHA/koha-tmpl///help directory contains online=20 help. Under the help directory is a complete copy of the Koha directory=20= structure, with templates using the same name as the "true" templates.=20= These templates must contain online help. The $KOHA/help.pl script is=20 called when the user clicks on "Help," which opens/shows the templates=20= in this directory. PLEASE write online help when you add features. 2.1.3.=A0Template content There is usually only one template for a given .pl file. For example,=20 the template related to circulation/returns.pl should be=20 circulation/returns.tmpl. If there are different possible behaviours, they should be separated by=20= a TMPL_IF. For example,=20 $KOHA/koha-tmpl/intranet-tmpl///parameters contains: that controls what is shown when the user wants to add something (as=20 determined by the Perl script): if ($op) { $template->param(script_name =3D> $script_name, $op =3D> 1); # We show only the TMPL_VAR names $op. } else { $template->param(script_name =3D> $script_name, else =3D> 1); # We show only the TMPL_VAR names $op. } Note that some scripts use two different templates, depending on what=20 the user wants to do. This is sometimes a mistake in Koha design,=20 sometimes not. For example, in $KOHA/opac/opac-search.pl, we can use=20 the opac-search or opac-searchresults template, depending on the step=20 of the search. Both templates are big, so merging them would not be a=20 good idea for maintenance and readability of Koha code. 2.2.=A0DB access No database (DB) access routines should ever be included in .pl files.=20= All DB access routines should be in the C4 directory, in .pm modules.=20 There is one .pm module for each logical "librarian activity." For=20 example, everything related to circulation must be in=20 C4/Circulation/Circ2.pm. All inclusion of Perl variables in SQL commands should be done through=20= prepare() statements with ? placeholders, and then using bind() and/or=20= execute() calls. This helps with security and other testing. The C4/Context.pm module contains everything related to technical=20 variables (creating a DB handler, getting a systempreference, etc.). The C4/Koha.pm module contains everything related to things that are=20 useful everywhere in Koha, such as getting a branch list or a branch=20 detail. (At the time of writing, this module probably should be=20 improved. Some subroutines, for instance, are located in other modules=20= but would be better here.) Exception: parameters management scripts. For historic reasons, and=20 because they don't do anything complex in the database, all scripts in=20= $KOHA/admin/ deal directly with the database. This is not really a bug,=20= even if it does seem to break the rule. (Think of it as "the exception=20= that proves the rule.") 2.3.=A0Perl scripts Perl scripts are the scripts that are run from cgi-bin (or mod_perl).=20 They all have (almost) the same behaviour: =95 =09 read parameters; =95 =09 open an HTML::Template file (that checks the user rights to access the=20= page if needed -- if the user doesn't have the correct permissions,=20 show a "sorry no access" page and end); =95 =09 depending on the parameters (often, in a $op variable, but not always),=20= run subroutines from a C4/*.pm package to do something in the database; =95 =09 using the parameters and the results of the previous operations, fill=20 the template; and =95 =09 send the template to the user. Some scripts are run on the command line. They all are located in the=20 misc directory. The misc directory does not contain any scripts that=20 can be run as cgi-bin. Command line scripts executed without any parameters should return a=20 "help" listing of possible parameters and exit without doing anything. 2.4.=A0Naming conventions 2.4.1.=A0Script names The script names must be related to what they do, and they must be=20 located in a directory that is related to a logical "librarian=20 activity". For example, all scripts related to circulation are in=20 $KOHA/circ/. Exceptions: =95 =09 The acqui.simple directory contains all the code for MARC cataloguing.=20= The directory name obviously is not related to the "librarian=20 activity," but it's historic. =95 =09 The bull directory is related to serials management. Most of the code=20 in this directory was developed in France, and "serials management" is=20= "bulletinage" in French -- but in general, script and directory names=20 should be in English. =95 =09 Some scripts related to borrowers are still in the $KOHA/ directory=20 (pay.pl for example). 2.4.2.=A0Variable names Variables can be of three types: =95 =09 Perl variables; =95 =09 template variables; or =95 =09 hash entries from a SQL request. All three variables should have the same name. For example, if you get=20= the field issuelength from the issuingrules table, then you should have=20= a in the template, and either a=20= $issuelength or $issuingrules->{'issuelength'} variable in the Perl=20 code. Sometimes you must use the same field/variable from two different=20 points of view. In this case, use two variable names, with something=20 distinctive before the "simple" name. For example if you need=20 "librarian name" and "borrower name" from borrowers.surname, use=20 librariansurname and borrowersurname. 3.=A0Commenting style Scripts and modules in Koha are expected to contain clear and helpful=20 comments to assist other developers who want to work on the code.=20 Despite the availability of external documentation, source code=20 listings should be able to stand on their own, because external=20 documentation may not adequately describe the details and intent of the=20= developer(s). Please make sure you include enough comments to keep your=20= coding intentions understandable, and try to follow these guidelines: 1 =09 Please write your comments in English or request translation. Write in complete sentences, capitalize the first word, and put two=20 spaces after the end of each sentence (so that the Emacs sentence=20 commands will work). Comments should start with a # and a single space. 2 =09 Comment your code when you do something that someone else may not think=20= is "trivial." In other words, comment anything that is not readily=20 obvious in the code. 3 =09 Each Koha file should begin with a block comment containing: a =09 basic information about the file, such as file name, version, date,=20 author: # addbiblio.pl, v 1.52.2.6, 2005/05/19, tipaul b =09 the standard Koha copyright message: # Copyright 2000-2005 Katipo Communications # Copyright 2005 # # This file is part of Koha. # # Koha is free software; you can redistribute it and/or modify it under=20= the # terms of the GNU General Public License as published by the Free=20 Software # Foundation; either version 2 of the License, or (at your option) any=20= later # version. # # Koha is distributed in the hope that it will be useful, but WITHOUT=20 ANY # WARRANTY; without even the implied warranty of MERCHANTABILITY or=20 FITNESS FOR # A PARTICULAR PURPOSE. See the GNU General Public License for more=20 details. # # You should have received a copy of the GNU General Public License=20 along with # Koha; if not, write to the Free Software Foundation, Inc., 59 Temple=20= Place, # Suite 330, Boston, MA 02111-1307 USA 4 =09 All block comments should consist of one or more paragraphs built out=20 of complete sentences, and each sentence should end in a period. Block comments generally apply to some (or all) code that follows them,=20= and are indented to the same level as that code. Each line of a block=20 comment starts with a # and a single space (unless it is indented text=20= inside the comment). Paragraphs inside a block comment are separated by=20= a line containing a single #. Block comments are best surrounded by a=20 blank line above and below them. 5 =09 Provide comments at the beginning of every function (unless the=20 function is very short and its purpose is obvious) indicating the=20 function's purpose, assumptions, and limitations. The comments should be a brief introduction to understand why the=20 function exists and what it can do. Document how it does it, too, if=20 that is not obvious. Place a blank line between a function and its description. Include=20 information about the sorts of arguments it gets, and what the possible=20= values of arguments mean and are used for. Also explain the=20 significance of the return value, if there is one. 6 =09 Use comments on code that consists of loops and logic branches. These=20 are key areas that will assist the reader when reading source code. 7 =09 Try to avoid adding comments at the end of a line of code; end-line=20 comments make code more difficult to read. End-line comments are appropriate, however, when annotating variable=20 declarations. In this case, try to align all end-line comments at a=20 common tab stop. (End-line comments should be separated by at least two=20= spaces from the statement.) 8 =09 When modifying code, always keep the commenting around it up to date. Keeping the comments up-to-date when the code changes is a priority --=20= comments that contradict the code are worse than no comments! Identify=20= the change with the date and your user name. 9 =09 Avoid using clutter comments, such as an entire line of asterisks.=20 Instead, use white space to separate comments from code. Avoid the use of superfluous or inappropriate comments, such as=20 humorous sidebar remarks. 10 =09 To prevent recurring problems, always use comments on bug fixes and=20 work-around code, especially in this team environment. When you want to leave notes about functionalities to be added, put=20 TODO: in front of the actual comments so developers can easily search=20 for them. When you want to leave notes about bugs to be fixed, put FIXME: in=20 front of the actual comments so developers can easily search for them. One other type of comment that developers may overlook is the cvs log=20 message added when committing a file, but these comments are also very=20= important. The messages should never be omitted and should give enough=20= description to let other developers know what you are doing without=20 having to read the code itself. In the case of bug fixes, it is also=20 recommended that the messages include the bug number and the bug title,=20= as well as a brief description of the fix. 4.=A0POD style (in modules) Koha modules should be documented with extensive comments written in=20 POD ("Plain Old Documentation") format. Instructions for the POD markup=20= language can be found in the perlpod man page. POD comments should include as least the following headings: NAME The name of the module and a very brief description of the type of=20 functions contained in the module. SYNOPSIS This may give an example of how to access the module from a script, but=20= it may also contain any general discussion of the purpose or behavior=20 of the module's functions, and discussion of changes made to the=20 module. DESCRIPTION If not included in the SYNOPSIS, a general description of the module's=20= purpose should appear here. FUNCTIONS Descriptions of each function in the module, beginning with an example=20= of how the function is called and continuing with a description of the=20= behavior of the function. AUTHOR This will generally be the "Koha Development Team," but may also be an=20= individual developer who has made significant contributions to the=20 module. Give a contact e-mail address. For two examples, see the POD comments in the Search.pm module (perldoc=20= Search.pm) and the Biblio.pm module.= --Apple-Mail-1-787945552 Content-Transfer-Encoding: quoted-printable Content-Type: text/enriched; charset=WINDOWS-1252 Attached to this message is a draft of a document called "Koha Coding Standards and Guidelines for Contributors." The release managers (past and present) and the Kaitiaki have had a chance to look this over and make comments -- now it's your turn! The xml source of this document is on Sourceforge under the koha-doc directory (http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/), so you can make minor changes there, if you want. Major changes should be discussed on the mailing list, however. Once we agree on the content of the document, we should get it translated into French, Spanish, and German. I think the final version(s) should be posted in CVS, on kohadocs.org, and in the Sourceforge Koha Document Manager (http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/) -- anywhere else? Stephen Hedges Koha Coding Standards and Guidelines for Contributors 0000,0000,FFFF1. Introduction 0000,0000,FFFF2. Code style 0000,0000,FFFF2.1. HTML 0000,0000,FFFF2.1.1. Templates location 0000,0000,FFFF2.1.2. Online help 0000,0000,FFFF2.1.3. Template content 0000,0000,FFFF2.2. DB access 0000,0000,FFFF2.3. Perl scripts 0000,0000,FFFF2.4. Naming conventions 0000,0000,FFFF2.4.1. Script names 0000,0000,FFFF2.4.2. Variable names 0000,0000,FFFF3. Commenting style 0000,0000,FFFF4. POD style (in modules) = 1.=A0Introduction= As in other free and open source software projects, Koha contains code that has been contributed to the project by many different developers. Koha is now a complex piece of software, and we'd like continue to improve the overall code standards to make it easier for new developers to join the project, and to make existing code easier to maintain. These standards and guidelines are intended to give Koha a reasonably consistent style throughout the code and to ensure maintainability. When you commit new code to Koha, please do your best to comply with these guidelines -- it will increase the chances of your code become part of a stable Koha release. And if you find code in Koha that doesn't comply with these guidelines, please feel free to fix it, just as you would correct any bug. 2.=A0Code = style Koha code should conform to the guidelines defined in the 0000,0000,FFFFperlstyle man page as they apply to code details (indenting, etc.). As for the general structure of the code, all Koha code must be separated into three types: =95 =09 the Perl code; =95 =09 the database (DB) access code; and =95 =09 the HTML code. These three code types, as well as the Koha naming conventions, are explained in the following sections. 2.1.=A0HTML All code controlling the "appearance layer" is contained in HTML::Template files. These files are located in the koha-tmpl directory in CVS (currently = 0000,0000,FFFFhttp://sourceforge.net/cvs/?group_id=3D= 16466). They must contain all the code controlling the presentation layer. There are at least two good reasons for this: =95 =09 the look of Koha can be changed by rewriting only the templates, changing nothing in the Perl code itself; and =95 =09 there is a tool to translate templates, so it's the only way to localise our preferred ILS. Almost all the actual Koha presentation pages use templates. Only a few exceptions (that can be considered bugs) remain at the time of writing. 2.1.1.=A0Templates location The koha-tmpl directory contains two different sub-directories: opac-tmpl and intranet-tmpl. Under those two are the themes directories, and one directory for each language -- for example, intranet-tmpl/default/en for English default templates. The templates should be stored in a directory that parallels the location of the Perl scripts. For example, the Perl scripts located in the $KOHA/acqui.simple directory should use templates located in = $KOHA/koha-tmpl/intranet-tmpl/</</acqui.simple. Exceptions: =95 =09 Scripts located in $KOHA/admin/ use templates located in $KOHA/intranet-tmpl/</</parameters/ =95 =09 Some scripts in $KOHA/members/ use templates located in $KOHA/intranet-tmpl/</</ =95 =09 Simple HTML "includes" files for placing standard headers and footers on Koha pages are located in $KOHA/intranet-tmpl/</</includes/ When modifying templates, you should only modify the English one manually. All other languages are automatically generated from the English templates through a .po file and the script located in misc/translator/tmpl_process3.pl. 2.1.2.=A0Online help The $KOHA/koha-tmpl/</</help directory contains online help. Under the help directory is a complete copy of the Koha directory structure, with templates using the same name as the "true" templates. These templates must contain online help. The $KOHA/help.pl script is called when the user clicks on "Help," which opens/shows the templates in this directory. PLEASE write online help when you add features. 2.1.3.=A0Template content There is usually only one template for a given .pl file. For example, the template related to circulation/returns.pl should be circulation/returns.tmpl. If there are different possible behaviours, they should be separated by a TMPL_IF. For example, = $KOHA/koha-tmpl/intranet-tmpl/</</parameters contains: < that controls what is shown when the user wants to add something (as determined by the Perl script): if ($op) { $template->param(script_name =3D> $script_name, $op =3D> 1); # We show only the TMPL_VAR names $op. } else { $template->param(script_name =3D> $script_name, else =3D> 1); # We show only the TMPL_VAR names $op. } Note that some scripts use two different templates, depending on what the user wants to do. This is sometimes a mistake in Koha design, sometimes not. For example, in $KOHA/opac/opac-search.pl, we can use the opac-search or opac-searchresults template, depending on the step of the search. Both templates are big, so merging them would not be a good idea for maintenance and readability of Koha code. 2.2.=A0DB access No database (DB) access routines should ever be included in .pl files. All DB access routines should be in the C4 directory, in .pm modules. There is one .pm module for each logical "librarian activity." For example, everything related to circulation must be in C4/Circulation/Circ2.pm. All inclusion of Perl variables in SQL commands should be done through prepare() statements with ? placeholders, and then using bind() and/or execute() calls. This helps with security and other testing. The C4/Context.pm module contains everything related to technical variables (creating a DB handler, getting a systempreference, etc.). The C4/Koha.pm module contains everything related to things that are useful everywhere in Koha, such as getting a branch list or a branch detail. (At the time of writing, this module probably should be improved. Some subroutines, for instance, are located in other modules but would be better here.) Exception: parameters management scripts. For historic reasons, and because they don't do anything complex in the database, all scripts in $KOHA/admin/ deal directly with the database. This is not really a bug, even if it does seem to break the rule. (Think of it as "the exception that proves the rule.") 2.3.=A0Perl scripts Perl scripts are the scripts that are run from cgi-bin (or mod_perl). They all have (almost) the same behaviour: =95 =09 read parameters; =95 =09 open an HTML::Template file (that checks the user rights to access the page if needed -- if the user doesn't have the correct permissions, show a "sorry no access" page and end); =95 =09 depending on the parameters (often, in a $op variable, but not always), run subroutines from a C4/*.pm package to do something in the database; =95 =09 using the parameters and the results of the previous operations, fill the template; and =95 =09 send the template to the user. Some scripts are run on the command line. They all are located in the misc directory. The misc directory does not contain any scripts that can be run as cgi-bin. Command line scripts executed without any parameters should return a "help" listing of possible parameters and exit without doing anything. 2.4.=A0Naming conventions 2.4.1.=A0Script names The script names must be related to what they do, and they must be located in a directory that is related to a logical "librarian activity". For example, all scripts related to circulation are in $KOHA/circ/. Exceptions: =95 =09 The acqui.simple directory contains all the code for MARC cataloguing. The directory name obviously is not related to the "librarian activity," but it's historic. =95 =09 The bull directory is related to serials management. Most of the code in this directory was developed in France, and "serials management" is "bulletinage" in French -- but in general, script and directory names should be in English. =95 =09 Some scripts related to borrowers are still in the $KOHA/ directory (pay.pl for example). 2.4.2.=A0Variable names Variables can be of three types: =95 =09 Perl variables; =95 =09 template variables; or =95 =09 hash entries from a SQL request. All three variables should have the same name. For example, if you get the field issuelength from the issuingrules table, then you should have a < in the template, and either a $issuelength or $issuingrules->{'issuelength'} variable in the Perl code. Sometimes you must use the same field/variable from two different points of view. In this case, use two variable names, with something distinctive before the "simple" name. For example if you need "librarian name" and "borrower name" from borrowers.surname, use librariansurname and borrowersurname. 3.=A0Commenting = style Scripts and modules in Koha are expected to contain clear and helpful comments to assist other developers who want to work on the code. Despite the availability of external documentation, source code listings should be able to stand on their own, because external documentation may not adequately describe the details and intent of the developer(s). Please make sure you include enough comments to keep your coding intentions understandable, and try to follow these guidelines: 1 =09 Please write your comments in English or request translation. Write in complete sentences, capitalize the first word, and put two spaces after the end of each sentence (so that the Emacs sentence commands will work). Comments should start with a # and a single space. 2 =09 Comment your code when you do something that someone else may not think is "trivial." In other words, comment anything that is not readily obvious in the code. 3 =09 Each Koha file should begin with a block comment containing: a =09 basic information about the file, such as file name, version, date, author: # addbiblio.pl, v 1.52.2.6, 2005/05/19, tipaul b =09 the standard Koha copyright message: # Copyright 2000-2005 Katipo Communications # Copyright 2005 < # # This file is part of Koha. # # Koha is free software; you can redistribute it and/or modify it under the # terms of the GNU General Public License as published by the Free Software # Foundation; either version 2 of the License, or (at your option) any later # version. # # Koha is distributed in the hope that it will be useful, but WITHOUT ANY # WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR # A PARTICULAR PURPOSE. See the GNU General Public License for more details. # # You should have received a copy of the GNU General Public License along with # Koha; if not, write to the Free Software Foundation, Inc., 59 Temple Place, # Suite 330, Boston, MA 02111-1307 USA 4 =09 All block comments should consist of one or more paragraphs built out of complete sentences, and each sentence should end in a period. Block comments generally apply to some (or all) code that follows them, and are indented to the same level as that code. Each line of a block comment starts with a # and a single space (unless it is indented text inside the comment). Paragraphs inside a block comment are separated by a line containing a single #. Block comments are best surrounded by a blank line above and below them. 5 =09 Provide comments at the beginning of every function (unless the function is very short and its purpose is obvious) indicating the function's purpose, assumptions, and limitations. The comments should be a brief introduction to understand why the function exists and what it can do. Document how it does it, too, if that is not obvious. Place a blank line between a function and its description. Include information about the sorts of arguments it gets, and what the possible values of arguments mean and are used for. Also explain the significance of the return value, if there is one. 6 =09 Use comments on code that consists of loops and logic branches. These are key areas that will assist the reader when reading source code. 7 =09 Try to avoid adding comments at the end of a line of code; end-line comments make code more difficult to read. End-line comments are appropriate, however, when annotating variable declarations. In this case, try to align all end-line comments at a common tab stop. (End-line comments should be separated by at least two spaces from the statement.) 8 =09 When modifying code, always keep the commenting around it up to date. Keeping the comments up-to-date when the code changes is a priority -- comments that contradict the code are worse than no comments! Identify the change with the date and your user name. 9 =09 Avoid using clutter comments, such as an entire line of asterisks. Instead, use white space to separate comments from code. Avoid the use of superfluous or inappropriate comments, such as humorous sidebar remarks. 10 =09 To prevent recurring problems, always use comments on bug fixes and work-around code, especially in this team environment. When you want to leave notes about functionalities to be added, put TODO: in front of the actual comments so developers can easily search for them. When you want to leave notes about bugs to be fixed, put FIXME: in front of the actual comments so developers can easily search for them. One other type of comment that developers may overlook is the cvs log message added when committing a file, but these comments are also very important. The messages should never be omitted and should give enough description to let other developers know what you are doing without having to read the code itself. In the case of bug fixes, it is also recommended that the messages include the bug number and the bug title, as well as a brief description of the fix. 4.=A0POD style (in = modules) Koha modules should be documented with extensive comments written in POD ("Plain Old Documentation") format. Instructions for the POD markup language can be found in the 0000,0000,FFFFperlpod man page. POD comments should include as least the following headings: NAME The name of the module and a very brief description of the type of functions contained in the module. SYNOPSIS This may give an example of how to access the module from a script, but it may also contain any general discussion of the purpose or behavior of the module's functions, and discussion of changes made to the module. DESCRIPTION If not included in the SYNOPSIS, a general description of the module's purpose should appear here. FUNCTIONS Descriptions of each function in the module, beginning with an example of how the function is called and continuing with a description of the behavior of the function. AUTHOR This will generally be the "Koha Development Team," but may also be an individual developer who has made significant contributions to the module. Give a contact e-mail address. For two examples, see the POD comments in the Search.pm module (perldoc Search.pm) and the Biblio.pm module.= --Apple-Mail-1-787945552-- From rachel@katipo.co.nz Tue Jun 14 20:29:38 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiOav-0002i6-Vb for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 20:29:37 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DiOau-0005dg-4Y for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 20:29:37 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id D077389001; Wed, 15 Jun 2005 15:29:31 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14098-08; Wed, 15 Jun 2005 15:29:27 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Wed, 15 Jun 2005 15:29:27 +1200 (NZST) Message-ID: <42AFA148.2070606@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MJ Ray Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Bug tracking for 2.3/2.4 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 20:34:35 2005 X-Original-Date: Wed, 15 Jun 2005 15:32:24 +1200 > I'm just out of the bug squash party in #koha and we got tripped > up a little by some problems, with bugs.koha.org becoming > unreachable at one point and sorting bugs in random order in > the display. How should we handle this? Sorry if bugzilla wigged out - Si is trying to get a server set up in the USA, I suspect if that gets sorted we might move the koha site and acoutrements there to see if that will help. > The summary: If katipo are willing to upgrade/bugfix bugzilla > and we can remove the "must register" limit, I think that's best > for 2.4, unless there's a brilliant solution that I don't know? I don't know if you can take out the must register bit? Anyone else know? > 1. Upgrade bugzilla > > Hopefully, the kind people at katipo are happy to continue > hosting bugzilla. It looks like there's some new versions > out, according to http://www.bugzilla.org/ which may help > solve some of the bugs. Yep looks like a new one last month might be good. > If the problems with connecting are due > to ISPs, they're probably going to be a risk whatever we do. Yep > 2b RT http://www.bestpractical.com/rt/ > > + It's probably the closest perl-based competitor to Bugzilla. > + Users don't have to register to submit bugs. > + Email commands possible. > - Last place I know that tried to install it claimed it was too complex. We've got this up and running as well. We use it for one of our clients to use to request work - rather than to report bugs - we've kept the two seperate to date. They do find it easier to use, and so I'm guessing everyone else would too :-) Cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From rachel@katipo.co.nz Tue Jun 14 20:41:15 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiOmA-0003Jh-Ot for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 20:41:14 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DiOm9-0003P3-4k for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 20:41:14 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 0A5D289045; Wed, 15 Jun 2005 15:41:11 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13987-09; Wed, 15 Jun 2005 15:41:07 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Wed, 15 Jun 2005 15:41:07 +1200 (NZST) Message-ID: <42AFA404.70008@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MJ Ray Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Bug tracking for 2.3/2.4 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 20:43:20 2005 X-Original-Date: Wed, 15 Jun 2005 15:44:04 +1200 Ah and more thoughts having gone look at our rt install > 2b RT http://www.bestpractical.com/rt/ > > + It's probably the closest perl-based competitor to Bugzilla. > + Users don't have to register to submit bugs. > + Email commands possible. The e-mail thing is good, people send mail to it and don't even have to "know" that RT is in the background. But that means you really need a bug meister to take control of the tickets, so that they get assigned, and that duplicates get removed etc - because there isn't that (ugly :-) process you go through with bugzilla. We log in to RT - but if you've seen one where you don't need to then that sounds like it could get turned off? When you log in, you're into bug management mode, rather than bug reporting mode. cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From rachel@katipo.co.nz Tue Jun 14 20:42:08 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiOn2-0003T9-1V for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 20:42:08 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DiOmz-0003Wu-9E for koha-devel@lists.sourceforge.net; Tue, 14 Jun 2005 20:42:07 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 036F589045; Wed, 15 Jun 2005 15:42:04 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17164-04; Wed, 15 Jun 2005 15:42:00 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Wed, 15 Jun 2005 15:42:00 +1200 (NZST) Message-ID: <42AFA43A.9030004@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MJ Ray Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Bug tracking for 2.3/2.4 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 14 20:46:04 2005 X-Original-Date: Wed, 15 Jun 2005 15:44:58 +1200 Ok and part 3 :-) > 2b RT http://www.bestpractical.com/rt/ > > + It's probably the closest perl-based competitor to Bugzilla. > + Users don't have to register to submit bugs. > + Email commands possible. SO if we're mostly getting feature requests, RT would be good for this - if we've still got lots of bugs, I'm not so sure cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From shedges@skemotah.com Thu Jun 16 03:27:14 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DiraZ-0006aM-Nm for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 03:27:11 -0700 Received: from webmail3.sd.dreamhost.com ([64.111.100.15]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DiraX-0001x6-PP for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 03:27:11 -0700 Received: from webmail.skemotah.com (localhost [127.0.0.1]) by webmail3.sd.dreamhost.com (Postfix) with ESMTP id 29202140E3 for ; Thu, 16 Jun 2005 03:27:09 -0700 (PDT) Received: from 65.24.138.126 (SquirrelMail authenticated user shedges@skemotah.com) by webmail.skemotah.com with HTTP; Thu, 16 Jun 2005 06:27:09 -0400 (EDT) Message-ID: <32838.65.24.138.126.1118917629.squirrel@webmail.skemotah.com> From: "Stephen Hedges" To: koha-devel@lists.sourceforge.net User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20050616062709_33211" X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.1 HTML_30_40 BODY: Message is 30% to 40% HTML 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Draft (again) of coding guidelines Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu Jun 16 03:29:43 2005 X-Original-Date: Thu, 16 Jun 2005 06:27:09 -0400 (EDT) ------=_20050616062709_33211 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit I notice that the coding guidelines document that I sent before is not formatted correctly in some mail clients, so I'm sending it again as an attachment. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com ------=_20050616062709_33211 Content-Type: text/html; name="codingguidelines.html" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="codingguidelines.html" Koha Coding Standards and Guidelines for Contributors

Koha Coding Standards and Guidelines for Contributors


1. Introduction

As in other free and open source software projects, Koha contains code that has been contributed to the project by many different developers. Koha is now a complex piece of software, and we'd like continue to improve the overall code standards to make it easier for new developers to join the project, and to make existing code easier to maintain. These standards and guidelines are intended to give Koha a reasonably consistent style throughout the code and to ensure maintainability.

When you commit new code to Koha, please do your best to comply with these guidelines -- it will increase the chances of your code become part of a stable Koha release. And if you find code in Koha that doesn't comply with these guidelines, please feel free to fix it, just as you would correct any bug.

2. Code style

Koha code should conform to the guidelines defined in the perlstyle man page as they apply to code details (indenting, etc.). As for the general structure of t he code, all Koha code must be separated into three types:

  • the Perl code;

  • the database (DB) access code; and

  • the HTML code.

These three code types, as well as the Koha naming conventions, are explained in the following sections.

2.1. HTML

All code controlling the "appearance layer" is contained in HTML::Template files. These files are located in the koha-tmpl directory in CVS (currently http://sourceforge.net/cvs/?group_id=16466). They must contain all the code controlling the presentation layer. There are at least two good reasons for this:

  • the look of Koha ca n be changed by rewriting only the templates, changing nothing in the Perl code itself; and

  • there is a tool to translate templates, so it's the only way to localise our preferred ILS.

Almost all the actual Koha presentation pages use templates. Only a few exceptions (that can be considered bugs) remain at the time of writing.

2.1.1. Templates location

The koha-tmpl directory contains two different sub-directories: opac-tmpl and intranet-tmpl. Under those two are the themes directories, and one directory for each language -- for example, intranet-tmpl/default/en for English default templates. The templates should be stored in a directory that parallels the location of the Perl scripts. For example, the Perl scripts located in the $KOHA/acqui.simple directory should use templates located in $KOHA/koha-tmpl/intranet-tmpl/<theme>/<language>/acqui.simple.

Exceptions:

  • Scripts located in $KOHA/admin/ use templates located in $KOHA/intranet-tmpl/<theme>/<language>/parameters/

  • Some scripts in $KOHA/members/ use templates located in $KOHA/intranet-tmpl/<theme>/<language>/

  • Simple HTML "includes" files for placing standard headers and footers on Koha pages are located in $KOHA/intranet-tmpl/<theme>/<language>/includes/

When modifying templates, you should only modify the English one manually. All other languages are automatically generated from the English templates through a .po file and the script located in misc/translator/tmpl_process3.pl.

2.1.2. Online help

The $KOHA/koha-tmpl/<theme>/<language>/help directory contains online help. Under the help directory is a complete copy of the Koha directory structure, with templates using the same name as the "true" templates. These templates must contain online help. The $KOHA/help.pl script is called when the user clicks on "Help," which opens/shows the templates in this directory.

PLEASE write online help when you add features.

2.1.3. Template content

There is usually only one template for a given .pl file. For example, the template related to circulation/returns.pl should be circulation/returns.tmpl.

If there are different possible behaviours, they should be separated by a TMPL_IF. For example, $KOHA/koha-tmpl/intranet-tmpl/<theme>/<language>/parameters contains:

<!-- TMPL_IF name="add_form" -->

that controls what is shown when the user wants to add something (as determined by the Perl script):

if ($op) {
$template->param(script_name => $script_name,
$op              => 1);  # We show only the TMPL_VAR names $op.
} else {
$template->param(script_name => $script_name,
else              => 1); # We show only the TMPL_VAR names $op.
}

Note that some scripts use two different templates, depending on what the user wants to do. This is sometimes a mistake in Koha design, sometimes not. For example, in $KOHA/opac/opac-search.pl, we can use the opac-search or opac-searchresults template, depending on the step of the search. Both templates are big, so merging them would not be a good idea for maintenance and readability of Koha code.

2.2. DB access

No database (DB) access routines should ever be included in .pl files. All DB access routines should be in the C4 directory, in .pm modules. There is one .pm module for each logical "librarian activity." Fo r example, everything related to circulation must be in C4/Circulation/Circ2.pm.

All inclusion of Perl variables in SQL commands should be done through prepare() statements with ? placeholders, and then using bind() and/or execute() calls. This helps with security and other testing.

The C4/Context.pm module contains everything related to technical variables (creating a DB handler, getting a systempreference, etc.).

The C4/Koha.pm module contains everything related to things that are useful everywhere in Koha, such as getting a branch list or a branch detail. (At the time of writing, this module probably should be improved. Some subroutines, for instance, are located in other modul es but would be better here.)

Exception: parameters management scripts. For historic reasons, and because they don't do anything complex in the database, all scripts in $KOHA/admin/ deal directly with the database. This is not really a bug, even if it does seem to break the rule. (Think of it as "the exception that proves the rule.")

2.3. Perl scripts

Perl scripts are the scripts that are run from cgi-bin (or mod_perl). They all have (almost) the same behaviour:

  • read parameters;

  • open an HTML::Template file (that checks the user rights to access the page if needed -- if the user doesn't have the correct permi ssions, show a "sorry no access" page and end);

  • depending on the parameters (often, in a $op variable, but not always), run subroutines from a C4/*.pm package to do something in the database;

  • using the parameters and the results of the previous operations, fill the template; and

  • send the template to the user.

Some scripts are run on the command line. They all are located in the misc directory. The misc directory does not contain any scripts that can be run as cgi-bin.

Command line scripts executed without any parameters should return a "help" listing of possible parameters and exit without doing anything.

2.4. Naming conventions

2.4.1. Script names

The script names must be related to what they do, and they must be located in a directory that is related to a logical "librarian activity". For example, all scripts related to circulation are in $KOHA/circ/.

Exceptions:

  • The acqui.simple directory contains all the code for MARC cataloguing. The directory name obviously is not related to the "librarian activity," but it's historic.

  • The bull directory is related to serials management. Most of the code in this directory was developed in France, and "serials management" is "bulletinage" in French -- but in general, script and directory names should be in English.

  • Some scripts related to borrowers are still in the $KOHA/ directory (pay.pl for example).

2.4.2. Variable names

Variables can be of three types:

  • Perl variables;

  • template variables; or

  • hash entries from a SQL request.

All three variables should have the same name. For example, if you get the field issuelength from the issuingrules table, then you should have a <!-- TMPL_VAR name="issuelength" --> in the template, and either a $issuelength or $issuingrules->{'issuelength'} variable i n the Perl code.

Sometimes you must use the same field/variable from two different points of view. In this case, use two variable names, with something distinctive before the "simple" name. For example if you need "librarian name" and "borrower name" from borrowers.surname, use librariansurname and borrowersurname.

3. Commenting style

Scripts and modules in Koha are expected to contain clear and helpful comments to assist other developers who want to work on the code. Despite the availability of external documentation, source code listings should be able to stand on their own, because external documentation may not adequately describe the details and intent of the developer(s). Please make sure you include enough comments to keep your coding intentions understandable, and try to follow these guidelines:

  1. Please write your comments in English or request translation.

    Write in complete sentences, capitalize the first word, and put two spaces after the end of each sentence (so that the Emacs sentence commands will work).

    Comments should start with a # and a single space.

  2. Comment your code when you do something that someone else may not think is "trivial." In other words, comment anything that is not readily obvious in the code.

  3. Each Koha file should begin with a block comment containing:

    1. basic information about the file, such as file name, version, date, author:

      # addbiblio.pl, v 1.52.2.6, 2005/05/19, tipaul
    2. the standard Koha copyright message:

      # Copyright 2000-2005 Katipo C
       ommunications
      # Copyright 2005 <author or employer>
      #
      # This file is part of Koha.
      #
      # Koha is free software; you can redistribute it and/or modify it under the
      # terms of the GNU General Public License as published by the Free Software
      # Foundation; either version 2 of the License, or (at your option) any later
      # version.
      #
      # Koha is distributed in the hope that it will be useful, but WITHOUT ANY
      # WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR
      # A PARTICULAR PURPOSE.  See the GNU General Public License for more details.
      #
      # You should have received a copy of the GNU General Public License along with
      # Koha; if not, write to the Free Software Foundation, Inc., 59 Temple Place,
      # Suite 330, Boston, MA  02111-1307 USA
  4. All block comments should consist of one or more paragraphs built out of complete sentences, and each sentence should end in a period.

    Block comments generally apply to some (or all) code that follows them, and are indented to the same level as that code. Each line of a block comment starts with a # and a single space (unless it is indented text inside the comment). Paragraphs inside a block comment are separated by a line containing a single #. Block comments are best surrounded by a blank line above and below them.

  5. Provide comments at the beginning of every function (unless the function is very short and its purpose is obvious) indicating the function's purpose, assumptions, and limitations.

    The comments should be a brief introduction to understand why the function exists and what it can do. Document how it does it, too, if that is not obvious.

    Place a blank line betwee n a function and its description. Include information about the sorts of arguments it gets, and what the possible values of arguments mean and are used for. Also explain the significance of the return value, if there is one.

  6. Use comments on code that consists of loops and logic branches. These are key areas that will assist the reader when reading source code.

  7. Try to avoid adding comments at the end of a line of code; end-line comments make code more difficult to read.

    End-line comments are appropriate, however, when annotating variable declarations. In this case, try to align all end-line comments at a common tab stop. (End-line comments should be separated by at least two spaces from the statement.)

  8. When modifying code, always keep the commenting around it up to date.

    Keeping the comments up-to-date when the code changes is a priority -- comments that contradict the code are worse than no comments! Identify the chang e with the date and your user name.

  9. Avoid using clutter comments, such as an entire line of asterisks. Instead, use white space to separate comments from code.

    Avoid the use of superfluous or inappropriate comments, such as humorous sidebar remarks.

  10. To prevent recurring problems, always use comments on bug fixes and work-around code, especially in this team environment.

    When you want to leave notes about functionalities to be added, put TODO: in front of the actual comments so developers can easily search for them.

    When you want to leave notes about bugs to be fixed, put FIXME: in front of the actual comments so developers can easily search for them.

One other type of comment that developers may overlook is the cvs log message added when committing a file, but these comments are also very important. The messages should never be omitted and should give enough description to let other developers know what you are doing without having to read the code itself. In the case of bug fixes, it is also recommended that the messages include the bug number and the bug title, as well as a brief description of the fix.

4. POD style (in modules)

Koha modules should be documented with extensive comments written in POD ("Plain Old Documentation") format. Instructions for the POD markup language can be found in the perlpod man page.

POD comments should include as least the following headings:

NAME

The name of the module and a very brief description of the type of functions contained in the module.< /p>

SYNOPSIS

This may give an example of how to access the module from a script, but it may also contain any general discussion of the purpose or behavior of the module's functions, and discussion of changes made to the module.

DESCRIPTION

If not included in the SYNOPSIS, a general description of the module's purpose should appear here.

FUNCTIONS

Descriptions of each function in the module, beginning with an example of how the function is called and continuing with a description of the behavior of the function.

AUTHOR

This will generally be the "Koha Development Team," but may also be an individual developer who has made significant contributions to the module. Give a contact e-mail address.

For two examples, see the POD comments in the Searc h.pm module (perldoc Search.pm) and the Biblio.pm module.

------=_20050616062709_33211-- From mathew@optusnet.com.au Thu Jun 16 04:11:08 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DisH1-0000Hm-9m for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 04:11:03 -0700 Received: from mail17.syd.optusnet.com.au ([211.29.132.198]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41) id 1DisGz-0002Wy-Gl for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 04:11:03 -0700 Received: from localhost.localdomain (webmail05.syd.optusnet.com.au [211.29.132.239]) by mail17.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5GBAnC9026608; Thu, 16 Jun 2005 21:10:50 +1000 Message-Id: <200506161110.j5GBAnC9026608@mail17.syd.optusnet.com.au> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) Received: from [203.166.18.238] as user mathew@optusnet.com.au by webmail.optusnet.com.au with HTTP; From: Mathew To: Joshua Ferraro Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Charsets: Moving to utf-8 X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay 0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu Jun 16 04:20:43 2005 X-Original-Date: Thu, 16 Jun 2005 21:10:49 +1000 Hi, I dont respond often on this list, but I thought the following information may be useful... > OK ... during the bugsquash session the issue of charsets came up. > (in response to 885:; Non-ISO8859-1 charset support broken in CSS > theme in 2.2). Our goal for 2.4 would be to move everything--db > storage, and templates -- to utf-8. The question is, how? [snip] > So we're looking for suggestions on how to make the switch. What do > we need to consider: > > HTML::Template limitations (should we be looking at Template::Toolkit) > Database Issues > Translation Issues > Other stuff At my work we provide a browser-based application which is translated into a number of languages. Some of the interesting points: - we only support UTF8 as the charset, as any other charset in simply insufficient (Google does this too). - all translations are stored within a database table, then have the template lookup any static text (text generated from within Perl, can be translated before being sent to the templates. - since templates lookup their own translations, you dont need a template-per-language. - since translations are stored within a database, you can update the translations at run-time, without needing to restart / reload your updated translations - web access to the database translations allow multiple people to localise the translations, at the same time. - right-to-left text is also easily supported To do some of these, we modified HTML::Template to suport custom TMPL_xxx tags, so that we could implement a tag for the static text lookup. ie: our templates look like: ... ... where some_var is a Perl generated TMPL_VAR value. We combine H::T with the Locale::MakePhrase module so that the output can handle singular / plural / etc based on the string/numeric value of some_var. For some extra information, go here: http://members.optusnet.com.au/mathew Hope this helps, Mathew PS. Some languages, particularily Asian languages, contain many pen-strokes within a glyph. Often these languages need the text point-size to be slightly larger than European languages... this is just a tidbit that I have found through experience, particularily if a single template is to be used for every language. From dnmeid@gmx.de Thu Jun 16 12:38:36 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dj0CC-0008WN-If for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 12:38:36 -0700 Received: from qhmail2.colt1.inetserver.de ([195.234.228.78]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dj0C9-0002BY-Qt for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 12:38:36 -0700 Received: from qhmx2-mailrouter.colt1.inetserver.de (qhmx2.colt1.inetserver.de [195.234.228.112]) by qhmail2.colt1.inetserver.de (Postfix) with ESMTP id AEC94B092 for ; Thu, 16 Jun 2005 21:38:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by qhmx2-mailrouter.colt1.inetserver.de (Postfix) with ESMTP id 8CA4F3C298 for ; Thu, 16 Jun 2005 21:38:25 +0200 (CEST) Received: from qhmx2.colt1.inetserver.de ([127.0.0.1]) by localhost (qhmx2.colt1.inetserver.de [127.0.0.1]) (amavisd-new, port 10023) with LMTP id 73181-07-2 for ; Thu, 16 Jun 2005 21:38:25 +0200 (CEST) X-Auth-User: meid/backstage.org Received: from DME-CONTROL (unknown [62.154.172.9]) by qhmx2-custsmtp.colt1.inetserver.de (Postfix) with ESMTP id 57321B479C for ; Thu, 16 Jun 2005 21:38:25 +0200 (CEST) From: Dorian Meid X-Mailer: The Bat! (v3.0.1.33) NREG / CD5BF9353B3B7091 Reply-To: Dorian Meid X-Priority: 3 (Normal) Message-ID: <996690163.20050616214027@gmx.de> To: koha-devel@lists.sourceforge.net Subject: Re[2]: [Koha-devel] Charsets: Moving to utf-8 In-Reply-To: <200506161110.j5GBAnC9026608@mail17.syd.optusnet.com.au> References: <200506161110.j5GBAnC9026608@mail17.syd.optusnet.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at colt1.inetserver.de X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu Jun 16 12:39:54 2005 X-Original-Date: Thu, 16 Jun 2005 21:40:27 +0200 > - we only support UTF8 as the charset, as any other charset in > simply insufficient (Google does this too). UTF8 is OK. > - all translations are stored within a database table, then have > the template lookup any static text (text generated from within > Perl, can be translated before being sent to the templates. I think this is not a good idea. Read why: > - since templates lookup their own translations, you dont need a template-per-language. I'd prefer a template per language. Often the syntax is different in different languages. With one template per language you can build phrases, which mix static text with database generated text correctly for every language. > - since translations are stored within a database, you can update > the translations at run-time, without needing to restart / reload > your updated translations We don't have to restart/reload right now. > - web access to the database translations allow multiple people > to localise the translations, at the same time. What do you mean with "localise the translations"? I think CVS does this job too. > - right-to-left text is also easily supported This is primary a point of coding. The correct formatting of such text can be controlled better by one template per language. > To do some of these, we modified HTML::Template to suport custom > TMPL_xxx tags, so that we could implement a tag for the static text > lookup. ie: our templates look like: You modified the original module? What about upgrades? > We combine H::T with the Locale::MakePhrase module so that the > output can handle singular / plural / etc based on the > string/numeric value of some_var. This could be interesting for some words or phrases, but it can't provide the flexibility of a template. > PS. Some languages, particularily Asian languages, contain many > pen-strokes within a glyph. Often these languages need the text > point-size to be slightly larger than European languages... this is > just a tidbit that I have found through experience, particularily if > a single template is to be used for every language. got it. Dorian From jmf@mail.liblime.com Thu Jun 16 16:05:09 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dj3Q4-0002kT-Jy for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 16:05:08 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dj3Q1-0001QY-1Y for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 16:05:08 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id B951FCD5187; Thu, 16 Jun 2005 15:54:53 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050616225453.GA18517@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Koha 2.4 Searching Group Meeting Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu Jun 16 16:07:04 2005 X-Original-Date: Thu, 16 Jun 2005 15:54:53 -0700 Hi all, Francois-Laurent, Paul, slef, and chris and I have settled on a time for the Koha 2.4 Searching Group Meeting. Tuesday June 21 at 19:00GMT. To see the time in your area visit: http://tinyurl.com/79lgf If you'd like something to be included on the agenda please add it to the wiki under the meeting agenda section: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes05jun21 Hope to read you at the meeting. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From mathew@optusnet.com.au Thu Jun 16 16:12:34 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dj3XF-00036M-J1 for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 16:12:33 -0700 Received: from mail09.syd.optusnet.com.au ([211.29.132.190]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41) id 1Dj3XE-0002SJ-RT for koha-devel@lists.sourceforge.net; Thu, 16 Jun 2005 16:12:33 -0700 Received: from localhost.localdomain (webmail03.syd.optusnet.com.au [211.29.132.237]) by mail09.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5GNCPWR018847; Fri, 17 Jun 2005 09:12:25 +1000 Message-Id: <200506162312.j5GNCPWR018847@mail09.syd.optusnet.com.au> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) Received: from [203.166.18.238] as user mathew@optusnet.com.au by webmail.optusnet.com.au with HTTP; From: Mathew To: Dorian Meid Cc: koha-devel@lists.sourceforge.net Subject: Re: Re[2]: [Koha-devel] Charsets: Moving to utf-8 X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay 0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu Jun 16 17:08:50 2005 X-Original-Date: Fri, 17 Jun 2005 09:12:25 +1000 > - all translations are stored within a database table, then have > the template lookup any static text (text generated from within > Perl, can be translated before being sent to the templates. I think this is not a good idea. Read why: > > - since templates lookup their own translations, you dont need a template-per-language. > > I'd prefer a template per language. Often the syntax is different in > different languages. With one template per language you can build > phrases, which mix static text with database generated text correctly > for every language. you could mix static text and database text, but why have seperate places for the text storage? > > - since translations are stored within a database, you can update > > the translations at run-time, without needing to restart / reload > > your updated translations > > We don't have to restart/reload right now. Most language translations are based on using .po files, such that when the file modification stamp is modified, the file gets reloaded. The problem with that is that each Apache instance will load a seperate copy of the translations, unless there is a mechanism to use a global map. > > - web access to the database translations allow multiple people > > to localise the translations, at the same time. > > What do you mean with "localise the translations"? When you give a template in one language, to the person do the translation, they are said to "localise the template to their langauge" which includes variations due to region, ie en_AU, en_US, en_GB, vs. jsut creating translations in the en language. > I think CVS does this job too. I'm suggesting that you can get a translator to translate the text strings, a) without them needing to understand how to use html, b) so that they use the same tool - the web browser - to update the text strings. > > - right-to-left text is also easily supported > > This is primary a point of coding. Not only. If you use an arabic website, the menu's are on the RHS side of the page - no primary within unicode, allows you to format you menus on the RHS of the browser. > The correct formatting of such text can be controlled better by one > template per language. Having done it both ways (we origonally had seperate templates per language), and now with a single template, we have seen exactly zero cases where a language specific template was needed. That said, we have need some variations with CSS styles. > > To do some of these, we modified HTML::Template to suport custom > > TMPL_xxx tags, so that we could implement a tag for the static text > > lookup. ie: our templates look like: > > You modified the original module? yes > What about upgrades? We merge the changes, then we put the new release on the website. I have email Sam Tregar a few times - most of the changes that we have developed, he is simply not interested in. For example, we enabled support for TMPL_ELSIF simply because we often use: ... ... we can now do: ... ... ... which is just so much cleaner - and the ELSIF's can be EXPR's too. > > We combine H::T with the Locale::MakePhrase module so that the > > output can handle singular / plural / etc based on the > > string/numeric value of some_var. > > This could be interesting for some words or phrases, but it can't > provide the flexibility of a template. Can I ask, did you have read through the Locale::MakePhrase documentation, and the documentation that it references? Sure, a template gives you ultimate flexibility. It also gives you the ability for templates to get out of sync, which is what our biggest problem was -> each time we made an enhancement, the templates needed to re-synced with the master, thus everly language other then english (our master languge) always lagged. cheers, Mathew From gavin@celt.dias.ie Fri Jun 17 05:01:00 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjFWi-0006DI-D1 for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 05:00:48 -0700 Received: from dana.celt.dias.ie ([160.6.9.100]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DjFWd-0001gO-9W for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 05:00:47 -0700 Received: (qmail 31766 invoked by uid 307); 17 Jun 2005 12:00:29 -0000 From: Gavin McCullagh To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Koha 2.4 Searching Group Meeting Message-ID: <20050617120029.GB31229@celt.dias.ie> Reply-To: gavin@celt.dias.ie References: <20050616225453.GA18517@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050616225453.GA18517@gandalf.liblime.com> User-Agent: Mutt/1.3.28i X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 17 05:03:54 2005 X-Original-Date: Fri, 17 Jun 2005 13:00:29 +0100 On Thu, 16 Jun 2005, Joshua Ferraro wrote: > Francois-Laurent, Paul, slef, and chris and I have settled on a time > for the Koha 2.4 Searching Group Meeting. Tuesday June 21 at 19:00GMT. > To see the time in your area visit: http://tinyurl.com/79lgf > > If you'd like something to be included on the agenda please add it > to the wiki under the meeting agenda section: > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes05jun21 > > Hope to read you at the meeting. See you there. My apologies that I have not had more time to devote to the MySQL version but a few things have got in my way of late. I also really badly need a big dataset to test it on. It was diabolically slow on first test but I suspect there was something wrong. Until I can reproduce the slowness on a machine of my own I can't really address it properly. Gavin From goodgerster@gmail.com Fri Jun 17 12:16:23 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjMKE-0002ZP-Uo for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 12:16:22 -0700 Received: from wproxy.gmail.com ([64.233.184.193]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DjMKC-0006vH-HR for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 12:16:22 -0700 Received: by wproxy.gmail.com with SMTP id 67so1226463wri for ; Fri, 17 Jun 2005 12:16:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LbaupBITgJ/SrdXfEFXZX3uD2/TZQfwXxtODE1nS8ZERTMcht4Moro1tOPhzj9OQxoOeTWlihpOECzUIWQeBtnDksvLwz2/bbgGJsZHVteeViP+XF54/Yv0vVN8pm+2nS3JndKhWjLDi1Gfhfw4iuGke8DV/XW+LjUpxkbUK7xw= Received: by 10.54.46.72 with SMTP id t72mr1282404wrt; Fri, 17 Jun 2005 12:16:18 -0700 (PDT) Received: by 10.54.89.14 with HTTP; Fri, 17 Jun 2005 12:16:17 -0700 (PDT) Message-ID: <8752a876050617121622a518d7@mail.gmail.com> From: Ben Goodger Reply-To: Ben Goodger To: Koha List Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] NPL Reskinning Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 17 12:17:05 2005 X-Original-Date: Fri, 17 Jun 2005 20:16:17 +0100 Hi, According to the last major meeting on #koha, Shaun has started working on reskinning the NPL templates, starting on the login screen. The changes are being commited live to CVS and can be viewed at http://kohacvs.shaunevans.co.uk - all comments and appraisal is/are welcome. --=20 ~ Ben Goodger (no, NOT the Firefox developer) ~ Please remember to FLOSS daily. ~ www.getfirefox.com From goodgerster@gmail.com Fri Jun 17 12:45:55 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjMmo-00042x-L3 for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 12:45:54 -0700 Received: from wproxy.gmail.com ([64.233.184.199]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DjMmn-0002fC-7B for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 12:45:54 -0700 Received: by wproxy.gmail.com with SMTP id 37so1281885wra for ; Fri, 17 Jun 2005 12:45:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mn7hTcvp+bkwyH8vUVPQ/w3oWy8EOU+m9LrZFomfVsfud7NCuUSt2bY9IhlgM+st4geptQtLakIPffuok3RI3vwbjxYkQmqjRthEyIiRC9d6gnbU3wDjiHduk5unnFHCu+xWmeQB0KJSIsn35Jv0HyvsGdmvWzUszntp0Y6rA5U= Received: by 10.54.29.61 with SMTP id c61mr1299451wrc; Fri, 17 Jun 2005 12:45:52 -0700 (PDT) Received: by 10.54.89.14 with HTTP; Fri, 17 Jun 2005 12:45:52 -0700 (PDT) Message-ID: <8752a8760506171245247f135a@mail.gmail.com> From: Ben Goodger Reply-To: Ben Goodger To: Koha List In-Reply-To: <8752a876050617121622a518d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8752a876050617121622a518d7@mail.gmail.com> X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Re: NPL Reskinning Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 17 12:47:21 2005 X-Original-Date: Fri, 17 Jun 2005 20:45:52 +0100 Damn, that should be http://kohacvs.shaunevans.co.uk:8080/ - sorry. On 17/06/05, Ben Goodger wrote: > Hi, >=20 > According to the last major meeting on #koha, Shaun has started > working on reskinning the NPL templates, starting on the login screen. > The changes are being commited live to CVS and can be viewed at > http://kohacvs.shaunevans.co.uk - all comments and appraisal is/are > welcome. >=20 > -- > ~ Ben Goodger (no, NOT the Firefox developer) >=20 > ~ Please remember to FLOSS daily. > ~ www.getfirefox.com >=20 --=20 ~ Ben Goodger (no, NOT the Firefox developer) ~ Please remember to FLOSS daily. ~ www.getfirefox.com From jmf@mail.liblime.com Fri Jun 17 12:46:07 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjMn1-00043f-6U for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 12:46:07 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DjMmz-0002h2-RL for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 12:46:07 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id C3475CD519A; Fri, 17 Jun 2005 12:35:45 -0700 (PDT) From: Joshua Ferraro To: Ben Goodger Cc: Koha List Subject: Re: [Koha-devel] NPL Reskinning Message-ID: <20050617193545.GA20281@gandalf.liblime.com> References: <8752a876050617121622a518d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8752a876050617121622a518d7@mail.gmail.com> User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 17 12:47:22 2005 X-Original-Date: Fri, 17 Jun 2005 12:35:45 -0700 Ben (and Shaun), My memory of the meeting (and the IRC log's) are a bit different. You're welcome (and encouraged) to commit your own set of templates based on NPL's design. However, please don't commit changes to NPL's templates. On Fri, Jun 17, 2005 at 08:16:17PM +0100, Ben Goodger wrote: > According to the last major meeting on #koha, Shaun has started > working on reskinning the NPL templates, starting on the login screen. > The changes are being commited live to CVS and can be viewed at > http://kohacvs.shaunevans.co.uk - all comments and appraisal is/are > welcome. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From oleonard@athenscounty.lib.oh.us Fri Jun 17 16:45:43 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjQWt-0006U0-ME for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 16:45:43 -0700 Received: from alma.athenscounty.lib.oh.us ([66.213.78.75]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DjQWr-0004N2-KF for koha-devel@lists.sourceforge.net; Fri, 17 Jun 2005 16:45:42 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by alma.athenscounty.lib.oh.us (Postfix) with ESMTP id 9F1CD17F48A for ; Fri, 17 Jun 2005 19:45:35 -0400 (EDT) Received: from alma.athenscounty.lib.oh.us ([127.0.0.1]) by localhost (alma.athenscounty.lib.oh.us [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13617-05 for ; Fri, 17 Jun 2005 19:45:34 -0400 (EDT) Received: by alma.athenscounty.lib.oh.us (Postfix, from userid 502) id 2E41E17F48D; Fri, 17 Jun 2005 19:45:34 -0400 (EDT) From: Owen Leonard To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] NPL Reskinning Message-ID: <20050617234533.GX17090@alma.athenscounty.lib.oh.us> Mail-Followup-To: Owen Leonard , koha-devel@lists.sourceforge.net References: <8752a876050617121622a518d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8752a876050617121622a518d7@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: amavisd-new at athenscounty.lib.oh.us X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri Jun 17 16:46:08 2005 X-Original-Date: Fri, 17 Jun 2005 19:45:33 -0400 > According to the last major meeting on #koha, Shaun has started > working on reskinning the NPL templates, starting on the login screen. The login screen looks great! And...that's as far as I got ;) -- Owen From goodgerster@gmail.com Sat Jun 18 03:11:15 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjaIA-0001MN-89 for koha-devel@lists.sourceforge.net; Sat, 18 Jun 2005 03:11:10 -0700 Received: from wproxy.gmail.com ([64.233.184.207]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DjaI8-0006Na-Kn for koha-devel@lists.sourceforge.net; Sat, 18 Jun 2005 03:11:09 -0700 Received: by wproxy.gmail.com with SMTP id 36so42807wra for ; Sat, 18 Jun 2005 03:11:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MmI97ao6IDlnimYsqzUFXLG3d2ez2kcC8f7c7SxTvh3kypA5ClIwlVCqSE6DAMtq6A/ZTzBmxKILWQJkSuT7d81rv9hKXZ/v+ooqXuSrPcEBZK2d+Kj/3wIlqyDiBI9eLE7tpdW3HouXmto6KdfzLjf1kFAVn6gzGS0clHwD+/0= Received: by 10.54.39.1 with SMTP id m1mr1577308wrm; Sat, 18 Jun 2005 03:11:07 -0700 (PDT) Received: by 10.54.89.14 with HTTP; Sat, 18 Jun 2005 03:11:07 -0700 (PDT) Message-ID: <8752a87605061803112a64a8e@mail.gmail.com> From: Ben Goodger Reply-To: Ben Goodger To: Owen Leonard , koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] NPL Reskinning In-Reply-To: <20050617234533.GX17090@alma.athenscounty.lib.oh.us> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8752a876050617121622a518d7@mail.gmail.com> <20050617234533.GX17090@alma.athenscounty.lib.oh.us> X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sat Jun 18 03:12:44 2005 X-Original-Date: Sat, 18 Jun 2005 11:11:07 +0100 > > According to the last major meeting on #koha, Shaun has started > > working on reskinning the NPL templates, starting on the login screen. >=20 > The login screen looks great! And...that's as far as I got ;) >=20 > -- Owen >=20 Yeah, that's sort of as far as we got, too.. :) We decided to basically copy the NPL templates for everything except the navigation bar (which we'll be changing slightly) and the home page (which I would like to be based on a Google News type layout), and then reskin it using our css. Did you notice the cool error messages in the login screen? --=20 ~ Ben Goodger (no, NOT the Firefox developer) ~ Please remember to FLOSS daily. ~ www.getfirefox.com From camins2@tcnj.edu Sat Jun 18 18:16:20 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DjoQ7-0003VS-MP for koha-devel@lists.sourceforge.net; Sat, 18 Jun 2005 18:16:19 -0700 Received: from pcp0011952915pcs.lambrv01.nj.comcast.net ([69.249.104.148] helo=jcamins.tcnj.edu) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DjoQ6-00024X-91 for koha-devel@lists.sourceforge.net; Sat, 18 Jun 2005 18:16:19 -0700 From: Jared Camins-Esakov To: koha-devel@lists.sourceforge.net Content-Type: text/plain Message-Id: <1119143788.8229.93.camel@jcamins.tcnj.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' Subject: [Koha-devel] FreeBSD Port Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sat Jun 18 18:17:05 2005 X-Original-Date: Sat, 18 Jun 2005 21:16:27 -0400 Hello all. I am new to Koha (haven't even installed it yet!), so my apologies if this subject has already come up. I am a FreeBSD user, and I noticed that Koha is not available in the FreeBSD ports tree. Installing Koha appears to be fairly straightforward, but I figure if I'm going to do it, I might as well do it right and make a FreeBSD port. My question, therefore, is: has anyone ported Koha to the FreeBSD ports system? If so, does anyone know how I can get a copy of the Makefile? Also, are there any patches that FreeBSD users have found it necessary to apply? Any chance I could get my hands on those as well? Thanks in advance. -- Jared Camins-Esakov P.S. For those who don't know, the FreeBSD ports system uses Makefiles that are NOT a part of the software package that is being installed. I am not asking about any Makefiles that might be included in the Koha distribution. -- Jared Camins-Esakov E-mail: camins2@tcnj.edu From rachel@katipo.co.nz Sun Jun 19 14:20:30 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dk7DS-0004ua-48 for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 14:20:30 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1Dk7DQ-0003ey-J7 for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 14:20:29 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 2B39589019 for ; Mon, 20 Jun 2005 09:20:24 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11335-08 for ; Mon, 20 Jun 2005 09:20:20 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP for ; Mon, 20 Jun 2005 09:20:20 +1200 (NZST) Message-ID: <42B5E1A1.9050709@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Koha-devel Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] koha 2.2.3 ? Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 19 14:21:04 2005 X-Original-Date: Mon, 20 Jun 2005 09:20:33 +1200 Hi guys, I've just been to visit a local school who'd managed to install koha 2.0 rather than 2.2.2 - and I was recommending she upgrade - but wondered if 2.2.3 was out/going to be out this week in which case she could hold off for a few more days cheers rachel -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From camins2@tcnj.edu Sun Jun 19 14:46:18 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dk7cN-00067g-Dw for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 14:46:15 -0700 Received: from pcp0011952915pcs.lambrv01.nj.comcast.net ([69.249.104.148] helo=jcamins.tcnj.edu) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dk7cM-0006rZ-07 for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 14:46:15 -0700 From: Jared Camins-Esakov To: koha-devel@lists.sourceforge.net Content-Type: text/plain Message-Id: <1119217583.11828.37.camel@jcamins.tcnj.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' Subject: [Koha-devel] Dependency versions and special patches Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 19 14:47:10 2005 X-Original-Date: Sun, 19 Jun 2005 17:46:23 -0400 Hello all. I have begun working on a FreeBSD port of Koha, and I had a couple of questions that I thought I would submit to your combined wisdom. 1) Are there any patches for the latest Koha release (2.2.2b) that might need to be applied depending on the version of any of Koha's dependencies? As an example, I seem to recall seeing in the mailing list archives that there was some discussion about improvements to the OPAC search that required MySQL 4.1; in that case, a patch might be required to make Koha work with MySQL<4.1. 2) Are there any patches for Koha that can be applied to the latest release (2.2.2b) for features that are often required, but not a part of the main Koha distribution? 3) Are there any security issues currently outstanding on the latest release, and are there any patches for them? Thanks in advance. -- Jared Camins-Esakov -- Jared Camins-Esakov E-mail: camins2@tcnj.edu From rachel@katipo.co.nz Sun Jun 19 16:06:55 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dk8sQ-0001Dl-Jn for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 16:06:54 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1Dk8sP-0001Ao-4t for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 16:06:54 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 0D68E88E9D; Mon, 20 Jun 2005 11:06:49 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18342-08; Mon, 20 Jun 2005 11:06:45 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Mon, 20 Jun 2005 11:06:45 +1200 (NZST) Message-ID: <42B5FAA1.8010402@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Koha , Koha-devel Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: [Koha-devel] order of koha versions on sourceforge Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 19 16:07:25 2005 X-Original-Date: Mon, 20 Jun 2005 11:07:13 +1200 Hi I went to see someone who'd accidentally downloaded the older version of Koha, I think because it's first in the list on the sourceforge site... http://sourceforge.net/project/showfiles.php?group_id=16466 Do we need both "koha' and "koha2.2" as what looks like seperate products? Could we not just have the 2.2 series under "koha" then it would go to the top? Cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From jmf@mail.liblime.com Sun Jun 19 16:26:23 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dk9BF-0001wF-Eg for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 16:26:21 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dk9BE-0003Tr-2X for koha-devel@lists.sourceforge.net; Sun, 19 Jun 2005 16:26:21 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id A45DACD51D5; Sun, 19 Jun 2005 16:15:45 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050619231545.GB660@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Barcodes Barcodes Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 19 16:27:09 2005 X-Original-Date: Sun, 19 Jun 2005 16:15:45 -0700 Hi all, I attempted to get the barcode generation going this afternoon and failed. My problems started with the error everyone else has reported: Can't locate PDF/API2/PDF/Utils.pm in @INC I found that Fedora was having trouble installing PDF::API2 (but it was not giving any useful errors). So I installed the Fedora package for PDF::API2's one major dependency: Compress::Zlib (the package name is perl-Compress-Zlib). After that installed I was able to install PDF::API2. But I still got the same error and I noticed the following: /usr/lib/perl5/site_perl/5.8.5/PDF/API2/Basic/PDF/Utils.pm I replaced use PDF::API2::PDF::Utils; with PDF::API2::Basic::PDF::Utils; in barcodesGenerator.pl and printerConfig.pl. Now I'm getting: Can't locate object method "barcode" via package "PDF::API2" at /home/koha001/koha/intranet/cgi-bin/barcodes/barcodesGenerator.pl line 239 I don't see a barcode method anywhere on CPAN for the PDF::API2 modules. Is there another library that has this method? Has anyone use the barcode generation successfully? Any tips for getting it going? Thanks, -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From paul.poulain@free.fr Mon Jun 20 00:25:11 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkGed-0007gl-M0 for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 00:25:11 -0700 Received: from smtp-101-monday.nerim.net ([62.4.16.101] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DkGec-0000W7-47 for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 00:25:11 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 8A5AE40F53; Mon, 20 Jun 2005 09:25:07 +0200 (CEST) Message-ID: <42B66F53.1030400@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: rachel@katipo.co.nz CC: Koha-devel , koha Subject: Re: [Koha-devel] koha 2.2.3 ? References: <42B5E1A1.9050709@katipo.co.nz> In-Reply-To: <42B5E1A1.9050709@katipo.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 00:26:03 2005 X-Original-Date: Mon, 20 Jun 2005 09:25:07 +0200 Rachel Hamilton-Williams a =E9crit : > Hi guys, >=20 > I've just been to visit a local school who'd managed to install koha 2.= 0=20 > rather than 2.2.2 - and I was recommending she upgrade - but wondered i= f=20 > 2.2.3 was out/going to be out this week in which case she could hold=20 > off for a few more days Koha 2.2.3RC is installed since thursday in "Ecole des Mines de Nantes".=20 [*] Unless they report a major problem, 2.2.3 should be officially here=20 on wednesday morning (i'm GMT+2, so it means late wednesday for you, so=20 probably thursday ;-) ) [*] i've added this RC internal release to avoid 2.2.2 problem, a=20 blocking bug that needed a 2.2.2b 2-3 days after, boring at least some=20 french libraries. I'll probably continue with RC installed on 1 library=20 from minor release to minor release. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain@free.fr Mon Jun 20 00:28:38 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkGhy-0007qn-4f for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 00:28:38 -0700 Received: from smtp-101-monday.nerim.net ([62.4.16.101] helo=kraid.nerim.net) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DkGhx-0002bU-Lc for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 00:28:38 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 2CCC840F56; Mon, 20 Jun 2005 09:28:35 +0200 (CEST) Message-ID: <42B67022.6000704@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: rachel@katipo.co.nz CC: Koha , Koha-devel Subject: Re: [Koha-devel] order of koha versions on sourceforge References: <42B5FAA1.8010402@katipo.co.nz> In-Reply-To: <42B5FAA1.8010402@katipo.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 00:29:17 2005 X-Original-Date: Mon, 20 Jun 2005 09:28:34 +0200 Rachel Hamilton-Williams a =E9crit : > Hi >=20 > I went to see someone who'd accidentally downloaded the older version o= f=20 > Koha, I think because it's first in the list on the sourceforge site... >=20 > http://sourceforge.net/project/showfiles.php?group_id=3D16466 >=20 > Do we need both "koha' and "koha2.2" as what looks like seperate produc= ts? >=20 > Could we not just have the 2.2 series under "koha" then it would go to=20 > the top? we should probably. We had koha & koha22 to avoid a not-so-stable-2.2.0=20 problem. Now, we are almost 2.2.3, and I hope nobody installs 2.0 anymore. so we=20 should remove 2.0.2. imho (MJ/Slef -2.0 branch release maintainer- , do you plan to release a=20 2.0.3 or is 2.0.x branch definetly dead ?) --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr@phonecoop.coop Mon Jun 20 01:41:13 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkHqD-0002qu-CY for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 01:41:13 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DkHq9-0005cL-Gb for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 01:41:13 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DkHq0-0003Wq-Vw for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 09:41:01 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DkHpu-0005Ou-00 for ; Mon, 20 Jun 2005 09:40:54 +0100 References: <42B5FAA1.8010402@katipo.co.nz> <42B67022.6000704@free.fr> In-Reply-To: Your message of Mon, 20 Jun 2005 09:28:34 +0200 <42B67022.6000704@free.fr> Subject: Re: [Koha-devel] order of koha versions on sourceforge To: "Koha-devel" Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 01:42:07 2005 X-Original-Date: Mon, 20 Jun 2005 09:40:54 +0100 Paul POULAIN wrote: > we should probably. We had koha & koha22 to avoid a not-so-stable-2.2.0=20 > problem. Actually, it was to avoid the still-buggy 2.2 RC versions being listed first. > Now, we are almost 2.2.3, and I hope nobody installs 2.0 anymore. so we=20 > should remove 2.0.2. imho Agreed. > (MJ/Slef -2.0 branch release maintainer- , do you plan to release a=20 > 2.0.3 or is 2.0.x branch definetly dead ?) I'm getting no bug fixes and have no libraries still on 2.0, so I guess it's dead. {koha user list removed from cc - this is development stuff} -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From jmf@mail.liblime.com Mon Jun 20 05:30:20 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkLPp-0004jS-9u for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 05:30:13 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DkLPl-0007yd-Rz for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 05:30:13 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 2FCA8CD4436; Mon, 20 Jun 2005 05:19:27 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050620121927.GA1642@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Searching Meeting and CQL!! Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 05:31:05 2005 X-Original-Date: Mon, 20 Jun 2005 05:19:27 -0700 Hi everyone, Just a friendly reminder that our Searching Group Meeting is to be held tomorrow (Tuesday, June 21) at 19:00GMT. For the time in your area please see: http://tinyurl.com/79lgf I've added a couple of things to the Wiki meeting agenda: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes05jun21 Among them is mention of CQL, Common Query Language: http://www.loc.gov/z3950/agency/zing/cql/ I'll be pushing CQL for Koha as it looks to be the most innovative searching method happening for libraries. If you get a chance to read anything before the meeting I'd recommend taking a look at the link above. Cheers, -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From paul.poulain@free.fr Mon Jun 20 05:52:35 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkLlS-0005h5-PQ for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 05:52:34 -0700 Received: from smtp-101-monday.nerim.net ([62.4.16.101] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DkLlR-0007ZI-16 for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 05:52:34 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 494EB40F70; Mon, 20 Jun 2005 14:52:31 +0200 (CEST) Message-ID: <42B6BC0F.90301@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: Joshua Ferraro CC: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Searching Meeting and CQL!! References: <20050620121927.GA1642@gandalf.liblime.com> In-Reply-To: <20050620121927.GA1642@gandalf.liblime.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 05:53:17 2005 X-Original-Date: Mon, 20 Jun 2005 14:52:31 +0200 Joshua Ferraro a =E9crit : > Hi everyone, >=20 > Just a friendly reminder that our Searching Group Meeting is to be held > tomorrow (Tuesday, June 21) at 19:00GMT.=20 Hi, i'll have a problem being at 19GMT on the chanel. I'll be back between=20 19:30 and 20:00. Could we delay the meeting to 20:00 ? --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From jmf@mail.liblime.com Mon Jun 20 06:03:41 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkLwD-0006Eu-Bc for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 06:03:41 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DkLwB-0006Bo-GT for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 06:03:41 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id CB9C4CD4436; Mon, 20 Jun 2005 05:52:58 -0700 (PDT) From: Joshua Ferraro To: Paul POULAIN Cc: Joshua Ferraro , koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Searching Meeting and CQL!! Message-ID: <20050620125258.GA1659@gandalf.liblime.com> References: <20050620121927.GA1642@gandalf.liblime.com> <42B6BC0F.90301@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B6BC0F.90301@free.fr> User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 06:04:28 2005 X-Original-Date: Mon, 20 Jun 2005 05:52:58 -0700 On Mon, Jun 20, 2005 at 02:52:31PM +0200, Paul POULAIN wrote: > i'll have a problem being at 19GMT on the chanel. I'll be back between > 19:30 and 20:00. > Could we delay the meeting to 20:00 ? 20:00 is fine with me (and I suspect NZ folks will be happier ;-)). So the new time in your area is: http://tinyurl.com/c2ter Also, I forgot to mention that Zebra (either through yaz-proxy or maybe even internally) fully supports CQL. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From paul.poulain@free.fr Mon Jun 20 06:20:13 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkMCC-00074S-D5 for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 06:20:12 -0700 Received: from smtp-101-monday.nerim.net ([62.4.16.101] helo=kraid.nerim.net) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DkMCA-0001BC-Ty for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 06:20:12 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id C515640FE0 for ; Mon, 20 Jun 2005 15:20:07 +0200 (CEST) Message-ID: <42B6C287.3020204@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] head probably broken... Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 06:21:15 2005 X-Original-Date: Mon, 20 Jun 2005 15:20:07 +0200 Hello, i'm synch'ing head with 2.2.3 fixes & improvements. don't be surprised=20 to see problems and/or lot of commits... --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From koha@alinto.com Mon Jun 20 08:18:34 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkO2j-0004kJ-7s for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 08:18:33 -0700 Received: from lancia.alinto.net ([195.167.226.137] helo=alinto.net) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DkO2g-0007PL-Bj for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 08:18:33 -0700 Received: (qmail 31929 invoked from network); 20 Jun 2005 15:18:15 -0000 Received: from unknown (HELO alinto.net) (195.167.226.167) by mailp.alinto.net with SMTP; 20 Jun 2005 15:18:15 -0000 Received: (qmail 10559 invoked by uid 48); 20 Jun 2005 15:18:14 -0000 Received: from unknown (koha/alinto.com@165.247.26.237); 20 Jun 2005 17:18:14 -0000 Message-ID: <1119280694.42b6de368ffbe@webmail.alinto.com> To: koha-devel@lists.sourceforge.net From: Thomas D MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-aduser: 195.167.226.167 X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / Subject: [Koha-devel] MARC import fails when no ISBN present 2.2.2b Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 08:19:17 2005 X-Original-Date: Mon, 20 Jun 2005 17:18:14 +0200 20 June 2005 I cannot import MARC recorrds for books without ISBNs using the current stable release, 2.2.2b. Most of the books that ever were have no ISBNs and never will. Attempting to import a MARC communications format one record file without ISBNs fails returning the following message whether or not overwrite duplicates is selected in the import form. "MARC acquisition system Import into the reservoir Import results : * 0 imported records * 1 not imported because already in catalog * 0 not imported because already in the reservoir * 0 not imported because they seem not to be in MARC format (or ISBN/ISSN missing) ! * 1 records parsed" The same function works correctly using the LibLime Koha 2.2.1 demonstration version for importing the identical file. No related messages appear in the error log. How can I correct and/or work around this problem? Thomas D --------------------------------------------- Protect your mails from viruses thanks to Alinto Premium services http://www.alinto.com From koha@alinto.com Mon Jun 20 08:29:33 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkODN-0005Hn-0z for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 08:29:33 -0700 Received: from detomaso.alinto.net ([195.167.226.133] helo=alinto.net) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DkODK-0003vB-Ty for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 08:29:32 -0700 Received: (qmail 8306 invoked from network); 20 Jun 2005 15:29:23 -0000 Received: from unknown (HELO alinto.net) (195.167.226.167) by mailp.alinto.net with SMTP; 20 Jun 2005 15:29:23 -0000 Received: (qmail 13069 invoked by uid 48); 20 Jun 2005 15:29:23 -0000 Received: from unknown (koha/alinto.com@165.247.26.237); 20 Jun 2005 17:29:23 -0000 Message-ID: <1119281363.42b6e0d3a6989@webmail.alinto.com> To: koha-devel@lists.sourceforge.net From: Thomas D MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-aduser: 195.167.226.167 X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: [Koha-devel] Z39.50 daemon launcher incompatible with FreeBSD Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 08:30:23 2005 X-Original-Date: Mon, 20 Jun 2005 17:29:23 +0200 20 June 2005 Communicating with the original poster confirmed that this issue was never resoved. Will this be fixed in time for 2.2.3RC? Koha should not require a switch not supported by the Free BSD su command. Programmers should not use switches that are not universally supported if that can be avoided The original thread is quoted below Thomas D ------------------------------------------- Date: Sat Apr 2 15:20:23 NZST 2005 From: "Karl Agee" Subject: [Koha] question launching z3950 daemon To : koha@lists.katipo.co.nz ------------------------------------------- Well, I found out what is going on. The script is calling a shell for the z3950 daemon: su -s /bin/sh -c $KohaZ3950Shell - $RunAsUser & and my version of su in freebsd doesnt support that option (-s). How would I modify the script so that it does??? Does the program need it???? --karl --- Karl Agee wrote: > > --- Stephen Hedges wrote: > > Karl Agee said: > > > 1) when lauching like this: > > > > > > -su-2.05b# > > > > > > /usr/home/kdagee/koha-2.2.1/scripts/z3950daemon/z3950-daemon-launch.sh > > > > Nope, that won't work. That's the location of > your > > unzipped download, not > > the location of your Koha install. > > 8-D silly me. > > > > > > > 2) when launching like this: > > > > > > # > > > > > > /usr/local/koha/intranet/scripts200503291957/z3950daemon/z3950-daemon-launch.sh > > > > > > I get: > > > > > > b# > > > > > > /usr/local/koha/intranet/scripts200503291957/z3950daemon/z3950-daemon-launch.sh > > > -su-2.05b# su: illegal option -- s > > > usage: su [-] [-flm] [-c class] [login [args]] > > > > Looks like your shell thinks you typed in "su -s" > -- > > for some reason. > > But don't you have a > > /usr/local/koha/intranet/scripts directory? The > > date > > after the "scripts" (scripts200503291957) > indicates > > that it's a backup > > from a previous install and not your current > > install. > > -su-2.05b# locate z3950-daemon-launch.sh > /usr/home/kdagee/koha-2.2.0/scripts/z3950daemon/z3950-daemon-launch.sh > /usr/home/kdagee/koha-2.2.1/scripts/z3950daemon/z3950-daemon-launch.sh > /usr/local/etc/rc.d/z3950-daemon-launch.sh > /usr/local/koha/intranet/scripts/z3950daemon/z3950-daemon-launch.sh > /usr/local/koha/intranet/scripts200503291957/z3950daemon/z3950-daemon-launch.sh > > # cd /usr/local/koha/intranet/scripts/z3950daemon > > -su-2.05b# ls > processz3950queue z3950-daemon-options > z3950-daemon-launch.sh z3950-daemon-shell.sh > > -su-2.05b# ./z3950-daemon-launch.sh > -su-2.05b# su: illegal option -- s > usage: su [-] [-flm] [-c class] [login [args]] > > -su-2.05b# sh z3950-daemon-launch.sh > -su-2.05b# su: illegal option -- s > usage: su [-] [-flm] [-c class] [login [args]] > > > -su-2.05b# cd ~ > > -su-2.05b# > /usr/local/koha/intranet/scripts/z3950daemon/z3950-daemon-launch.sh > -su-2.05b# su: illegal option -- s > usage: su [-] [-flm] [-c class] [login [args]] > > > ok, so, why would bash give me this error? I've > never > seen it before. I get this if I put the startup > scripts folder (via a soft link) as well. > > only thing I can think of: > > -su-2.05b# ls -la > /usr/local/koha/intranet/scripts/z3950daemon/z3950-daemon-launch.sh > -rwxr-xr-x 1 www www 2750 Mar 29 19:57 > /usr/local/koha/intranet/scripts/z3950daemon/z3950-daemon-launch.sh > > user/group www is the apache user......is this > correct? > > The only thing I see in the page source is a > reference > to a javascript thing for z3950. Does this launch > the > daemon? > > --karl > > > > __________________________________ > Do you Yahoo!? > Yahoo! Personals - Better first dates. More second > dates. > http://personals.yahoo.com > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ --------------------------------------------- Protect your mails from viruses thanks to Alinto Premium services http://www.alinto.com From mjr@phonecoop.coop Mon Jun 20 10:05:35 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkPiJ-0001lo-6k for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 10:05:35 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DkPiE-00033V-KI for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 10:05:35 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DkPi3-0007u8-CI; Mon, 20 Jun 2005 18:05:19 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DkPi2-0007DQ-00; Mon, 20 Jun 2005 18:05:18 +0100 References: <1119281363.42b6e0d3a6989@webmail.alinto.com> In-Reply-To: Your message of Mon, 20 Jun 2005 17:29:23 +0200 <1119281363.42b6e0d3a6989@webmail.alinto.com> Subject: Re: [Koha-devel] Z39.50 daemon launcher incompatible with FreeBSD To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 10:06:16 2005 X-Original-Date: Mon, 20 Jun 2005 18:05:18 +0100 Thomas D wrote > Communicating with the original poster confirmed that this issue was never > resoved. Will this be fixed in time for 2.2.3RC? > > Koha should not require a switch not supported by the Free BSD su command. I suspect that option was an attempt to avoid the systems which use csh instead of a Bourne shell. If no-one's beaten me, I'll put a fix into 2.3 and I ask paul to copy it to 2.2. > Programmers should not use switches that are not universally supported if > that can be avoided Agreed. We don't have one of every system, so we have to rely on reports like yours, though. Thanks, -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From jmf@mail.liblime.com Mon Jun 20 13:41:18 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkT4z-0004GA-W7 for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 13:41:13 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DkT4x-0002Ne-BC for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 13:41:13 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id CDBFCCD50EF; Mon, 20 Jun 2005 13:30:23 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050620203023.GB2383@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Website/Interface Design Meeting #2 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 13:42:04 2005 X-Original-Date: Mon, 20 Jun 2005 13:30:23 -0700 Hi everyone, It's time hold another Website / Interface Design Meeting. I caught rach, russ, paul/hdl, and owen on IRC and we scheduled it for Wed June 29 at 20:00 GMT. Here's the time in your area: http://tinyurl.com/d5jtz I've put a short agenda up on the wiki: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes05jun29 Please add items you'd like covered. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From jmf@mail.liblime.com Mon Jun 20 13:44:49 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkT8T-0004V8-BK for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 13:44:49 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DkT8T-00030p-0k for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 13:44:49 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 480FDCD50EF; Mon, 20 Jun 2005 13:34:08 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050620203408.GC2383@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Argentine Code and SAN List Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 13:45:32 2005 X-Original-Date: Mon, 20 Jun 2005 13:34:08 -0700 Hi everyone, Just a bit of news. Emiliano sent me most of the Argentine code (still waiting on a couple of modules). I've also got a list of improvements that SAN will be contributing. Armed with these two (and with my RM list on the LibLime wiki) I'm ready to start a RoadMap to Koha 2.4. However, I won't be able to get to it this week as I've got the ALA conference coming up (http://liblime.com/c/ala2005.html) -- leaving on Thursday and won't be back until early next week. Cheers, -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From silva@ort.edu.uy Mon Jun 20 13:56:25 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkTJh-00053n-2z for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 13:56:25 -0700 Received: from hermes.ort.edu.uy ([164.73.96.24]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41) id 1DkTJe-0005Jb-OU for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 13:56:24 -0700 Received: from hermes.ort.edu.uy (hermes [127.0.0.1]) by localhost.ort.edu.uy (Postfix on RedHat 7.3 (i386)) with ESMTP id A72A9B74FC for ; Mon, 20 Jun 2005 18:00:55 -0300 (ART) Received: from correo.ort.edu.uy (correo.ort.edu.uy [192.168.20.3]) by hermes.ort.edu.uy (Postfix on RedHat 7.3 (i386)) with ESMTP id 924DDB74F3 for ; Mon, 20 Jun 2005 18:00:55 -0300 (UYT) Received: from [172.30.10.21] (unknown [172.30.10.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client CN "Ernesto Silva", Issuer CN "Universidad ORT Uruguay CA" (verified OK)) by correo.ort.edu.uy (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id 64F0A62EA5; Mon, 20 Jun 2005 17:56:42 -0300 (UYT) Message-ID: <42B72D40.4040002@ort.edu.uy> From: "Silva, Ernesto - Webmaster" Organization: Universidad ORT Uruguay User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en, es, es-uy MIME-Version: 1.0 To: Koha-devel Subject: Re: [Koha-devel] Argentine Code and SAN List References: <20050620203408.GC2383@gandalf.liblime.com> In-Reply-To: <20050620203408.GC2383@gandalf.liblime.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 13:59:21 2005 X-Original-Date: Mon, 20 Jun 2005 17:55:28 -0300 GOOD FOR YOU, AND GOOD FOR THE KOHA COMMUNITY, we've waiting for this for more than 8 months. Unfortunatelly we've been forced to start to develop our own functionallities, many of them seems to overlap the argentinian developement. Regards, Ernesto. Joshua Ferraro wrote: > Hi everyone, > > Just a bit of news. Emiliano sent me most of the Argentine code (still > waiting on a couple of modules). I've also got a list of improvements > that SAN will be contributing. Armed with these two (and with my RM > list on the LibLime wiki) I'm ready to start a RoadMap to Koha 2.4. > > However, I won't be able to get to it this week as I've got the ALA > conference coming up (http://liblime.com/c/ala2005.html) -- leaving > on Thursday and won't be back until early next week. > > Cheers, From koha@alinto.com Mon Jun 20 15:29:40 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkUlv-0001EX-Ns for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 15:29:39 -0700 Received: from detomaso.alinto.net ([195.167.226.133] helo=alinto.net) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DkUlq-0003XH-WA for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 15:29:39 -0700 Received: (qmail 22526 invoked from network); 20 Jun 2005 22:29:28 -0000 Received: from unknown (HELO alinto.net) (195.167.226.140) by mailp.alinto.net with SMTP; 20 Jun 2005 22:29:28 -0000 Received: (qmail 31931 invoked by uid 48); 20 Jun 2005 22:29:28 -0000 Received: from unknown (koha/alinto.com@70.107.226.48); 21 Jun 2005 00:29:28 -0000 Message-ID: <1119306568.42b743486902d@webmail.alinto.com> To: Paul POULAIN From: Thomas D Cc: Koha-devel Subject: Re: [Koha-devel] koha 2.2.3 ? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-aduser: 195.167.226.140 X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 15:30:16 2005 X-Original-Date: Tue, 21 Jun 2005 00:29:28 +0200 20 June 2005 Does 2.2.3RC finally include MARC fixed fields as part of the standard MARC Framework install? Some of the fixed fields are required for MARC and the contents are not redundant with the content of other fields. Better MARC support is still needed for Koha to be taken more seriously as a solution for libraries using MARC. Fixed fields are just one small part of the gap in proper MARC support. Certainly, progress has been very significant during the past year. Thomas D Quoting Paul POULAIN : > ---------------- Beginning of the original message ------------------ > > Rachel Hamilton-Williams a écrit : > > Hi guys, > > > > I've just been to visit a local school who'd managed to > install koha 2.0 > > rather than 2.2.2 - and I was recommending she upgrade - but > wondered if > > 2.2.3 was out/going to be out this week in which case she > could hold > > off for a few more days > > Koha 2.2.3RC is installed since thursday in "Ecole des Mines > de Nantes". > [*] Unless they report a major problem, 2.2.3 should be > officially here > on wednesday morning (i'm GMT+2, so it means late wednesday > for you, so > probably thursday ;-) ) > > > [*] i've added this RC internal release to avoid 2.2.2 > problem, a > blocking bug that needed a 2.2.2b 2-3 days after, boring at > least some > french libraries. I'll probably continue with RC installed on > 1 library > from minor release to minor release. > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre > http://www.koha-fr.org) > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > from IBM. Find simple to follow Roadmaps, straightforward > articles, > informative Webcasts and more! Get everything you need to get > up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op¿ick > _______________________________________________ > Koha-devel mailing list > Koha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel > > ------------------- End of the original message --------------------- --------------------------------------------- Protect your mails from viruses thanks to Alinto Premium services http://www.alinto.com From emarmonti@siu.edu.ar Mon Jun 20 18:01:02 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkX8Q-0002Kr-3f for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 18:01:02 -0700 Received: from sedici.unlp.edu.ar ([163.10.34.130]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DkX8O-00026s-5E for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 18:01:02 -0700 Received: from [200.127.66.178] (unknown [200.127.66.178]) by sedici.unlp.edu.ar (Postfix) with ESMTP id A618810007B1 for ; Mon, 20 Jun 2005 22:00:42 -0300 (ART) Message-ID: <42B765F1.5030601@siu.edu.ar> From: Emiliano Marmonti User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' Subject: [Koha-devel] Argentinian Code Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 18:02:01 2005 X-Original-Date: Mon, 20 Jun 2005 21:57:21 -0300 Dear Ernesto I'm very happy that this code liberation serves to go further in your work at ORT University. As our website informs, the releasing was meant to happen in July but luckyly we got to release it some time before. This week I hope to put it for free downloading and attending (as many as we can with our little budget) support consulting through our forums inside our website. I think that Joshua will need help for merging our changes into root code for Koha, we'll assist him as long as our project continues, but perhaps you and your programmers could make a great work assisting and contributing to obtain one big and powerfull Koha. Don't you think? Kind Regards for all Koha developers comunity Emiliano From joshua.holm@gmail.com Mon Jun 20 20:35:00 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkZXQ-0000jp-0u for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 20:35:00 -0700 Received: from zproxy.gmail.com ([64.233.162.195]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DkZXN-0000tW-A3 for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 20:34:59 -0700 Received: by zproxy.gmail.com with SMTP id 40so170677nzk for ; Mon, 20 Jun 2005 20:34:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Jm+8oYM/6msxe1+s2uor0H/Iab29tf40yuOblheLB5tzMHhL9tTf3VrEQqWzBjaHwmsGp4dnCTOY9CN/Lr1L6KxK3bypWE5qktpyQ2e36F3gWBzFrWS9SifdV8EedpXOaV/YLTm+buKoX5RQGNVdoRMf4to/t7u9tQiyB7+duhg= Received: by 10.36.88.15 with SMTP id l15mr386682nzb; Mon, 20 Jun 2005 20:34:51 -0700 (PDT) Received: from ?204.39.213.167? ([204.39.213.167]) by mx.gmail.com with ESMTP id p4sm1982635nzc.2005.06.20.20.34.49; Mon, 20 Jun 2005 20:34:51 -0700 (PDT) Message-ID: <42B78AD7.8080707@gmail.com> From: Joshua Allen Holm User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joshua Ferraro CC: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Barcodes Barcodes References: <20050619231545.GB660@gandalf.liblime.com> In-Reply-To: <20050619231545.GB660@gandalf.liblime.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 20:35:17 2005 X-Original-Date: Mon, 20 Jun 2005 23:34:47 -0400 I haven't managed to get Barcodes to work 100% correctly but I have found a few things that may be helpful. Version 0.41 of PDF::API has a very different layout and a load of new/changed features when compared to the older 0.3r77 release. As you have already seen with PDF::API2::PDF::Utils.pm moving to PDF::API2::Basic::PDF::Utils.pm. PDF::API2.pm seems to no longer have a barcode method but it does have individual methods for different barcode types. Changing 'barcode' on line 165 and line 237 of barcodesGenerator.pl to any one of the various barcode methods in PDF::API2.pm (xo_codabar, xo_code128, xo_2of5int, xo_3of9, or xo_ean13), makes the barcode generator sort of work. The problem is the barcodes printed using the default settings are massive and the top margin of the page is ignored. Only the second line of the title & author text label appears when I try to print a label on the first row of label numbers, everything else is cut off. If I try to print the barcode on the last row the first digit of the barcode takes up almost a third of the page. If I revert back to the 0.3r77 release of PDF::API2 (and don't make any changes to koha's files, i.e. don't change PDF::API2::PDF::Utils to PDF::API2::Basic::PDF::Utils) the margin problem disappears (at least for the text label) but the barcodes are still way too big. If I change the DPI setting the something massive like 5760 the barcode starts to approach a normal size. If I use an install of Perl 5.6 (instead of the 5.8 install I normally use) with PDF::API2 0.3r77, the pdf generated has the same problems as the one using PDF::API2 0.3r77 on Perl 5.8 only now Acrobat Reader complains that the PDF generated is corrupt and cannot be repaired, but only when the pdf is automatically opened after clicking "generate barcodes". If I open the PDF file from the tmp directory it opens just fine. A zip file containing a collection of PDFs generated by a few of the various things I have tried is available at http://students.lisp.wayne.edu/~ar0633/koha_barcodes.zip the file names should (hopefully) be self explanatory. My Koha install is a bit wonky; I manually installed Koha on Windows XP to test out/play with so there is a slim possibility that there is something wrong on my end for some of the problems. On the topic of Koha on Windows, I would like to point out that barcodesGenerator.pl, on line 133 uses colons in the file name it creates to save the barcode pdf file. This obviously does not work on Windows and should probably be changed to something else (I simply changed the colons to periods). Hope this helps, -- Joshua Allen Holm, MLIS joshua.holm@gmail.com Joshua Ferraro wrote: > Hi all, > > I attempted to get the barcode generation going this afternoon > and failed. My problems started with the error everyone else > has reported: > Can't locate PDF/API2/PDF/Utils.pm in @INC > > I found that Fedora was having trouble installing PDF::API2 (but > it was not giving any useful errors). So I installed the Fedora > package for PDF::API2's one major dependency: Compress::Zlib (the > package name is perl-Compress-Zlib). After that installed I was > able to install PDF::API2. But I still got the same error and I > noticed the following: > > /usr/lib/perl5/site_perl/5.8.5/PDF/API2/Basic/PDF/Utils.pm > > I replaced use PDF::API2::PDF::Utils; with PDF::API2::Basic::PDF::Utils; > in barcodesGenerator.pl and printerConfig.pl. > > Now I'm getting: > Can't locate object method "barcode" via package "PDF::API2" at /home/koha001/koha/intranet/cgi-bin/barcodes/barcodesGenerator.pl line 239 > > I don't see a barcode method anywhere on CPAN for the PDF::API2 > modules. Is there another library that has this method? > > Has anyone use the barcode generation successfully? Any tips for > getting it going? > > Thanks, > From camins2@tcnj.edu Mon Jun 20 21:04:53 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dka0K-0002BZ-Fa for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 21:04:52 -0700 Received: from pcp0011952915pcs.lambrv01.nj.comcast.net ([69.249.104.148] helo=jcamins.tcnj.edu) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dka0J-0005gN-2M for koha-devel@lists.sourceforge.net; Mon, 20 Jun 2005 21:04:52 -0700 From: Jared Camins-Esakov To: koha-devel@lists.sourceforge.net Content-Type: text/plain Message-Id: <1119326696.23943.66.camel@jcamins.tcnj.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO Subject: [Koha-devel] Koha installation procedure Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 20 21:05:24 2005 X-Original-Date: Tue, 21 Jun 2005 00:04:56 -0400 Hello all. I am interested in reimplementing the Koha installation procedure to meet the following requirements: * File installation and configuration should be separate from each other (necessary for creating a port compliant with the FreeBSD ports system's unspoken best practices, and probably other packaging systems' best practices as well) * Configuration should be possible at any time after installation (so on systems where the sysadmin is not also the Koha admin, the sysadmin doesn't have to wait for the Koha admin) * It should be possible to specify ALL options to the installation and configuration scripts using command line switches or environment variables, or something else that doesn't require user intervention (so that the setup process for the entire system could be scripted [I've done this, so I imagine other people do it too]; the auto-configuration file doesn't really lend itself to scripting, in my opinion) * It should be possible to install Koha without having GRANT privileges on the MySQL server (or root access to the server), if an account has already been created for Koha's use My plan is to start by separating the installation and configuration into two separate scripts, both using the Install.pm module. I am not sure how to implement the second issue. Perhaps have the installation set up the intranet module temporarily, and then use a one-time web-based configurator a la Refbase (refbase.sourceforge.net)? My first thought was to install the Install.pm module in site_perl and the configuration script in $PREFIX/sbin (for example), but I guess installing anything outside of Apache's area should be avoided? My preference on the third issue is to use command line arguments, so I'll also look into that if I get the go-ahead. It looks like my fourth requirement is fairly easy to fill by just adding a command line argument (or environment variable) to specify "use existing database user so-and-so." Any thoughts on this? Anything I've suggested that is a Really Bad Idea? Anything that should be done differently than I suggested? Anything that you'd like to see implemented in the installer? If no one has any problems with my suggestions, and the current maintainer of the installer is willing to consider my patches, I'll start work on this. Please let me know what you think. Thanks. -- Jared Camins-Esakov P.S. If the consensus of the list is that I should go forward, volunteers who would be willing to test my changes under Linux/Windows/anything-besides-FreeBSD would be most appreciated! -- Jared Camins-Esakov E-mail: camins2@tcnj.edu From mjr@phonecoop.coop Tue Jun 21 01:54:16 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkeWN-0006YR-T7 for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 01:54:15 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1DkeWJ-0006ik-SX for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 01:54:15 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.43) id 1DkeW7-0007Wg-8N; Tue, 21 Jun 2005 09:53:59 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DkeW5-0001zW-00; Tue, 21 Jun 2005 09:53:57 +0100 References: <1119326696.23943.66.camel@jcamins.tcnj.edu> In-Reply-To: Your message of Tue, 21 Jun 2005 00:04:56 -0400 <1119326696.23943.66.camel@jcamins.tcnj.edu> Subject: Re: [Koha-devel] Koha installation procedure To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 01:55:12 2005 X-Original-Date: Tue, 21 Jun 2005 09:53:57 +0100 Jared Camins-Esakov wrote: > I am interested in reimplementing the Koha installation procedure to > meet the following requirements: I do not see why you want to reimplement. I would prefer to upgrade. Some of the things the installer needs to do are fiddly, as we've discovered wrinkles in the past. > * File installation and configuration should be separate from each other > (necessary for creating a port compliant with the FreeBSD ports system's > unspoken best practices, and probably other packaging systems' best > practices as well) If it's undocumented, how will we know if we do it "right"? > * Configuration should be possible at any time after installation (so on > systems where the sysadmin is not also the Koha admin, the sysadmin > doesn't have to wait for the Koha admin) Can you elaborate on this, please? > * It should be possible to specify ALL options to the installation and > configuration scripts using command line switches or environment > variables, or something else that doesn't require user intervention (so > that the setup process for the entire system could be scripted [I've > done this, so I imagine other people do it too]; the auto-configuration > file doesn't really lend itself to scripting, in my opinion) I'm still looking at the auto_install part. Why do you think it "doesn't really lend itself to scripting"? Specifying all options in the environment/command-line would be a bad idea for security, as there are passwords which you don't want visible on the output of ps. > * It should be possible to install Koha without having GRANT privileges > on the MySQL server (or root access to the server), if an account has > already been created for Koha's use This would be a good addition, but koha should use an opac account different from the librarian one. I know you can circumvent that if there's only one account, but it must be supported. > My plan is to start by separating the installation and configuration > into two separate scripts, both using the Install.pm module. I am not > sure how to implement the second issue. Perhaps have the installation > set up the intranet module temporarily, and then use a one-time > web-based configurator a la Refbase (refbase.sourceforge.net)? Install.pm really should try to use only core perl modules at first, IMO. I think past maintainers probably agreed, as things are fed to mysql tools rather than using DBI. It may be worth reconsidering the approach to this, as command line behaviour differs between platforms. > My first > thought was to install the Install.pm module in site_perl and the > configuration script in $PREFIX/sbin (for example), but I guess > installing anything outside of Apache's area should be avoided? Why? [...] > Any thoughts on this? Anything I've suggested that is a Really Bad Idea? > Anything that should be done differently than I suggested? Anything that > you'd like to see implemented in the installer? If no one has any > problems with my suggestions, and the current maintainer of the > installer is willing to consider my patches, I'll start work on this. I'd really like single-feature patches (diff -u), but it sounds like you are heading off down a "rewrite everything" road. In that situation, I'll probably not consider large patches and just wait until you have a working alternative. Putting passwords on the command line seems a Really Bad Idea, but that's the only one which stands out and it shouldn't detract from the general aim of automating everything. Hope this helps, -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From koha@alinto.com Tue Jun 21 09:42:15 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DklpG-0004Mz-0N for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 09:42:14 -0700 Received: from lancia.alinto.net ([195.167.226.137] helo=alinto.net) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1DklpB-0005T9-5G for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 09:42:12 -0700 Received: (qmail 31541 invoked from network); 21 Jun 2005 15:42:04 -0000 Received: from unknown (HELO alinto.net) (195.167.226.140) by mailp.alinto.net with SMTP; 21 Jun 2005 15:42:04 -0000 Received: (qmail 15864 invoked by uid 48); 21 Jun 2005 15:42:04 -0000 Received: from unknown (koha/alinto.com@165.247.43.233); 21 Jun 2005 17:42:03 -0000 Message-ID: <1119368523.42b8354bc6031@webmail.alinto.com> To: koha-devel@lists.sourceforge.net From: Thomas D MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-aduser: 195.167.226.140 X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: [Koha-devel] MARC import fails unanswered Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 09:43:22 2005 X-Original-Date: Tue, 21 Jun 2005 17:42:03 +0200 21 June 2005 The question "[Koha-devel] MARC import failing when no ISBN is present in 2.2.2b" has gone unanswered. I suspect it was confused as related to the answered "[Koha-devel] Z39.50 daemon launcher incompatible with FreeBSD" posted at about the same time. These are independent questions. The MARC import failure question is quoted below. It asks if there is a way to correct or work around the problem. Thomas D Quoting Thomas D : Subject: [Koha-devel] MARC import fails when no ISBN present 2.2.2b > ---------------- Beginning of the original message ------------------ > > 20 June 2005 > > > I cannot import MARC recorrds for books without ISBNs using > the current > stable release, 2.2.2b. Most of the books that ever were have > no ISBNs and > never will. > > Attempting to import a MARC communications format one record > file without > ISBNs fails returning the following message whether or not > overwrite > duplicates is selected in the import form. > > "MARC acquisition system > Import into the reservoir > > Import results : > > * 0 imported records > * 1 not imported because already in catalog > * 0 not imported because already in the reservoir > * 0 not imported because they seem not to be in MARC > format (or > ISBN/ISSN missing) ! > * 1 records parsed" > > > The same function works correctly using the LibLime Koha 2.2.1 > demonstration > version for importing the identical file. > > No related messages appear in the error log. > > How can I correct and/or work around this problem? > > > Thomas D > > > --------------------------------------------- > Protect your mails from viruses thanks to Alinto Premium > services > http://www.alinto.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > from IBM. Find simple to follow Roadmaps, straightforward > articles, > informative Webcasts and more! Get everything you need to get > up to > speed, fast. > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Koha-devel mailing list > Koha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel > > ------------------- End of the original message --------------------- --------------------------------------------- Protect your mails from viruses thanks to Alinto Premium services http://www.alinto.com From fisica@sedici.unlp.edu.ar Tue Jun 21 10:10:14 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkmGM-0006QG-Ek for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 10:10:14 -0700 Received: from sedici.unlp.edu.ar ([163.10.34.130]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DkmFq-0003BQ-MN for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 10:10:14 -0700 Received: from localhost (localhost [127.0.0.1]) by sedici.unlp.edu.ar (Postfix) with ESMTP id EB60D10007B1 for ; Tue, 21 Jun 2005 14:09:27 -0300 (ART) Received: from biblio.fisica.unlp.edu.ar (biblio.fisica.unlp.edu.ar [163.10.1.224]) by webmail.sedici.unlp.edu.ar (IMP) with HTTP for ; Tue, 21 Jun 2005 14:09:27 -0300 Message-ID: <1119373767.42b849c7d80c2@webmail.sedici.unlp.edu.ar> From: fisica@sedici.unlp.edu.ar To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Barcodes Barcodes References: <20050619231545.GB660@gandalf.liblime.com> <42B78AD7.8080707@gmail.com> In-Reply-To: <42B78AD7.8080707@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.7 X-Originating-IP: 163.10.1.224 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.2 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.2 NO_REAL_NAME From: does not include a real name Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 10:11:11 2005 X-Original-Date: Tue, 21 Jun 2005 14:09:27 -0300 Hi, you have to use the 0.3r77 release of PDF::API2. However, you have to = be very carefull when you=B4re setting up the labels config. It has to be somethi= ng that fit into the page that you are going to use. About system dpi, it has to = be something like 72dpi, 96dpi, etc, it is your OS dpi. Hope this helps a li= ttle. Kind regards to all, Matias. ------------------------------------------------- This mail sent through IMP: webmail.sedici.unlp.edu.ar From camins2@tcnj.edu Tue Jun 21 10:21:41 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkmRQ-0007ME-Te for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 10:21:40 -0700 Received: from pcp0011952915pcs.lambrv01.nj.comcast.net ([69.249.104.148] helo=jcamins.tcnj.edu) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dkgy6-0007qE-NO for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 04:31:03 -0700 Subject: Re: [Koha-devel] Koha installation procedure From: Jared Camins-Esakov To: MJ Ray Cc: koha-devel@lists.sourceforge.net In-Reply-To: References: <1119326696.23943.66.camel@jcamins.tcnj.edu> Content-Type: text/plain Message-Id: <1119353470.23943.115.camel@jcamins.tcnj.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 10:22:52 2005 X-Original-Date: Tue, 21 Jun 2005 07:31:10 -0400 MJ -- > I do not see why you want to reimplement. I would prefer to upgrade. > Some of the things the installer needs to do are fiddly, as we've > discovered wrinkles in the past. Apologies. I should have been more clear. I do not want to rewrite the entire installer procedure. I want to use the existing code and modify it. The code that actually does the installation seems to work well enough. I'm not sure why I used the word "reimplement." I suspect because it was a little bit after midnight and I was exhausted... I'll let that be a lesson to me, and in the future try to remember to wait to send messages to the list until the morning. > > * File installation and configuration should be separate from each other > > (necessary for creating a port compliant with the FreeBSD ports system's > > unspoken best practices, and probably other packaging systems' best > > practices as well) > > If it's undocumented, how will we know if we do it "right"? In this case, because a major part of the test procedure for a port is to build, install, uninstall, and reinstall the port on an unattended server farm. Any user intervention will prevent it from doing so. > > * Configuration should be possible at any time after installation (so on > > systems where the sysadmin is not also the Koha admin, the sysadmin > > doesn't have to wait for the Koha admin) > > Can you elaborate on this, please? Certainly. I don't know how common this is, but I worked at a company where one of my coworkers was the sysadmin, and I did the web server configuration separately, after he had finished intalling the software. I'm thinking about a situation like that, where the sysadmin may only install Koha and expect someone else to configure Koha. The configuration option that made me think of that was the installation of the MARC tables. A sysadmin wouldn't necessarily know what MARC is. > > * It should be possible to specify ALL options to the installation and > > configuration scripts using command line switches or environment > > variables, or something else that doesn't require user intervention (so > > that the setup process for the entire system could be scripted [I've > > done this, so I imagine other people do it too]; the auto-configuration > > file doesn't really lend itself to scripting, in my opinion) > > I'm still looking at the auto_install part. Why do you think it > "doesn't really lend itself to scripting"? It would make any "meta-installer" depend on an additional file, and, more importantly, there are no accessor functions for it, besides writing something that will parse it, so reading in the file to display your options from the meta-installer, for example, would be difficult. Right? Did I miss something here? > Specifying all options in the environment/command-line would be > a bad idea for security, as there are passwords which you don't > want visible on the output of ps. Oh dear. I hadn't thought of that. Any suggestions besides an auto_install file? Or suggestions about how to deal with the above objections about auto_install files? Or, even better, an explanation of how my objections were based on incorrect information? > > * It should be possible to install Koha without having GRANT privileges > > on the MySQL server (or root access to the server), if an account has > > already been created for Koha's use > > This would be a good addition, but koha should use an opac > account different from the librarian one. I know you can > circumvent that if there's only one account, but it must > be supported. What about giving the option of specifying two accounts, one for the OPAC and one for the Librarian? > > My plan is to start by separating the installation and configuration > > into two separate scripts, both using the Install.pm module. I am not > > sure how to implement the second issue. Perhaps have the installation > > set up the intranet module temporarily, and then use a one-time > > web-based configurator a la Refbase (refbase.sourceforge.net)? > > Install.pm really should try to use only core perl modules > at first, IMO. I think past maintainers probably agreed, as > things are fed to mysql tools rather than using DBI. It may > be worth reconsidering the approach to this, as command line > behaviour differs between platforms. It's something to think about. That would be the last change I would implement, actually, I think, being the largest. > > My first > > thought was to install the Install.pm module in site_perl and the > > configuration script in $PREFIX/sbin (for example), but I guess > > installing anything outside of Apache's area should be avoided? > > Why? Because fundamentally Koha is a web application that runs in Apache, and not a system package. If you don't think this is a problem, though, I'd certainly not argue with you. > > Any thoughts on this? Anything I've suggested that is a Really Bad Idea? > > Anything that should be done differently than I suggested? Anything that > > you'd like to see implemented in the installer? If no one has any > > problems with my suggestions, and the current maintainer of the > > installer is willing to consider my patches, I'll start work on this. > > I'd really like single-feature patches (diff -u), but it sounds > like you are heading off down a "rewrite everything" road. In > that situation, I'll probably not consider large patches and > just wait until you have a working alternative. The separation of installation and configuration lends itself to a small patch... as does configuring the installer to accept pre-assigned MySQL accounts. Shall I start with those two, then we can consider the other two, and I'll try to think of ways to deal with the passwords and the post-installation configuration of Koha? Thanks. -- Jared Camins-Esakov -- Jared Camins-Esakov E-mail: camins2@tcnj.edu From Anthony.Youngman@eca-international.com Tue Jun 21 11:41:24 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dknga-0005Dy-IW for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 11:41:24 -0700 Received: from externalmx-1.sourceforge.net ([12.152.184.25]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DkncK-0001d5-Fz for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 11:37:01 -0700 Received: from mail1.eca-international.com ([212.2.8.133] helo=lnml1.eca-international.local) by externalmx-1.sourceforge.net with esmtp (Exim 4.41) id 1DkjBz-00034U-CK for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 06:53:32 -0700 Received: from lnml1.eca-international.local (unverified) by lnml1.eca-international.local (Content Technologies SMTPRS 4.3.14) with ESMTP id ; Tue, 21 Jun 2005 14:53:15 +0100 Received: from lnml1.eca-international.local ([192.168.33.7]) by lnml1.eca-international.local with Microsoft SMTPSVC (6.0.3790.1830); Tue , 21 Jun 2005 14:53:15 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Koha-devel] Koha installation procedure X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Koha-devel] Koha installation procedure Thread-Index: AcV2PvaDLIZkzSIJTQahtYEvB3SkcQAKN6zw From: "Anthony Youngman" To: "MJ Ray" , X-OriginalArrivalTime: 21 Jun 2005 13:53:15.0736 (UTC) FILETIME=[928DA580:01C57668] X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to https://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_COLON BODY: Text interparsed with : 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_COLON BODY: Text interparsed with : 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 11:42:44 2005 X-Original-Date: Tue, 21 Jun 2005 14:53:15 +0100 Basically, what I think he means is that the sysadmin should be able to do a "rpm --install", then say "my job's done, over to you" to the koha admin. Certainly that makes sense, but whether it's practical is another matter ... you can't always cleanly separate the system from the app, as I've found on having to bugger about with default installs that don't have sensible (for us) defaults ... Cheers, Wol -----Original Message----- From: koha-devel-admin@lists.sourceforge.net [mailto:koha-devel-admin@lists.sourceforge.net] On Behalf Of MJ Ray Sent: 21 June 2005 09:54 To: camins2@tcnj.edu; koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Koha installation procedure Jared Camins-Esakov wrote: > * Configuration should be possible at any time after installation (so on > systems where the sysadmin is not also the Koha admin, the sysadmin > doesn't have to wait for the Koha admin) Can you elaborate on this, please? **************************************************************************** This transmission is intended for the named recipient only. It may contain = private and confidential information. If this has come to you in error you = must not act on anything disclosed in it, nor must you copy it, modify it, = disseminate it in any way, or show it to anyone. Please e-mail the sender t= o inform us of the transmission error or telephone ECA International immedi= ately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 8272 5= 300, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 = 212 582 2333. **************************************************************************** From camins2@tcnj.edu Tue Jun 21 12:00:09 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dknyj-0006Vt-2j for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 12:00:09 -0700 Received: from cyrus.tcnj.edu ([159.91.15.208]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dknyg-0007gE-FY for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 12:00:08 -0700 Received: from localhost (localhost [127.0.0.1]) by cyrus.TCNJ.EDU (Postfix) with ESMTP id 286D13C3D; Tue, 21 Jun 2005 14:59:54 -0400 (EDT) Received: from cyrus.TCNJ.EDU ([127.0.0.1]) by localhost (cyrus.TCNJ.EDU [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04648-09; Tue, 21 Jun 2005 14:59:54 -0400 (EDT) Received: from tick.tcnj.edu (tick.TCNJ.EDU [159.91.15.172]) by cyrus.TCNJ.EDU (Postfix) with ESMTP id F3CEE3BF4; Tue, 21 Jun 2005 14:59:53 -0400 (EDT) Received: from 128.112.202.250 (SquirrelMail authenticated user camins2) by tick.TCNJ.EDU with HTTP; Tue, 21 Jun 2005 14:59:50 -0400 (EDT) Message-ID: <3987.128.112.202.250.1119380390.squirrel@tick.TCNJ.EDU> In-Reply-To: References: Subject: RE: [Koha-devel] Koha installation procedure From: "Jared Camins-Esakov" To: "Anthony Youngman" Cc: "MJ Ray" , koha-devel@lists.sourceforge.net User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at TCNJ.EDU Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 12:01:08 2005 X-Original-Date: Tue, 21 Jun 2005 14:59:50 -0400 (EDT) > Basically, what I think he means is that the sysadmin should be able to > do a "rpm --install", then say "my job's done, over to you" to the koha > admin. That is what I was trying to say. In hindsight, I should've just said that, as it probably makes a lot more sense to a lot more people than my rather poor illustration. > Certainly that makes sense, but whether it's practical is another matte= r > ... you can't always cleanly separate the system from the app, as I've > found on having to bugger about with default installs that don't have > sensible (for us) defaults ... That's another question. Any thoughts? My thought was that the "sensible defaults" should not necessarily be a full set-up, merely enough that it can be passed off to the Koha admin (e.g. all files exist, but the configuration files are empty, or only the options that can't currently b= e changed using installer.pl are set...). Having Koha work "out of the box" without any configuration seems like an unreasonable goal. There are too many options, and guessing the wrong configuration (e.g. UNIMARC versus MARC21) would leave the admin in a much worse spot than leaving the syste= m unconfigured would, in my opinion. Does this make sense? Thanks. -- Jared Camins-Esakov -- Jared Camins-Esakov E-mail: camins2@tcnj.edu From paul.poulain@free.fr Tue Jun 21 12:43:06 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DkoeI-0000YU-Hp for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 12:43:06 -0700 Received: from smtp-102-tuesday.nerim.net ([62.4.16.102] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DkoeG-0004ui-0Y for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 12:43:06 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 7DB2140E24 for ; Tue, 21 Jun 2005 21:43:01 +0200 (CEST) Message-ID: <42B86DC6.4030302@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: Koha-devel Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] about html templates writing : Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 12:44:05 2005 X-Original-Date: Tue, 21 Jun 2005 21:43:02 +0200 Hi, koha-developpers, Just a reminder for everybody, as i had some problems with french translation for 2.2.3 : REMEMBER that TRANSLATOR tool really HATES inside a standard html tag, like : class=3D"x"> or checked> pls alway write : thanks. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From rachel@katipo.co.nz Tue Jun 21 21:32:31 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dkwua-0003bI-7n for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 21:32:28 -0700 Received: from shelob.katipo.co.nz ([202.50.109.222]) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DkwuY-0004dn-Gj for koha-devel@lists.sourceforge.net; Tue, 21 Jun 2005 21:32:28 -0700 Received: from localhost (localhost [127.0.0.1]) by shelob.katipo.co.nz (Postfix) with ESMTP id 64AB689081; Wed, 22 Jun 2005 16:32:20 +1200 (NZST) Received: from shelob.katipo.co.nz ([127.0.0.1]) by localhost (staff.katipo.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05794-03; Wed, 22 Jun 2005 16:32:16 +1200 (NZST) Received: from [192.168.2.56] (spidette.katipo.co.nz [202.50.109.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shelob.katipo.co.nz (Postfix) with ESMTP; Wed, 22 Jun 2005 16:32:16 +1200 (NZST) Message-ID: <42B8E9F1.2060102@katipo.co.nz> From: Rachel Hamilton-Williams Reply-To: rachel@katipo.co.nz Organization: Katipo Communications Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas D Cc: Paul POULAIN , Koha-devel Subject: Re: [Koha-devel] koha 2.2.3 ? References: <1119306568.42b743486902d@webmail.alinto.com> In-Reply-To: <1119306568.42b743486902d@webmail.alinto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at katipo.co.nz X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue Jun 21 21:33:09 2005 X-Original-Date: Wed, 22 Jun 2005 16:32:49 +1200 > Does 2.2.3RC finally include MARC fixed fields as part of the standard MARC Framework > install? Some of the fixed fields are required for MARC and the contents are not redundant > with the content of other fields. Is this in bugzilla as a bug and/or a feature request? If it's not in bugzilla I'm guessing it won't have been worked on. Thomas you sound like you know what you're asking for, if you get the time to go in and document this that would be grand.... bugs.koha.org Cheers Rachel -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel@katipo.co.nz Web: www.katipo.co.nz From mjr@phonecoop.coop Wed Jun 22 06:09:48 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl4zD-0002eL-FX for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 06:09:47 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.41) id 1Dl4z9-0006yt-Od for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 06:09:47 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.50) id 1Dl4z1-000201-1X for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 14:09:35 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1Dl4z0-0008Cy-00 for ; Wed, 22 Jun 2005 14:09:34 +0100 To: Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Summary 2005-06-20 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 06:10:30 2005 X-Original-Date: Wed, 22 Jun 2005 14:09:34 +0100 What have the koha developers been putting in koha 2.3 this week? tipaul bugfixed the Z39.50 server and client, added some missing UNIMARC editor plugins, improved the MARC migration tools, updated opac history and login pages, bugfixed css/en opac templates, updated date formatting and history of bulletins. joshferraro added a favicon to npl/en opac templates, added a readme for the usmarc sample. hellen translated more of default/de intranet templates. hdl made overdues red in css/en opac templates, made the ISBN opac display dashed, added quick links to the default/en intranet templates, added deleted and "not issued" states for serials, improved the opac display of serials, bugfixed MARC searching. Detailed changelog at http://www.ttllp.co.uk/koha/20050620.changelog -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From paul.poulain@free.fr Wed Jun 22 06:39:54 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl5SM-00045Q-8K; Wed, 22 Jun 2005 06:39:54 -0700 Received: from smtp-103-wednesday.nerim.net ([62.4.16.103] helo=kraid.nerim.net) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dl5SK-0004UH-AK; Wed, 22 Jun 2005 06:39:54 -0700 Received: from [213.41.174.86] (ppoulain.net2.nerim.net [213.41.174.86]) by kraid.nerim.net (Postfix) with ESMTP id 2FF4640F69; Wed, 22 Jun 2005 15:39:48 +0200 (CEST) Message-ID: <42B96A24.2080907@free.fr> From: Paul POULAIN User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net, koha , koha-announce@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Koha 2.2.3 is out Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 06:40:27 2005 X-Original-Date: Wed, 22 Jun 2005 15:39:48 +0200 http://sourceforge.net/project/shownotes.php?release_id=3D336931 =3D=3D=3D=3D=3D=3D=3D=3D WARNINGS =3D=3D=3D=3D=3D=3D=3D=3D * READ the following NOTES carefully. Look at BORROWERS especially if=20 you want to know why your circulation won't work after update !!! * The installer is *wrong* on languages available. In this release,=20 french & english are uptodate. Polish is uptodate for OPAC. Some other=20 .po files are provided (chinese & italian, in=20 $KOHAROOT/intranet/scripts/misc/translator/po) but they are not uptodate=20 & need some work to be useable again. * The librarian interface is tested only with mozilla/firefox. Should=20 work (partially) with IE. OPAC should work fine with any navigator. KNOWN BUG : ****** in MARC setup, if you have more than once a field mapped to a give=20 authorised value, when you duplicate a field (whatever the field), all=20 authorised values are defaulted to the same value. Bug still=20 unexplained. Don't occur if you just modify a biblio, or when you have=20 only once a given authorised value category. Bug detected by EMN, that has a "LANG" authorised value for both "text=20 language" and "original text language". =3D=3D=3D=3D=3D=3D=3D DIFFS =3D=3D=3D=3D=3D=3D=3D Diff 2.2.2 =3D> 2.2.3 ******************* DB MODIFS : *********** DB structure : none DB content : 4 systempreferences (see below) Koha opac stylesheets : some changes and at least 4 added entries. BUGFIXES ***** Critical & Minor mixed =3D=3D=3D ACQUISITION =3D=3D=3D * adding supplier info to basket.pl (for order printing) * adding a date filter on acquisition history search =09 =3D=3D=3D OPAC =3D=3D=3D * minor fix in subject link (normal view) =09 =3D=3D=3D CATALOGUE =3D=3D=3D * it's possible to change a framework type when editing a biblio * (critical) bugfix in authorities : in biblio repeated fields, when you=20 choosed an authority entries, it was copied in all the fields, not only=20 in one. * bugfix : when you duplicate a MARC field (for the 2nd time or more),=20 the last field was duplicated too. * bugfix in subject link, in normal view * bugfix when duplicate authority suspected, the link to see the other=20 authority was wrong. * bugfix in items : the Edit biblio button was wrong. * bugfix when MARC=3DOFF, subject modifs were not stored in MARC database= . * bugfix in z3950 client, for BNF (problem probably due to upgrading of=20 some sofwtare in UNIMARC) * fix in z3950 server. Now works correctly =09 =3D=3D=3D AUTHORITIES =3D=3D=3D * bugfix in "next page" in authority search (was buggy under certain=20 circumstances only) =3D=3D=3D CIRCULATION =3D=3D=3D * bugfix : checking issuing rules under certain circumstances was buggy=20 (reported issuing OK where it should not) * bugfix : renewal by issuing a book again did not work correctly. =09 =09 =3D=3D=3D BORROWERS =3D=3D=3D * better management of joining & expiry dates : - dates can be manually typed when adding a borrower. - Empty fields are automatically calculated (joining =3D today & expiry=20 date calculated from borrower category) - Expiry date can be modified * checking expiry date when trying to issue a book & forbidding issuing=20 when expiry date reached. ** IMPORTANT ** This check was not done=20 before. Thus, you may be unable to issue books where you could before.=20 You can update your database borrower by borrower or with the following=20 SQL command on the server : "update borrowers set expiry=3D'2005-31-12'".= =20 You can limit the update to a borrower category with "update borrowers=20 set expiry=3D'2005-31-12' where categorycode=3D'A'" (all SQL commands mus= t=20 be typed without any ") * template improvements & some bugfixes in fines management. =3D=3D=3D PARAMETERS =3D=3D=3D * in marctagstructure, next & previous button no more loose=20 frameworkcode & link to default framework =09 IMPROVEMENTS =3D=3D=3D ACQUISITION =3D=3D=3D * in history search, a filter has been added on order date. * there are now 2 differents totals : one for rrp column & one for est=20 column =09 =3D=3D=3D CATALOGUE =3D=3D=3D * There is also a FindDuplicate feature for MARC Authorities * Dictionnary search : for titles, author & subject, there is now a=20 "dictionnary search". when the user clic on ..., a popup appear, that=20 enable search in biblios as well as in authorities. For example, if user=20 clic on author, and enter "Hugo", he will fing all authors & authority=20 having "Hugo". He then can choose the Hugo he want and run the search=20 with what he has found (& other criteria as well if he want) * it's now possible to change the framework of a biblio * the overduenotice.pl script (that sends a mail to borrowers with late=20 issues) contains the list of late items (title, author) =09 =3D=3D=3D PARAMETERS =3D=3D=3D * a new button in marctagstructure.pl has been added : if selected, only=20 actived fields/subfields are shown. Subfields used are in a summary just=20 under the tag. Strongly limits the number of lines shown & more user=20 friendly. * Adding 2 checks in marc parameter checking : only 1 MARC tag must be=20 mapped to item tab and warning if there is NULL in a frameworkcode' =09 =3D=3D=3D REPORTS =3D=3D=3D * in "borrowers with no issues" wizard, adding "without issues since" =09 =3D=3D=3D OPAC =3D=3D=3D * basket / bookbag sending now has item list and an iso2709 file attached * links to reach suggestions & virtual shelves from any OPAC page * improvements in style sheet for better standard compliance. OPAC works=20 perfectly under opera & konqueror. * added a systempref to define an alternate image as logo (for main page=20 & top-left image on each page) * added a systempref to choose either to show or hide "lost" items. Note=20 that "lost items" can be related to an authorised value list, so does=20 not necessary mean "item definetly lost". Even here, some libraries want=20 to see lost items, and some don't want. This parameter will make=20 everybody happy ! * adding a "complete historyview" for subscription. Show year by year=20 all issues, whatever the status (arrived, missing...). A new systempref=20 as been added to choose between simple & complete history view. --=20 Paul POULAIN Consultant ind=E9pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From sromine@mendocinocollege.edu Wed Jun 22 08:12:44 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl6uC-00018z-Mq for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:12:44 -0700 Received: from mxtreme.mendocino.cc.ca.us ([207.62.188.35]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dl6uB-0006UY-CE for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:12:44 -0700 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fedora 4 Thread-Index: AcV3PPbLkv15rlvxQ2uIdwo8j88Y+A== From: "Shawn Romine" To: X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: [Koha-devel] Fedora 4 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 08:13:24 2005 X-Original-Date: Wed, 22 Jun 2005 08:13:37 -0700 Does anyone know if Koha will install on Fedora 4 using the Fedora 3 install instructions? From jmf@mail.liblime.com Wed Jun 22 08:22:58 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl746-0001rC-Av for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:22:58 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dl744-0008Ue-Dv for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:22:57 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 8945FCD5138; Wed, 22 Jun 2005 08:12:01 -0700 (PDT) From: Joshua Ferraro To: Shawn Romine Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Fedora 4 Message-ID: <20050622151201.GC4991@gandalf.liblime.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 08:23:51 2005 X-Original-Date: Wed, 22 Jun 2005 08:12:01 -0700 Hi Shawn, I haven't had a chance to install FC4 yet so I haven't updated the installation manual. I can't think of any reason it wouldn't work though. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From jmf@mail.liblime.com Wed Jun 22 08:42:42 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl7NC-0003AZ-1V for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:42:42 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1Dl7N7-0006tF-Jg for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:42:41 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id 6D361CD5138; Wed, 22 Jun 2005 08:31:40 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050622153140.GD4991@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Searching Group Meeting Notes Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 08:43:27 2005 X-Original-Date: Wed, 22 Jun 2005 08:31:40 -0700 Hi everyone, Sorry I'm late in putting this out: Present: kados slef owen chris paul thd rach This is just the highlights. If you want to grok the issues you'll need to read the log: http://koha.org/cgi-bin/logs.pl?recall=recall&saved_query=Searching%20Meeting%2021%20June%202005 1 Started with a discussion of Zebra: using zebra as a plugin isn't a good idea because we don't want to maintain two koha searching apis we need to test Zebra to determine which option is best: zebra for all (need to test .. does this make circ slower) or zebra for biblio, database for item info paul will begin working on porting Biblio.pm to reindex zebra (to store status info in the MARC record and re-index zebra during circ) chris will work on writing a wrapper for opac searches kados will begin working on configuration of Zebra thd mentioned some problematic UNIMARC issues related to compound fields 2 slef and kados discussed CQL as a query front end. discussion will be moved to koha-devel 3 the discussion turned to opensearch. kados showed the opensearch demo http://liblime.com/opensearchportal.html the idea of federated searching and ILL using opensearch was discussed slef suggested looking at RDF rather than RSS2.0 the discussion will be moved to koha-devel -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From sromine@mendocinocollege.edu Wed Jun 22 08:55:02 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl7Z8-0003yg-9X for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:55:02 -0700 Received: from mxtreme.mendocino.cc.ca.us ([207.62.188.35]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dl7Z6-0006DK-Tb for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 08:55:02 -0700 Content-class: urn:content-classes:message Subject: RE: [Koha-devel] Fedora 4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Koha-devel] Fedora 4 Thread-Index: AcV3PkR8OUXwH3xJRLeahtaX6TOqdwABERAg From: "Shawn Romine" To: "Joshua Ferraro" Cc: X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 08:56:36 2005 X-Original-Date: Wed, 22 Jun 2005 08:55:56 -0700 Thanks for the quick reply. Also, I wanted to commend you on your excellent and professional documentation. It is the quality work being done by you and others on this project that is making this a viable solution. Once I saw KOHA itself, the documentation, and the excellent support on this listserv, I was able to go to the college and say this is something we should be researching. Thanks!=20 -----Original Message----- From: Joshua Ferraro [mailto:jmf@liblime.com]=20 Sent: Wednesday, June 22, 2005 7:12 AM To: Shawn Romine Cc: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] Fedora 4 Hi Shawn, I haven't had a chance to install FC4 yet so I haven't updated the installation manual. I can't think of any reason it wouldn't work though. --=20 Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From shedges@skemotah.com Wed Jun 22 09:37:44 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dl8ES-0006Lt-Q2 for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 09:37:44 -0700 Received: from webmail1.sd.dreamhost.com ([66.33.201.159]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dl8ER-0005ul-Dv for koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 09:37:44 -0700 Received: from webmail.skemotah.com (localhost [127.0.0.1]) by webmail1.sd.dreamhost.com (Postfix) with ESMTP id E99EA2C1FF; Wed, 22 Jun 2005 09:37:42 -0700 (PDT) Received: from 66.213.78.3 (proxying for 66.213.78.2) (SquirrelMail authenticated user shedges@skemotah.com) by webmail.skemotah.com with HTTP; Wed, 22 Jun 2005 12:37:42 -0400 (EDT) Message-ID: <6893.66.213.78.3.1119458262.squirrel@webmail.skemotah.com> From: "Stephen Hedges" To: koha-devel@lists.sourceforge.net, koha@lists.katipo.co.nz User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -0.1 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] New documents on kohadocs.org Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 09:38:26 2005 X-Original-Date: Wed, 22 Jun 2005 12:37:42 -0400 (EDT) I gives me great pleasure to announce our first Spanish-language document on www.kohadocs.org: 'Traducción de “Templates” de KOHA' by Martin Longo (also available in English, 'KOHA's Template Translation'). This is also our first document about templates. You'll find it in section 2.3, System Administration > Templates. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From vasutap@gmail.com Wed Jun 22 21:07:15 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DlIzi-0007hM-UW for Koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 21:07:14 -0700 Received: from zproxy.gmail.com ([64.233.162.192]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DlIzh-00016G-KH for Koha-devel@lists.sourceforge.net; Wed, 22 Jun 2005 21:07:14 -0700 Received: by zproxy.gmail.com with SMTP id 18so780707nzp for ; Wed, 22 Jun 2005 21:07:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=e//vdFa6JinuP/F2ZnQyp9d9ufiyBPO/wPoOVCNQG034wxFP2caGxJ80K6x1lKB7AXgZELCexoGbIKZjvDQ+CGfERfBwVOLTfJ01q26pXtoIurHqnIWO25+rWVjMAy4OC0BFi82kOP+RTaC7UdTcH0F8+UrwZXhe/cVRCj/U38Q= Received: by 10.36.104.16 with SMTP id b16mr1036777nzc; Wed, 22 Jun 2005 21:07:08 -0700 (PDT) Received: by 10.36.90.7 with HTTP; Wed, 22 Jun 2005 21:07:08 -0700 (PDT) Message-ID: <1972c4a705062221072af848fa@mail.gmail.com> From: vasu k Reply-To: vasu k To: Koha-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 RCVD_BY_IP Received by mail server with no name Subject: [Koha-devel] Thai developer Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 22 21:08:52 2005 X-Original-Date: Thu, 23 Jun 2005 11:07:08 +0700 aGVsbG8gZXZlcnkgYm9keQppIGFtIGludGVyZXN0ZWQgdG8gdXRpbGl6dGlvbiBrb2hhIGluIHRo YWkgbGFuZ3VhZ2UgZm9yIGluZGVwZW5kZW50CnN0dWR5IGluIGdyYWR1YXRlIGZvciBNU0lUCgpw bHMgZ3VpZGUgbWUgZm9yIGRldmVsb3AKbXkgaWRlYQogIDEuIGNobmFnZSBVSSBmcm9tIGVuIHRv IHRoYWkoY2hhbmdlIERCIGNhbGwgdGgpCiAgMi4gRWRpdCBDb2RlIFVwZGF0ZSBUaGFpIHJlY29y ZCAoTm93IGkgdGVzdCBhZGQgdGhhaSByZWNvcmQgLGkgY2FuCnNlYXJjaCB2aWV3IGluIHRoYWkg YnV0IGRhdGEgaW4gREIgY2FuJyBzaG93IHRoYWkgcmVjb3JkIGV4YW1wbGUgaSBhZGQKIuC4p+C4 quC4uOC5gOC4l+C4niIgREIgc2hvdyAiJiMzNTg2OyYjMzY0MCIpCiAgMy4gU3RvcCBUaGFpIHdv cmQgCnBscyBoZWxwIG1lCmFuZCAKSSBkb24ndCBrbm93IHlvdSBwbGFuaW5nIHRvIHJlbGVhc2Ug S29oYSB2ZXJzaW9uID8gCnBscyB0ZWxsIG1lIHRvbwo= From dnmeid@gmx.de Thu Jun 23 02:45:39 2005 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DlOH7-0006Ks-K3 for koha-devel@lists.sourceforge.net; Thu, 23 Jun 2005 02:45:33 -0700 Received: from qhmail2.colt1.inetserver.de ([195.234.228.78]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DlOH4-0001Up-OZ for koha-devel@lists.sourceforge.net; Thu, 23 Jun 2005 02:45:33 -0700 Received: from qhmx2-mailrouter.colt1.inetserver.de (qhmx2.colt1.inetserver.de [195.234.228.112]) by qhmail2.colt1.inetserver.de (Postfix) with ESMTP id 9E540B102 for ; Thu, 23 Jun 2005 11:45:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by qhmx2-mailrouter.colt1.inetserver.de (Postfix) with ESMTP id 80F693D2FD for ; Thu, 23 Jun 2005 11:45:16 +0200 (CEST) Received: from qhmx2.colt1.inetserver.de ([127.0.0.1]) by localhost (qhmx2.colt1.inetserver.de [127.0.0.1]) (amavisd-new, port 10023) with LMTP id 43588-07-3 for ; Thu, 23 Jun 2005 11:45:16 +0200 (CEST) X-Auth-User: meid/backstage.org Received: from DME-CONTROL (unknown [62.154.172.9]) by qhmx2-custsmtp.colt1.inetserver.de (Postfix) with ESMTP id 4E50CB478F for ; Thu, 23 Jun 2005 11:45:16 +0200 (CEST) From: Dorian Meid X-Mailer: The Bat! (v3.0.1.33) NREG / CD5BF9353B3B7091 Reply-To: Dorian Meid X-Priority: 3 (Normal) Message-ID: <1132632467.20050623114716@gmx.de> To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] FreeBSD Port In-Reply-To: <1119143788.8229.93.camel@jcamins.tcnj.edu> References: <1119143788.8229.93.camel@jcamins.tcnj.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at colt1.inetserver.de X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu Jun 23 02:47:37 2005 X-Original-Date: Thu, 23 Jun 2005 11:47:16 +0200 Hello Jared, > My question, > therefore, is: has anyone ported Koha to the FreeBSD ports system? If > so, does anyone know how I can get a copy of the Makefile? Also, are > there any patches that FreeBSD users have found it necessary to apply? I'm using Koha on Freebsd since Koha v1.x and on FreeBSD v4.7 and 5.3 Originally Koha was developed on Debian as far as I know. The differences are not to big, mainly there are some different paths, where things are usually located. I had no need to adjust code in the main-scripts for the bsd-installation, but I had to patch the installer a little bit (usage of `cp`). I think this patches should be in the actual releases yet as the are compatible to linux-shells. -- Dorian Meid From mjr@phonecoop.coop Sun Jun 26 10:46:25 2005 Received: from [10.3.1.91] (helo=sc8-sf-mx1-new.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DmbD7-0001Kd-06 for koha-devel@lists.sourceforge.net; Sun, 26 Jun 2005 10:46:25 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx1-new.sourceforge.net with smtp (Exim 4.44) id 1DmbD4-0004Ra-1C for koha-devel@lists.sourceforge.net; Sun, 26 Jun 2005 10:46:25 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.50) id 1DmbCu-0002Gz-Bl; Sun, 26 Jun 2005 18:46:12 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DmbCt-000350-00; Sun, 26 Jun 2005 18:46:11 +0100 To: , In-Reply-To: Your message of Wed, 22 Jun 2005 08:31:40 -0700 <20050622153140.GD4991@gandalf.liblime.com> References: <20050622153140.GD4991@gandalf.liblime.com> Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.1 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_PLUS BODY: Text interparsed with + 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Searching and ILL (from: Searching Group Meeting Notes) Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sun Jun 26 10:48:01 2005 X-Original-Date: Sun, 26 Jun 2005 18:46:11 +0100 Joshua Ferraro wrote: > 3 the discussion turned to opensearch. kados showed the opensearch demo > http://liblime.com/opensearchportal.html This demo didn't work for those of us without javascript. :-/ http://search.athenscounty.lib.oh.us/cgi-bin/koha/opensearch?q=cats helped to give more idea about what was going on. opensearch.a9.com also contains some docs. > the idea of federated searching and ILL using opensearch was > discussed > > slef suggested looking at RDF rather than RSS2.0 > > the discussion will be moved to koha-devel = Summary = Resource Description Framework is popular with librarians and RDF Site Summary is RSS 1, which is not the same as Really Simple Syndication (RSS 2). RDF Site Summary versions are 1.x and Really Simple Syndication are 2.x, so many developers go for the higher number and never mind the different words. I'm surprised it's happened in koha-devel, as RDF is popular with librarians and information scientists, who are using it to help build the Semantic Web, which is where this talk of distributed searching seems to be heading. >-> http://www.w3.org/RDF/ >-> http://purl.org/rss/1.0/ I think RSS 1 already has solved some of the problems facing us if we use opensearch, I think more RDF use could open interesting applications for koha and I think RSS 2's namespace problem is a pain. = The Namespace Problem = The problem is that the spec RSS 2 says "the elements defined in this document are not themselves members of a namespace" and while that looks like a really smart idea to simplify parsing, it makes a few processes and applications difficult. There are these elements, floating around without a namespace, disconnected and trying to claim to be the root in any file containing RSS 2 elements. Basically, imagine writing a large perl system without using modules at all, putting it all in the global namespace. Yes, it used to be done and can still be done, but most people don't do it any more. Why don't we do it? Isolation. It helps to keep things in neat little units, making it easier to test and easier to change one with less risk of messing up the others. I know we're still not very good at unit testing koha modules, but can everyone agree with the general idea it's better we use modules than have it all in one big flat namespace? = Problems Already Solved = Also interesting for libraries is the availability of the Dublin Core metadata elements in an RSS 1.0 main module. A lot of the things opensearch is trying to do have already been in RDF Site Summary for years, such as returning metadata appropriate to search results. Look at the mod_search module - what do we need to do that isn't already developed by the XML-DEV hackers? >-> http://purl.org/DC >-> http://purl.org/rss/1.0/modules/search/ = Interesting Applications = Almost certainly, ILL is one thing I've not seen yet. I think the OpenIll namespace is interesting and should be used, especially if we can build bridges to other system developers. I'm not sure what should be in there, as I've not done much with ILL. I hope that it can be used alongside RDF and maybe be more general for it, linking with Dublin Core and other useful namespaces. Is that possible? = Other Parts of OpenSearch = So, if we avoid having OpenSearch Really Simple Syndication in the koha's core (use a translator or something loosely coupled), that leaves the query and description parts of OpenSearch. I wondered whether we can convince other library systems to put a tag or similar in their page's head. Then configuring an "external searches" setting in koha's parameters could be as simple as cut-and-pasting or drag-and-dropping URLs, with koha figuring out the details from that (actually, we could probably do some from a search form... but that's getting far too clever for now). The main attraction of opensearch seems to be that it lets your results appear on A9. I've yet to meet many A9 users: do any other search engines use opensearch yet? Also, given their past, have Amazon said that it is patentless? If it was through some loose part, it wouldn't be too painful if it's unusable by some later. = Request for Comments = I offer no action plan yet. It's probably not for me to do so. That said, I hope that koha 2.3 will start to support inter-site searches more simply for programmers and sysadmins than Z39.50. So, please send your comments to these ideas as soon as possible. At latest, before the next Searching Meeting. -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From shedges@skemotah.com Mon Jun 27 05:10:34 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DmsRe-0001Z2-0z for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 05:10:34 -0700 Received: from webmail2.sd.dreamhost.com ([66.33.201.157]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DmsRc-0006tK-9Y for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 05:10:33 -0700 Received: from webmail.skemotah.com (localhost [127.0.0.1]) by webmail2.sd.dreamhost.com (Postfix) with ESMTP id A975DDC721; Mon, 27 Jun 2005 05:10:29 -0700 (PDT) Received: from 65.24.138.126 (SquirrelMail authenticated user shedges@skemotah.com) by webmail.skemotah.com with HTTP; Mon, 27 Jun 2005 08:10:29 -0400 (EDT) Message-ID: <32830.65.24.138.126.1119874229.squirrel@webmail.skemotah.com> In-Reply-To: References: <20050622153140.GD4991@gandalf.liblime.com> Subject: Re: [Koha-devel] Searching and ILL (from: Searching Group Meeting Notes) From: "Stephen Hedges" To: "MJ Ray" Cc: jmf@liblime.com, koha-devel@lists.sourceforge.net User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 SF_CHICKENPOX_PLUS BODY: Text interparsed with + 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_QUESTION BODY: Text interparsed with ? 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 27 05:12:24 2005 X-Original-Date: Mon, 27 Jun 2005 08:10:29 -0400 (EDT) Lots and lots of good information in this posting... It will take me a while to digest all of this, but my first reaction is that anything we do to move Koha closer to Dublin Core will win the approval of "professional" catalogers (in the US, at least). Stephen MJ Ray said: > Joshua Ferraro wrote: >> 3 the discussion turned to opensearch. kados showed the opensearch demo >> http://liblime.com/opensearchportal.html > > This demo didn't work for those of us without javascript. :-/ > http://search.athenscounty.lib.oh.us/cgi-bin/koha/opensearch?q=cats > helped to give more idea about what was going on. > opensearch.a9.com also contains some docs. > >> the idea of federated searching and ILL using opensearch was >> discussed >> >> slef suggested looking at RDF rather than RSS2.0 >> >> the discussion will be moved to koha-devel > > = Summary = > > Resource Description Framework is popular with librarians and > RDF Site Summary is RSS 1, which is not the same as Really > Simple Syndication (RSS 2). RDF Site Summary versions are 1.x > and Really Simple Syndication are 2.x, so many developers go > for the higher number and never mind the different words. I'm > surprised it's happened in koha-devel, as RDF is popular with > librarians and information scientists, who are using it to help > build the Semantic Web, which is where this talk of distributed > searching seems to be heading. >>-> http://www.w3.org/RDF/ >>-> http://purl.org/rss/1.0/ > > I think RSS 1 already has solved some of the problems facing us > if we use opensearch, I think more RDF use could open interesting > applications for koha and I think RSS 2's namespace problem is > a pain. > > = The Namespace Problem = > > The problem is that the spec RSS 2 says "the elements defined > in this document are not themselves members of a namespace" > and while that looks like a really smart idea to simplify > parsing, it makes a few processes and applications difficult. > There are these elements, floating around without a namespace, > disconnected and trying to claim to be the root in any file > containing RSS 2 elements. > > Basically, imagine writing a large perl system without using > modules at all, putting it all in the global namespace. Yes, > it used to be done and can still be done, but most people don't > do it any more. Why don't we do it? Isolation. It helps to > keep things in neat little units, making it easier to test and > easier to change one with less risk of messing up the others. > I know we're still not very good at unit testing koha modules, > but can everyone agree with the general idea it's better we > use modules than have it all in one big flat namespace? > > = Problems Already Solved = > > Also interesting for libraries is the availability of the > Dublin Core metadata elements in an RSS 1.0 main module. > A lot of the things opensearch is trying to do have already > been in RDF Site Summary for years, such as returning metadata > appropriate to search results. Look at the mod_search module - > what do we need to do that isn't already developed by the > XML-DEV hackers? >>-> http://purl.org/DC >>-> http://purl.org/rss/1.0/modules/search/ > > = Interesting Applications = > > Almost certainly, ILL is one thing I've not seen yet. I think the > OpenIll namespace is interesting and should be used, especially > if we can build bridges to other system developers. I'm not sure > what should be in there, as I've not done much with ILL. I hope > that it can be used alongside RDF and maybe be more general for > it, linking with Dublin Core and other useful namespaces. Is > that possible? > > = Other Parts of OpenSearch = > > So, if we avoid having OpenSearch Really Simple Syndication in > the koha's core (use a translator or something loosely coupled), > that leaves the query and description parts of OpenSearch. I > wondered whether we can convince other library systems to put a > tag > or similar in their page's head. Then configuring an "external > searches" setting in koha's parameters could be as simple as > cut-and-pasting or drag-and-dropping URLs, with koha figuring > out the details from that (actually, we could probably do some > from a search form... but that's getting far too clever for now). > > The main attraction of opensearch seems to be that it lets > your results appear on A9. I've yet to meet many A9 users: > do any other search engines use opensearch yet? Also, given > their past, have Amazon said that it is patentless? If it > was through some loose part, it wouldn't be too painful if > it's unusable by some later. > > = Request for Comments = > > I offer no action plan yet. It's probably not for me to do so. > That said, I hope that koha 2.3 will start to support inter-site > searches more simply for programmers and sysadmins than Z39.50. > So, please send your comments to these ideas as soon as possible. > At latest, before the next Searching Meeting. > > -- > MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ > http://www.ttllp.co.uk/koha/ > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From laurenthdl@alinto.com Mon Jun 27 10:08:15 2005 Received: from [10.3.1.91] (helo=sc8-sf-mx1-new.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dmx5j-0000i4-CQ for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 10:08:15 -0700 Received: from smtp2.wanadoo.fr ([193.252.22.29]) by sc8-sf-mx1-new.sourceforge.net with esmtp (Exim 4.44) id 1Dmx5h-0006QX-Vm for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 10:08:15 -0700 Received: from me-wanadoo.net (unknown [127.0.0.1]) by mwinf0203.wanadoo.fr (SMTP Server) with ESMTP id 18B441C0018E for ; Mon, 27 Jun 2005 19:08:06 +0200 (CEST) Received: from [192.168.3.11] (AMontpellier-151-1-11-12.w83-205.abo.wanadoo.fr [83.205.146.12]) by mwinf0203.wanadoo.fr (SMTP Server) with ESMTP id D1C401C001DA for ; Mon, 27 Jun 2005 19:08:05 +0200 (CEST) X-ME-UUID: 20050627170805859.D1C401C001DA@mwinf0203.wanadoo.fr Message-ID: <42C03279.4060504@alinto.com> From: Henri-Damien LAURENT User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: koha-devel@lists.sourceforge.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.6 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Updater : proposition. Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 27 10:10:10 2005 X-Original-Date: Mon, 27 Jun 2005 19:08:09 +0200 Looking at updater/updatedatabase, it looks like a real mess.... Especially if we think about all the big advances we shall make with the next version , would it be called 2.4 or 3.0 ;)))). So we propose that we could assume that from now on, in head version updater should take on the evolution from version 2.2 to 3.0 and give up all the evolution from 1.2 to 2.2 which would make it too big and too messy to be really maintainable. If nobody needs such a big file any longer, we shall change it. Thanks. -- Henri-Damien LAURENT From mjr@phonecoop.coop Mon Jun 27 10:22:59 2005 Received: from [10.3.1.92] (helo=sc8-sf-mx2-new.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DmxJy-0001Rt-LK for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 10:22:58 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by sc8-sf-mx2-new.sourceforge.net with smtp (Exim 4.44) id 1DmxJg-0000CR-Jz for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 10:22:58 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.50) id 1DmxJX-0002ix-Hk for koha-devel@lists.sourceforge.net; Mon, 27 Jun 2005 18:22:31 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DmxJV-0001i0-00 for ; Mon, 27 Jun 2005 18:22:29 +0100 References: <42C03279.4060504@alinto.com> In-Reply-To: Your message of Mon, 27 Jun 2005 19:08:09 +0200 <42C03279.4060504@alinto.com> Subject: Re: [Koha-devel] Updater : proposition. To: Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon Jun 27 10:24:35 2005 X-Original-Date: Mon, 27 Jun 2005 18:22:29 +0100 Henri-Damien LAURENT wrote: > So we propose that we could assume that from now on, in head version > updater should take on the evolution from version 2.2 to 3.0 and give up > all the evolution from 1.2 to 2.2 which would make it too big and too > messy to be really maintainable. It seems like a good idea to me. The 2.2 updater will still be available from some sourceforge incantation for the forseeable future and I don't think upgrading 1.2 -> 2.2 has been recommended. If this is agreed, I will update the installer to support version checking as needed. Could it happen at an installer/ upgrader IRC meeting? Who wants to be at this meeting and what times around 2005-07-04 and -05 are good (UTC/GMT please)? -- MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/ http://www.ttllp.co.uk/koha/ From mjr@phonecoop.coop Wed Jun 29 03:43:08 2005 Received: from [10.3.1.91] (helo=sc8-sf-mx1-new.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dna23-000702-FY for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 03:43:03 -0700 Received: from externalmx-1.sourceforge.net ([12.152.184.25]) by sc8-sf-mx1-new.sourceforge.net with esmtp (Exim 4.44) id 1Dna22-00053o-CO for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 03:43:03 -0700 Received: from mail.phonecoop.coop ([82.138.229.72]) by externalmx-1.sourceforge.net with smtp (Exim 4.41) id 1Dna1y-0005Oi-3e for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 03:43:00 -0700 Received: from [213.55.30.50] (helo=pipe.localnet) by mail.phonecoop.coop with esmtp (Exim 4.50) id 1DnZxz-000781-HM; Wed, 29 Jun 2005 11:38:51 +0100 Received: from mjr by pipe.localnet with local (Exim 3.36 #1 (Debian)) id 1DnZxy-00016h-00; Wed, 29 Jun 2005 11:38:50 +0100 References: <8752a876050617121622a518d7@mail.gmail.com> In-Reply-To: Your message of Fri, 17 Jun 2005 20:16:17 +0100 <8752a876050617121622a518d7@mail.gmail.com> Subject: Re: [Koha-devel] NPL Reskinning To: , Message-Id: From: MJ Ray X-Antivirus-Scanned: Clean X-Spam-Score: 0.0 (/) X-Spam-Score: 0.1 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to https://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 29 03:44:49 2005 X-Original-Date: Wed, 29 Jun 2005 11:38:50 +0100 > From: Ben Goodger > Date: Fri, 17 Jun 2005 20:16:17 +0100 > [...] > http://kohacvs.shaunevans.co.uk - all comments and appraisal is/are > welcome. That's minimal. From jmf@mail.liblime.com Wed Jun 29 08:54:46 2005 Received: from [10.3.1.92] (helo=sc8-sf-mx2-new.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dneth-00065o-CK for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 08:54:45 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx2-new.sourceforge.net with esmtp (Exim 4.44) id 1Dnetf-00045e-73 for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 08:54:45 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id E8F02CD51BE; Wed, 29 Jun 2005 08:42:53 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050629154253.GA8942@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Meeting Reminder Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 29 08:56:37 2005 X-Original-Date: Wed, 29 Jun 2005 08:42:53 -0700 Hi everyone, I'm back from ALA so I'll be sorting through my many e-mail messages and posting pics and news from the exhibit soon. Just a quick reminder that we've a Koha Website / Interface Design meeting today at 20:00 GMT. Here's the time in your area: http://tinyurl.com/d5jtz and here's the meeting agenda: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes05jun29 Please join us if you can and add items you'd like covered to the agenda. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS From jmf@mail.liblime.com Wed Jun 29 16:26:32 2005 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Dnlwu-0002kB-EN for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 16:26:32 -0700 Received: from [66.249.2.74] (helo=mail.liblime.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dnlwt-0005al-1a for koha-devel@lists.sourceforge.net; Wed, 29 Jun 2005 16:26:32 -0700 Received: by mail.liblime.com (Postfix, from userid 500) id BA26CCD4487; Wed, 29 Jun 2005 16:14:37 -0700 (PDT) From: Joshua Ferraro To: koha-devel@lists.sourceforge.net Message-ID: <20050629231437.GA9032@gandalf.liblime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: LibLime Library Solutions X-GPG-Fingerprint: 3DA3 D7DC CD48 0A96 E9C2 B95F 66C4 2170 A747 C63E X-GPG-Key: http://www.kados.org/jferraro.gpg.asc X-Operating-System: Debian GNU/Linux X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 AWL AWL: From: address is in the auto white-list Subject: [Koha-devel] Website / ID Meeting Notes Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed Jun 29 16:28:09 2005 X-Original-Date: Wed, 29 Jun 2005 16:14:37 -0700 Meeting Notes for Website / Interface Design Meeting As always ... the meeting was logged at koha.org/irc Present: kados rach owen slef richard russ indradg shawn hdl (big meeting!!) 1. Koha.org Website We discussed Russ's report: http://www.russandsarah.gen.nz/kohawebredev/ a. folks need to look at the wireframes and give feedback to russ b. some feedback was given about objective and scope: opencms was introduced as a product: opencms.org some question was raised as to whether opencms or mambo would be a better choice mambo supports multiple languages and we're not sure if opencms does the koha team will be 'koha project managers' with bios, emails at koha.org, and maybe even images to lend credibility to the project librarians were defined as users a media link will be added under 'news' c. we want to support multiple languages eventually -- at first we'll do the site in english d. koha-fr.org will have to decide what to do if there are two french koha sites e. shaun will make the site WCAG compliant http://www.w3.org/TR/WCAG f. the site will be mirrored by katipo and maybe by koha-fr and liblime too 2. Interface Design: a. we will design a set of 'programmer templates' -- minimalist templates with only the functions of that template displayed to ease template maintenance for our interface designers b. we will design a set of 'default templates' and the lead interface designer will be responsible for taking changes from the programmer templates and integrating those into the default templates c. we will establish a set of guidelines for committing new features to CVS that will ensure that programmers commit only to programmer templates and not to default templates -- so that the ID can ensure QA on those templates d. this does not mean that internal design groups can't maintain their own set of templates -- it simply means that when they commit the features to CVS they will commit a minimalist version of the feature to the programmer templates (and hopefully a good description of the feature) and leave the presentation up to the ID. e. the success of this method will depend on all the programmers playing nicely and committing their additions to the minimalist templates in addition to their own project templates -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf@liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS