From sandeep.bhavsar at gmail.com Sat Dec 1 13:19:46 2012 From: sandeep.bhavsar at gmail.com (SANDEEP BHAVSAR) Date: Sat, 1 Dec 2012 17:49:46 +0530 Subject: [Koha-devel] Zebra Server - Cannot allocate Memory Message-ID: Dear All I have been observing from last one week that our Koha search stop after 24hrs and when we restart Zebra then it starts working. log show the error as : : zebra server is failing with following msg 10:40:03-29/11 [fatal] fork [Cannot allocate memory] I have searched for the solution on google but no success. -- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@@@@@@@@@@@@@@@@@@@@@@@@@ email : sandeep.bhavsar at gmail.com Mob : 9987049099 elibrary :http://www.vpmthane.org/im/elib/main.htm @@@@@@@@@@@@@@@@@@@@@@@@@@ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mh_zalabany at hotmail.com Sat Dec 1 15:05:49 2012 From: mh_zalabany at hotmail.com (Mohamed zalabany) Date: Sat, 1 Dec 2012 14:05:49 +0000 Subject: [Koha-devel] how could i change in the view of the records in OPAC Message-ID: i need to change the sequance of the fields of MARC record in normal view in opacand add new fields to appear in the opac in the normal viewcould you please tell me how could i do thati reached to that i need to change in /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/xslt/but i don't know which file also i need to know how could i remove MARC view & ISBD view in the opac Mohamed El ZalabanyIntegrated library systems consultant Zalabany Knowledge Systems Team? For Libraries and Information systems Development and support mh_zalabany at hotmail.com Mobile: 0111291444 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtompset at hotmail.com Sat Dec 1 15:24:13 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Sat, 1 Dec 2012 09:24:13 -0500 Subject: [Koha-devel] Zebra Server - Cannot allocate Memory In-Reply-To: References: Message-ID: Greetings, When I first setup Koha, I was using a 3.6.3 tarball on Ubuntu with 512MB of memory. I discovered that apache was leaking about 1MB per transaction in Koha. This caused us a pain when indexing/reindexing. At that time, we couldn?t even complete a full reindex with apache and MySQL running. So, if you seem to be running out of memory after 24 hours, I would suggest a cronjob that restarts apache daily at an off hours time, if you are unable to increase the amount of memory you have. The OS/Apache eventually recover the leaks without intervention if you wait long enough, and/or are able to determine better apache settings. You can use "free -m" to determine the total amount of memory, free memory, and swap space that you have in megabytes. The size of your catalogue and the number of transactions (check in/check out/clicking a button on a Koha page) are usually used to determine the amount of disk space and memory you should be using. It should also be noted that Zebra is a memory hog. This is why my *temporary* solution was turning off apache, doing the reindexing, turning apache back on, and restarting the zebra indexing daemon. We are currently running 3.8.6 off of packages now. When we increased the memory to 1GB, this was no longer required as memory management stabilized. We do not have high traffic on our site (yet), but it is growing. And as it grows, this minimum of 1GB will likely need to be increased. It should also be noted we have no swap space. GPML, Mark Tompsett -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandeep.bhavsar at gmail.com Sun Dec 2 05:35:12 2012 From: sandeep.bhavsar at gmail.com (SANDEEP BHAVSAR) Date: Sun, 2 Dec 2012 10:05:12 +0530 Subject: [Koha-devel] Zebra Server - Cannot allocate Memory In-Reply-To: References: Message-ID: Configuration of my server is 8 gb RAM but yes our website has 250+ hits daily. Dec 1, 2012 at 7:54 PM, Mark Tompsett wrote: > Greetings, > > When I first setup Koha, I was using a 3.6.3 tarball on Ubuntu with 512MB > of memory. I discovered that apache was leaking about 1MB per transaction > in Koha. This caused us a pain when indexing/reindexing. At that time, we > couldn?t even complete a full reindex with apache and MySQL running. > > So, if you seem to be running out of memory after 24 hours, I would > suggest a cronjob that restarts apache daily at an off hours time, if you > are unable to increase the amount of memory you have. The OS/Apache > eventually recover the leaks without intervention if you wait long enough, > and/or are able to determine better apache settings. > > You can use "free -m" to determine the total amount of memory, free > memory, and swap space that you have in megabytes. The size of your > catalogue and the number of transactions (check in/check out/clicking a > button on a Koha page) are usually used to determine the amount of disk > space and memory you should be using. > > It should also be noted that Zebra is a memory hog. This is why my > *temporary* solution was turning off apache, doing the reindexing, turning > apache back on, and restarting the zebra indexing daemon. > > We are currently running 3.8.6 off of packages now. When we increased the > memory to 1GB, this was no longer required as memory management stabilized. > We do not have high traffic on our site (yet), but it is growing. And as it > grows, this minimum of 1GB will likely need to be increased. It should also > be noted we have no swap space. > > GPML, > Mark Tompsett > -- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@@@@@@@@@@@@@@@@@@@@@@@@@ email : sandeep.bhavsar at gmail.com Mob : 9987049099 elibrary :http://www.vpmthane.org/im/elib/main.htm @@@@@@@@@@@@@@@@@@@@@@@@@@ -------------- next part -------------- An HTML attachment was scrubbed... URL: From liz at catalyst.net.nz Sun Dec 2 20:44:22 2012 From: liz at catalyst.net.nz (Liz Rea) Date: Mon, 03 Dec 2012 08:44:22 +1300 Subject: [Koha-devel] [Koha] Koha 3.10.0 released In-Reply-To: <50B89567.5070708@biblibre.com> References: <50B89567.5070708@biblibre.com> Message-ID: <50BBAF96.6050207@catalyst.net.nz> Hiya, Just to put this one to bed - odt files are now permissible as upload types on k-c.org. :) Happy Sunday/Monday! Liz On 01/12/12 00:15, Paul Poulain wrote: > Le 30/11/2012 12:01, MJ Ray a ?crit : >> Paul Poulain wrote: >> If it's impossible, could you report the bug > I don't think it's a bug, it's just forbidden by k-c.org rule (security > reason ?) > >> and upload it somewhere >> on biblibre.com for now, rather than crossposting big mails, please? > Yep, I realised, but after shooting the mail, that I could have created > a bug on bugzilla and uploaded it as attachment here. > > Sorry for this 1MB attachment > From liz at catalyst.net.nz Sun Dec 2 20:46:10 2012 From: liz at catalyst.net.nz (Liz Rea) Date: Mon, 03 Dec 2012 08:46:10 +1300 Subject: [Koha-devel] [Koha] Koha 3.10.0 released In-Reply-To: <50BBAF96.6050207@catalyst.net.nz> References: <50B89567.5070708@biblibre.com> <50BBAF96.6050207@catalyst.net.nz> Message-ID: <50BBB002.4090803@catalyst.net.nz> That should read koha-community.org - apparently k-c.org goes to a dating site! ^.^ Liz On 03/12/12 08:44, Liz Rea wrote: > Hiya, > Just to put this one to bed - odt files are now permissible as upload > types on k-c.org. > > :) > > Happy Sunday/Monday! > > Liz > On 01/12/12 00:15, Paul Poulain wrote: >> Le 30/11/2012 12:01, MJ Ray a ?crit : >>> Paul Poulain wrote: >>> If it's impossible, could you report the bug >> I don't think it's a bug, it's just forbidden by k-c.org rule (security >> reason ?) >> >>> and upload it somewhere >>> on biblibre.com for now, rather than crossposting big mails, please? >> Yep, I realised, but after shooting the mail, that I could have created >> a bug on bugzilla and uploaded it as attachment here. >> >> Sorry for this 1MB attachment >> > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ From Katrin.Fischer.83 at web.de Mon Dec 3 08:09:16 2012 From: Katrin.Fischer.83 at web.de (Katrin Fischer) Date: Mon, 03 Dec 2012 08:09:16 +0100 Subject: [Koha-devel] [QA] QA process In-Reply-To: References: <50B6834B.1040107@web.de> Message-ID: <50BC501C.3060608@web.de> Hi all, rereading this thread again I think we can agree on the following workflow: If a patch is not passed QA for a longer time, the developer or party can leave a note on the bug or send mail to the mailing list as a gentle nudge to the other QA team members. If a patch is not passed QA for one month, then the patch can be QA'd by the same party. This doesn't mean of course that the RM can still ask for a second sign-off for a big feature or something he worries about. I am going to add this to the wiki. Katrin From M.de.Rooy at rijksmuseum.nl Mon Dec 3 08:55:57 2012 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Mon, 3 Dec 2012 07:55:57 +0000 Subject: [Koha-devel] [QA] QA process In-Reply-To: <50BC501C.3060608@web.de> References: <50B6834B.1040107@web.de> <50BC501C.3060608@web.de> Message-ID: <809BE39CD64BFD4EB9036172EBCCFA310E17D747@S-MAIL-1B.rijksmuseum.intra> +1 for gentle nudges :) If A at B writes a patch and C at D signs off, I would not mind E at D to do qa. I think we should prevent: A at B writes and C at B signs off and D at B wants to do qa. (Reading back, the B is completely incidental :) Marcel -----Oorspronkelijk bericht----- Van: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-bounces at lists.koha-community.org] Namens Katrin Fischer Verzonden: maandag 3 december 2012 8:09 Aan: koha-devel at lists.koha-community.org Onderwerp: Re: [Koha-devel] [QA] QA process Hi all, rereading this thread again I think we can agree on the following workflow: If a patch is not passed QA for a longer time, the developer or party can leave a note on the bug or send mail to the mailing list as a gentle nudge to the other QA team members. If a patch is not passed QA for one month, then the patch can be QA'd by the same party. This doesn't mean of course that the RM can still ask for a second sign-off for a big feature or something he worries about. I am going to add this to the wiki. Katrin _______________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ From nengard at gmail.com Mon Dec 3 17:16:12 2012 From: nengard at gmail.com (Nicole Engard) Date: Mon, 3 Dec 2012 11:16:12 -0500 Subject: [Koha-devel] [Koha] Koha 3.10.0 released In-Reply-To: <50BBB002.4090803@catalyst.net.nz> References: <50B89567.5070708@biblibre.com> <50BBAF96.6050207@catalyst.net.nz> <50BBB002.4090803@catalyst.net.nz> Message-ID: The release notes say: Show number of holds on a title in the OPAC details (bug #7398) Like on the staff client, it is now possible to show the number of holds currently on a title. This will allow patrons to know how long a wait is going to be without having to log into the OPAC. This patch adds a new system preference, OPACShowHoldsCount, that will control whether the total number of holds shown on the OPAC detail page or not. But I don't see this preference in master or on 3.10 stable. Did this make it in to the release notes by accident? Or was there an error with the upgrade script? Nicole From nengard at gmail.com Mon Dec 3 17:21:32 2012 From: nengard at gmail.com (Nicole Engard) Date: Mon, 3 Dec 2012 11:21:32 -0500 Subject: [Koha-devel] [Koha] Koha 3.10.0 released In-Reply-To: References: <50B89567.5070708@biblibre.com> <50BBAF96.6050207@catalyst.net.nz> <50BBB002.4090803@catalyst.net.nz> Message-ID: Okay, that pref didn't make it in - but OPACShowHoldQueueDetails was changed to meet the needs. We might want to edit the relase notes to make that clear. Nicole On Mon, Dec 3, 2012 at 11:16 AM, Nicole Engard wrote: > The release notes say: > > Show number of holds on a title in the OPAC details (bug #7398) > Like on the staff client, it is now possible to show the number of > holds currently on a title. This will allow patrons to know how long a > wait is going to be without having to log into the OPAC. > This patch adds a new system preference, OPACShowHoldsCount, that will > control whether the total number of holds shown on the OPAC detail > page or not. > > > But I don't see this preference in master or on 3.10 stable. Did this > make it in to the release notes by accident? Or was there an error > with the upgrade script? > > Nicole From vimal0212 at gmail.com Wed Dec 5 10:41:44 2012 From: vimal0212 at gmail.com (Vimal Kumar V.) Date: Wed, 5 Dec 2012 15:11:44 +0530 Subject: [Koha-devel] How to change fine calculation timing: another appeal Message-ID: Dear Friends, I tried to connect cronjob with anacron. I added the following lines in anacron file. Open the file gedit /etc/anacrontab And add the following lines in it and save. 1 10 cron.daily koha-foreach /etc/cron.daily This line will execute Koha related crontab daily after 10 minutes when system start. I found that fine calculated and display in circulation module. Try yourself and give your feed back. Thank you Robin Sheat for inform us about the use of anacron for Koha cronjobs. -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleonard at myacpl.org Thu Dec 6 17:37:16 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Thu, 6 Dec 2012 11:37:16 -0500 Subject: [Koha-devel] Linting JavaScript files Message-ID: I'd like to start looking at our handling of JavaScript assets in a more structured way, hopefully adding some JavaScript unit tests in the future. Talking about linting seems like a good first step. Does anyone here use JSLint or JSHint to check their JavaScript? What would you all think of adding some guidelines asking that new contributions get linted? My vote would be JSHint (http://www.jshint.com/). -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From jcamins at cpbibliography.com Thu Dec 6 17:40:30 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 6 Dec 2012 11:40:30 -0500 Subject: [Koha-devel] Search operators Message-ID: Hello. As many of you know, I have been working on rewriting Koha's search code so that it is more palatable than a plate of burned nine-day-old spaghetti. The initial part of the development is nearing completion, and I look forward to submitting a patch to the community for sign off[1]. In the course of the first section of the development, I have run into an interesting question. We currently support greater than and less than operators in our searches, but I cannot think of anywhere we might want to use them other than with dates. Does anyone have any scenarios where a greater than/less than operator would actually be useful in a bibliographic or authority search (other than in date searches)? Regards, Jared [1] If you're interested in seeing my work so far, the search rewrite branch in my public repo has all the code: http://git.cpbibliography.com/?p=koha.git;a=shortlog;h=refs/heads/search_rewrite The RFC is at http://wiki.koha-community.org/wiki/C_%26_P_Search_Rewrite_RFCand I would still welcome any and all comments. -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.bernier at free.fr Thu Dec 6 18:11:25 2012 From: alex.bernier at free.fr (Alex Bernier) Date: Thu, 6 Dec 2012 18:11:25 +0100 Subject: [Koha-devel] [Koha] Search operators In-Reply-To: References: Message-ID: <20121206171125.GA6296@merle> On Thu, Dec 06, 2012 at 11:40:30AM -0500, Jared Camins-Esakov wrote: > Hello. > > As many of you know, I have been working on rewriting Koha's search code so > that it is more palatable than a plate of burned nine-day-old spaghetti. > The initial part of the development is nearing completion, and I look > forward to submitting a patch to the community for sign off[1]. > > In the course of the first section of the development, I have run into an > interesting question. We currently support greater than and less than > operators in our searches, but I cannot think of anywhere we might want to > use them other than with dates. Does anyone have any scenarios where a > greater than/less than operator would actually be useful in a bibliographic > or authority search (other than in date searches)? Some ideas : - Duration (for audiobooks, DVD,...) - File size (for electronic ressources) - Number of pages of printed books Regards, Alex -- Association BrailleNet Universit? Pierre et Marie Curie, Bo?te 23 9 quai Saint-Bernard 75252 Paris Cedex 05 T?l. + 33 1 44 27 36 05 Fax + 33 1 44 27 34 49 From mathieu.saby at univ-rennes2.fr Thu Dec 6 18:16:17 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Thu, 06 Dec 2012 18:16:17 +0100 Subject: [Koha-devel] Search operators In-Reply-To: References: Message-ID: <50C0D2E1.1070100@univ-rennes2.fr> For your question : - callnumbers ? - inventory number ? - numeric classification number ? (dewey/cdu) - barcodes (but is it usefull ?) And your devs look great. I am looking forward to see that in BZ! Regards, M. Saby Jared Camins-Esakov a ?crit : > Hello. > > As many of you know, I have been working on rewriting Koha's search > code so that it is more palatable than a plate of burned nine-day-old > spaghetti. The initial part of the development is nearing completion, > and I look forward to submitting a patch to the community for sign off[1]. > > In the course of the first section of the development, I have run into > an interesting question. We currently support greater than and less > than operators in our searches, but I cannot think of anywhere we > might want to use them other than with dates. Does anyone have any > scenarios where a greater than/less than operator would actually be > useful in a bibliographic or authority search (other than in date > searches)? > > Regards, > Jared > > [1] If you're interested in seeing my work so far, the search rewrite > branch in my public repo has all the > code: http://git.cpbibliography.com/?p=koha.git;a=shortlog;h=refs/heads/search_rewrite > The RFC is at > http://wiki.koha-community.org/wiki/C_%26_P_Search_Rewrite_RFC and I > would still welcome any and all comments. > > -- > Jared Camins-Esakov > Bibliographer, C & P Bibliography Services, LLC > (phone) +1 (917) 727-3445 > (e-mail) jcamins at cpbibliography.com > (web) http://www.cpbibliography.com/ > > ------------------------------------------------------------------------ > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From bibliwho at gmail.com Thu Dec 6 21:43:25 2012 From: bibliwho at gmail.com (Cab Vinton) Date: Thu, 6 Dec 2012 15:43:25 -0500 Subject: [Koha-devel] Search operators In-Reply-To: References: Message-ID: Also: MARC 521 field for: 0 - Reading grade level 1 - Interest age level 2 - Interest grade level MARC 526 field for Lexile, Accelerated Reader, etc. levels Cheers, Cab Vinton, Director Sanbornton Public Library Sanbornton, NH Life is short. Read fast! From egpetridis at yahoo.com Sat Dec 1 22:03:27 2012 From: egpetridis at yahoo.com (Manos PETRIDIS) Date: Sat, 1 Dec 2012 23:03:27 +0200 Subject: [Koha-devel] A question/suggestion on OPAC introductory page enhancement Message-ID: <005d01cdd007$4f833600$ee89a200$@com> I wonder if a list of recent additions could be added to the library initial OPAC page. It would have to be based on the library selected I suppose, and could be divided perhaps in sub-lists, based on item type, collection, target audience, etc. Is there already such a provision in koha that I am unaware of? I did a look-up on the bug-list and found a related recent entry: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7917 that could make such an enhancement more manageable. Kind Regards, Manos Petridis -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at efdss.org Thu Dec 6 18:14:41 2012 From: eb at efdss.org (Elaine Bradtke) Date: Thu, 6 Dec 2012 17:14:41 +0000 Subject: [Koha-devel] [Koha] Search operators In-Reply-To: References: Message-ID: Possibly with other numbers such as barcode or biblio numbers. Elaine On Thu, Dec 6, 2012 at 4:40 PM, Jared Camins-Esakov < jcamins at cpbibliography.com> wrote: > Hello. > > As many of you know, I have been working on rewriting Koha's search code so > that it is more palatable than a plate of burned nine-day-old spaghetti. > The initial part of the development is nearing completion, and I look > forward to submitting a patch to the community for sign off[1]. > > In the course of the first section of the development, I have run into an > interesting question. We currently support greater than and less than > operators in our searches, but I cannot think of anywhere we might want to > use them other than with dates. Does anyone have any scenarios where a > greater than/less than operator would actually be useful in a bibliographic > or authority search (other than in date searches)? > > Regards, > Jared > > [1] If you're interested in seeing my work so far, the search rewrite > branch in my public repo has all the code: > > http://git.cpbibliography.com/?p=koha.git;a=shortlog;h=refs/heads/search_rewrite > The RFC is at > http://wiki.koha-community.org/wiki/C_%26_P_Search_Rewrite_RFCand > I would still welcome any and all comments. > > -- > Jared Camins-Esakov > Bibliographer, C & P Bibliography Services, LLC > (phone) +1 (917) 727-3445 > (e-mail) jcamins at cpbibliography.com > (web) http://www.cpbibliography.com/ > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mh_zalabany at hotmail.com Fri Dec 7 20:13:32 2012 From: mh_zalabany at hotmail.com (Mohamed zalabany) Date: Fri, 7 Dec 2012 19:13:32 +0000 Subject: [Koha-devel] help in report Message-ID: I need to make report to extract serials data but its not workingi think there is sothing wrong but i don't konowcould any body help me select ExtractValue(marcxml,'//datafield[@tag="501"]/subfield[@code>="a"]') as ID, ExtractValue(marcxml,'//datafield[@tag="310"]/subfield[@code>="a"]') as Freq, ExtractValue(marcxml,'//datafield[@tag="245"]/subfield[@code>="a"]') as Title, ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code>="b"]') as Publisher, ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code>="a"]') as Publication place, ExtractValue(marcxml,'//datafield[@tag="546"]/subfield[@code>="a"]') as Language, ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code>="a"]') as Note, ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code>="a"]') as Subject, ExtractValue(marcxml,'//datafield[@tag="982"]/subfield[@code>="a"]') as Price, from biblioitems where itemtype = CR Mohamed El ZalabanyIntegrated library systems consultant Zalabany Knowledge Systems Team? For Libraries and Information systems Development and support mh_zalabany at hotmail.com Mobile: 0009989496 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bgkriegel at gmail.com Fri Dec 7 20:35:06 2012 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Fri, 7 Dec 2012 16:35:06 -0300 Subject: [Koha-devel] help in report In-Reply-To: References: Message-ID: I detected 4 errors, 1) Simbol ">" in Extract Value 2) Space on "as Publication place" (use underscore or between quotes) 3) Last comma after 'Price' 4) Itemtype must by within single quote try select ExtractValue(marcxml,'//datafield[@tag="501"]/subfield[@code="a"]') as ID, ExtractValue(marcxml,'//datafield[@tag="310"]/subfield[@code="a"]') as Freq, ExtractValue(marcxml,'//datafield[@tag="245"]/subfield[@code="a"]') as Title, ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code="b"]') as Publisher, ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code="a"]') as Publication_place, ExtractValue(marcxml,'//datafield[@tag="546"]/subfield[@code="a"]') as Language, ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code="a"]') as Note, ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code="a"]') as Subject, ExtractValue(marcxml,'//datafield[@tag="982"]/subfield[@code="a"]') as Price from biblioitems where itemtype = 'CR' -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Fri, Dec 7, 2012 at 4:13 PM, Mohamed zalabany wrote: > > I need to make report to extract serials data > > but its not working > > i think there is sothing wrong but i don't konow > > could any body help me > > > > select > ExtractValue(marcxml,'//datafield[@tag="501"]/subfield[@code>="a"]') as ID, > ExtractValue(marcxml,'//datafield[@tag="310"]/subfield[@code>="a"]') as Freq, > ExtractValue(marcxml,'//datafield[@tag="245"]/subfield[@code>="a"]') as Title, > ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code>="b"]') as Publisher, > ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code>="a"]') as Publication place, > ExtractValue(marcxml,'//datafield[@tag="546"]/subfield[@code>="a"]') as Language, > ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code>="a"]') as Note, > ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code>="a"]') as Subject, > ExtractValue(marcxml,'//datafield[@tag="982"]/subfield[@code>="a"]') as Price, > from > biblioitems > where > itemtype = CR > > > > > Mohamed El Zalabany > > Integrated library systems consultant > > Zalabany Knowledge Systems Team? > For Libraries and Information systems Development and support > mh_zalabany at hotmail.com > Mobile: 0009989496 > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ From mh_zalabany at hotmail.com Fri Dec 7 21:45:45 2012 From: mh_zalabany at hotmail.com (Mohamed zalabany) Date: Fri, 7 Dec 2012 20:45:45 +0000 Subject: [Koha-devel] help in report In-Reply-To: References: , Message-ID: Thank you very much the problem was in the last coma Mohamed El ZalabanyIntegrated library systems consultant Zalabany Knowledge Systems Team? For Libraries and Information systems Development and support mh_zalabany at hotmail.com Mobile: 0111291444 > Date: Fri, 7 Dec 2012 16:35:06 -0300 > Subject: Re: [Koha-devel] help in report > From: bgkriegel at gmail.com > To: mh_zalabany at hotmail.com > CC: koha at lists.katipo.co.nz; koha-devel at lists.koha-community.org > > I detected 4 errors, > 1) Simbol ">" in Extract Value > 2) Space on "as Publication place" (use underscore or between quotes) > 3) Last comma after 'Price' > 4) Itemtype must by within single quote > > try > > select > ExtractValue(marcxml,'//datafield[@tag="501"]/subfield[@code="a"]') as ID, > ExtractValue(marcxml,'//datafield[@tag="310"]/subfield[@code="a"]') as Freq, > ExtractValue(marcxml,'//datafield[@tag="245"]/subfield[@code="a"]') as Title, > ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code="b"]') > as Publisher, > ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code="a"]') > as Publication_place, > ExtractValue(marcxml,'//datafield[@tag="546"]/subfield[@code="a"]') > as Language, > ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code="a"]') as Note, > ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code="a"]') > as Subject, > ExtractValue(marcxml,'//datafield[@tag="982"]/subfield[@code="a"]') as Price > from > biblioitems > where > itemtype = 'CR' > > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > > On Fri, Dec 7, 2012 at 4:13 PM, Mohamed zalabany > wrote: > > > > I need to make report to extract serials data > > > > but its not working > > > > i think there is sothing wrong but i don't konow > > > > could any body help me > > > > > > > > select > > ExtractValue(marcxml,'//datafield[@tag="501"]/subfield[@code>="a"]') as ID, > > ExtractValue(marcxml,'//datafield[@tag="310"]/subfield[@code>="a"]') as Freq, > > ExtractValue(marcxml,'//datafield[@tag="245"]/subfield[@code>="a"]') as Title, > > ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code>="b"]') as Publisher, > > ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code>="a"]') as Publication place, > > ExtractValue(marcxml,'//datafield[@tag="546"]/subfield[@code>="a"]') as Language, > > ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code>="a"]') as Note, > > ExtractValue(marcxml,'//datafield[@tag="500"]/subfield[@code>="a"]') as Subject, > > ExtractValue(marcxml,'//datafield[@tag="982"]/subfield[@code>="a"]') as Price, > > from > > biblioitems > > where > > itemtype = CR > > > > > > > > > > Mohamed El Zalabany > > > > Integrated library systems consultant > > > > Zalabany Knowledge Systems Team? > > For Libraries and Information systems Development and support > > mh_zalabany at hotmail.com > > Mobile: 0009989496 > > > > > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel at lists.koha-community.org > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > website : http://www.koha-community.org/ > > git : http://git.koha-community.org/ > > bugs : http://bugs.koha-community.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From admin at mhe-krg.org Sat Dec 8 19:06:24 2012 From: admin at mhe-krg.org (MHE IT admin) Date: Sat, 8 Dec 2012 21:06:24 +0300 Subject: [Koha-devel] Interface issues after upgrading Message-ID: Hello everyone, after some issues with me server I had to reinstall Koha and it upgraded from 3.8.6 to 3.10 now. but I realise now that all the interface is messed up. It seams some CSS is not loading, I was wondering whether any one has reported this issue. Do you have any idea how I can fix this issue? Please see our library website at: http://library.koyauniversity.org/ Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.nind at gmail.com Sat Dec 8 19:58:02 2012 From: david.nind at gmail.com (David Nind) Date: Sun, 9 Dec 2012 07:58:02 +1300 Subject: [Koha-devel] Interface issues after upgrading In-Reply-To: References: Message-ID: Hi. On 9 December 2012 07:06, MHE IT admin wrote: > Hello everyone, after some issues with me server I had to reinstall Koha > and it upgraded from 3.8.6 to 3.10 now. but I realise now that all the > interface is messed up. It seams some CSS is not loading, I was wondering > whether any one has reported this issue. Do you have any idea how I can fix > this issue? > This should solve your issue: http://lists.katipo.co.nz/pipermail/koha/2012-December/034968.html David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at enger.priv.no Mon Dec 10 14:00:34 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Mon, 10 Dec 2012 14:00:34 +0100 Subject: [Koha-devel] Can't search after loading a 3.8 sql dump into 3.10 Message-ID: I have an instance running 3.8.7 off the official packages. I take the .sql.gz file produced by the backup-script in that installation and move it to another server where I have installed 3.10, again from the official packages. Then I create a new 3.10 instance on the new server with the same name as the instance on the old server ("esme"), gunzip the sql dump file and load it into the new installation, with this: sudo koha-mysql myinstance < dump.sql Then I do: sudo koha-upgrade-schema esme sudo koha-rebuild-zebra -f esme Everything looks good (the output from koha-upgrade-schema is here: http://paste.koha-community.org/304), but I can't search in the new installation. I get a search results page that has: 1. "You did not specify any search criteria." in the title of the page 2. "Error: Can't call method "raw" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 461." in the body of the page. The only thing that happens in /var/log/koha/esme/opac-error.log is this, which seems benign: [Mon Dec 10 13:29:35 2012] [error] [client x.x.x.x] [Mon Dec 10 13:29:35 2012] opac-search.pl: Use of uninitialized value $error in concatenation (.) or string at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 509., referer: http://esme.testing.bibkat.no/cgi-bin/koha/opac-main.pl If I create another instance on the new server, run through the web installer manually then export the records from the old server and stage/import them into the new server then searching works just fine (after I run koha-rebuild-zebra -f). As far as I can tell, the contents of /etc/koha/sites/esme/zebra-biblios.cfg are identical for the two instances. Reindexing looks like this: $ sudo koha-rebuild-zebra -f -v esme Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/esme/biblios Zebra authorities directory = /var/lib/koha/esme/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ skipping authorities ==================== exporting biblio ==================== 101.................................................................................................. Records exported: 150 ==================== REINDEXING zebra ==================== ==================== CLEANING ==================== Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/esme/biblios Zebra authorities directory = /var/lib/koha/esme/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ ==================== exporting authority ==================== Records exported: 0 ==================== REINDEXING zebra ==================== skipping biblios ==================== CLEANING ==================== Anyone got any clues about what could be happening here? Best regards, Magnus Enger libriotech.no From fridolyn.somers at biblibre.com Mon Dec 10 14:52:02 2012 From: fridolyn.somers at biblibre.com (Fridolyn SOMERS) Date: Mon, 10 Dec 2012 14:52:02 +0100 Subject: [Koha-devel] BZ8942 Message-ID: <50C5E902.2030802@biblibre.com> I've proposed a big patch for a translation problem : BZ8942. It is based on a new coding rule : javascript translated strings must use double quotes : _("xxx"), never single quotes. See why in BZ discussion. If developpers agree, it should be added in wiki, in QA tools and automated test. I look for a go from community and a sign-off of patches. Best regards, -- Fridolyn SOMERS Biblibre - P?le Support fridolyn.somers at biblibre.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From fridolyn.somers at biblibre.com Mon Dec 10 14:59:37 2012 From: fridolyn.somers at biblibre.com (Fridolyn SOMERS) Date: Mon, 10 Dec 2012 14:59:37 +0100 Subject: [Koha-devel] Can't search after loading a 3.8 sql dump into 3.10 In-Reply-To: References: Message-ID: <50C5EAC9.3080907@biblibre.com> I think about BZ3087 : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 Le 10/12/2012 14:00, Magnus Enger a ?crit : > I have an instance running 3.8.7 off the official packages. I take the > .sql.gz file produced by the backup-script in that installation and > move it to another server where I have installed 3.10, again from the > official packages. Then I create a new 3.10 instance on the new server > with the same name as the instance on the old server ("esme"), gunzip > the sql dump file and load it into the new installation, with this: > > sudo koha-mysql myinstance < dump.sql > > Then I do: > > sudo koha-upgrade-schema esme > sudo koha-rebuild-zebra -f esme > > Everything looks good (the output from koha-upgrade-schema is here: > http://paste.koha-community.org/304), but I can't search in the new > installation. I get a search results page that has: > > 1. "You did not specify any search criteria." in the title of the page > > 2. "Error: Can't call method "raw" on an undefined value at > /usr/share/koha/lib/C4/Search.pm line 461." in the body of the page. > > The only thing that happens in /var/log/koha/esme/opac-error.log is > this, which seems benign: > > [Mon Dec 10 13:29:35 2012] [error] [client x.x.x.x] [Mon Dec 10 > 13:29:35 2012] opac-search.pl: Use of uninitialized value $error in > concatenation (.) or string at > /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 509., referer: > http://esme.testing.bibkat.no/cgi-bin/koha/opac-main.pl > > If I create another instance on the new server, run through the web > installer manually then export the records from the old server and > stage/import them into the new server then searching works just fine > (after I run koha-rebuild-zebra -f). > > As far as I can tell, the contents of > /etc/koha/sites/esme/zebra-biblios.cfg are identical for the two > instances. > > Reindexing looks like this: > > $ sudo koha-rebuild-zebra -f -v esme > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/koha/esme/biblios > Zebra authorities directory = /var/lib/koha/esme/authorities > Koha directory = /usr/share/koha/intranet/cgi-bin > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > skipping authorities > ==================== > exporting biblio > ==================== > 101.................................................................................................. > Records exported: 150 > ==================== > REINDEXING zebra > ==================== > ==================== > CLEANING > ==================== > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/koha/esme/biblios > Zebra authorities directory = /var/lib/koha/esme/authorities > Koha directory = /usr/share/koha/intranet/cgi-bin > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > ==================== > exporting authority > ==================== > > Records exported: 0 > ==================== > REINDEXING zebra > ==================== > skipping biblios > ==================== > CLEANING > ==================== > > > Anyone got any clues about what could be happening here? > > Best regards, > Magnus Enger > libriotech.no > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Fridolyn SOMERS Biblibre - P?le Support fridolyn.somers at biblibre.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From z.tajoli at cineca.it Mon Dec 10 16:05:24 2012 From: z.tajoli at cineca.it (Zeno Tajoli) Date: Mon, 10 Dec 2012 16:05:24 +0100 Subject: [Koha-devel] BZ8942 In-Reply-To: <50C5E902.2030802@biblibre.com> References: <50C5E902.2030802@biblibre.com> Message-ID: <50C5FA34.5010005@cineca.it> Hi to all, Il 10/12/2012 14:52, Fridolyn SOMERS ha scritto: > I've proposed a big patch for a translation problem : BZ8942. > > It is based on a new coding rule : javascript translated strings must > use double quotes : _("xxx"), never single quotes. > See why in BZ discussion. > If developpers agree, it should be added in wiki, in QA tools and > automated test. I read the discussion in bugzilla and for me is a +1. It is a good convention. Bye Zeno Tajoli -- Dott. Zeno Tajoli Dipartimento CILEA z.tajoliAT_SPAM_no_prendiATcineca.it fax +39 02 2135520 CINECA - Consorzio Interuniversitario From paul.poulain at biblibre.com Mon Dec 10 20:10:16 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 10 Dec 2012 20:10:16 +0100 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <50B791FB.7000200@biblibre.com> References: <50B791FB.7000200@biblibre.com> Message-ID: <50C63398.3090005@biblibre.com> Le 29/11/2012 17:48, Paul Poulain a ?crit : > Hi QA team, ping = no-one answered this question, no-one in the QA team has experience for those tools. Maybe Mason ? > I was wondering who feel brave enough to QA patches related to > installation & packaging, for example: > 8519 Make koha-index-daemon run on startup > 8840 ubuntu-pkg-check.sh fix and extend functionality > 8878 koha-shell: a command to make using koha commands easier > > I can QA the code quality, but can't test most of those patches because > i'm a dummy at sysadmin. As testing is required for QA, who can show his > hand and say "will do" ? > -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From chris at bigballofwax.co.nz Mon Dec 10 20:14:45 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 11 Dec 2012 08:14:45 +1300 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <50C63398.3090005@biblibre.com> References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> Message-ID: I'll see what we can do. Barring any catalyst wrote of course. It would be good for the qa team to learn about the packages sometime though. They are rapidly becoming the most installed version. I can run a tutorial sometime if people are interested. Chris On Dec 11, 2012 8:10 AM, "Paul Poulain" wrote: > Le 29/11/2012 17:48, Paul Poulain a ?crit : > > Hi QA team, > ping = no-one answered this question, no-one in the QA team has > experience for those tools. Maybe Mason ? > > > I was wondering who feel brave enough to QA patches related to > > installation & packaging, for example: > > 8519 Make koha-index-daemon run on startup > > 8840 ubuntu-pkg-check.sh fix and extend functionality > > 8878 koha-shell: a command to make using koha commands easier > > > > I can QA the code quality, but can't test most of those patches because > > i'm a dummy at sysadmin. As testing is required for QA, who can show his > > hand and say "will do" ? > > > > > -- > Paul POULAIN - BibLibre > http://www.biblibre.com > Free & Open Source Softwares for libraries > Koha, Drupal, Piwik, Jasper > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.poulain at biblibre.com Mon Dec 10 20:24:14 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 10 Dec 2012 20:24:14 +0100 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> Message-ID: <50C636DE.8060705@biblibre.com> Le 10/12/2012 20:14, Chris Cormack a ?crit : > I'll see what we can do. +1 ! > Barring any catalyst wrote of course. > It would be good for the qa team to learn about the packages sometime > though. They are rapidly becoming the most installed version. Do you have numbers or is it just your feeling ? > I can run a tutorial sometime if people are interested. another +1 for a tutorial ;-) -- Paul POULAIN - Associ?-g?rant Tel : (33) 4 91 81 35 08 http://www.biblibre.com Logiciels Libres pour les biblioth?ques et les centres de documentation From cnighswonger at foundations.edu Mon Dec 10 20:35:34 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 10 Dec 2012 14:35:34 -0500 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <50C636DE.8060705@biblibre.com> References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> <50C636DE.8060705@biblibre.com> Message-ID: On Mon, Dec 10, 2012 at 2:24 PM, Paul Poulain wrote: > Le 10/12/2012 20:14, Chris Cormack a ?crit : > > I'll see what we can do. > +1 ! > > Barring any catalyst wrote of course. > > It would be good for the qa team to learn about the packages sometime > > though. They are rapidly becoming the most installed version. > Do you have numbers or is it just your feeling ? > > > I can run a tutorial sometime if people are interested. > another +1 for a tutorial ;-) > > +1 on packaging tutorial. I'd love to attend. Kind Regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomascohen at gmail.com Mon Dec 10 20:55:58 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Mon, 10 Dec 2012 16:55:58 -0300 Subject: [Koha-devel] Can't search after loading a 3.8 sql dump into 3.10 In-Reply-To: <50C5EAC9.3080907@biblibre.com> References: <50C5EAC9.3080907@biblibre.com> Message-ID: On Mon, Dec 10, 2012 at 10:59 AM, Fridolyn SOMERS wrote: > I think about BZ3087 : > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 Probably BZ9235: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9235 Saludos To+ From jcamins at cpbibliography.com Mon Dec 10 21:00:16 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Mon, 10 Dec 2012 15:00:16 -0500 Subject: [Koha-devel] Can't search after loading a 3.8 sql dump into 3.10 In-Reply-To: References: <50C5EAC9.3080907@biblibre.com> Message-ID: Tomas, Probably BZ9235: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9235 backup.sh is not used by the packages. Actually, I don't think it i used by anything. We were troubleshooting the issue on IRC, and Fridolyn's theory was correct. Magnus reported a new bug for it: bug 9256 ( http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9256 ). Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From danielg.koha at gmail.com Mon Dec 10 21:06:08 2012 From: danielg.koha at gmail.com (Daniel Grobani) Date: Mon, 10 Dec 2012 12:06:08 -0800 Subject: [Koha-devel] Call for news for the December newsletter Message-ID: Dear Koha kommunitarians, I'm harvesting news for this month's newsletter. Please send me by the 20th anything you think your fellow community members might like to know about. "News" can be as short as a sentence or as long as a paper. I especially encourage you to send me a line or two for the gossip/society column about what you're currently working on. And if you know of a go-live not announced on the list, please be sure to let me know about it. Thanks, Daniel Grobani -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at enger.priv.no Mon Dec 10 21:34:06 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Mon, 10 Dec 2012 21:34:06 +0100 Subject: [Koha-devel] Can't search after loading a 3.8 sql dump into 3.10 In-Reply-To: References: <50C5EAC9.3080907@biblibre.com> Message-ID: On 10 December 2012 21:00, Jared Camins-Esakov wrote: > We were troubleshooting the issue on IRC, and Fridolyn's theory was correct. > Magnus reported a new bug for it: bug 9256 > (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9256 ). Thanks for your help on this, Fridolyn and Jared! As far as I can tell, this bug breaks the 3.10 packages for marcflavour != marc21... Best regards, Magnus Enger libriotech.no From robin at catalyst.net.nz Mon Dec 10 23:05:28 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 11 Dec 2012 11:05:28 +1300 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <50C63398.3090005@biblibre.com> References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> Message-ID: <1355177128.15617.1.camel@zarathud> Paul Poulain schreef op ma 10-12-2012 om 20:10 [+0100]: > > 8840 ubuntu-pkg-check.sh fix and extend functionality Just a note that this one isn't packaging, and so won't need a package building environment to test. I think anyone who has Ubuntu (especially with a multilingual setup) should be able to check it. It's also very well documented. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From chrisc at catalyst.net.nz Mon Dec 10 23:09:08 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Tue, 11 Dec 2012 11:09:08 +1300 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <1355177128.15617.1.camel@zarathud> References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> <1355177128.15617.1.camel@zarathud> Message-ID: <20121210220908.GE5812@rorohiko.wgtn.cat-it.co.nz> * Robin Sheat (robin at catalyst.net.nz) wrote: > Paul Poulain schreef op ma 10-12-2012 om 20:10 [+0100]: > > > > 8840 ubuntu-pkg-check.sh fix and extend functionality > > Just a note that this one isn't packaging, and so won't need a package > building environment to test. I think anyone who has Ubuntu (especially > with a multilingual setup) should be able to check it. > > It's also very well documented. And it just failed, thanks Katrin for testing Also bug 8519 has already passed QA and been pushed to master. So that just leaves 8878 which Robin wrote, so we can't QA, and Mason signed off, so he can't either. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From tomascohen at gmail.com Mon Dec 10 23:43:02 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Mon, 10 Dec 2012 19:43:02 -0300 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <20121210220908.GE5812@rorohiko.wgtn.cat-it.co.nz> References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> <1355177128.15617.1.camel@zarathud> <20121210220908.GE5812@rorohiko.wgtn.cat-it.co.nz> Message-ID: On Mon, Dec 10, 2012 at 7:09 PM, Chris Cormack wrote: > * Robin Sheat (robin at catalyst.net.nz) wrote: >> Paul Poulain schreef op ma 10-12-2012 om 20:10 [+0100]: >> >> > > 8840 ubuntu-pkg-check.sh fix and extend functionality >> >> Just a note that this one isn't packaging, and so won't need a package >> building environment to test. I think anyone who has Ubuntu (especially >> with a multilingual setup) should be able to check it. >> >> It's also very well documented. > > And it just failed, thanks Katrin for testing > > Also bug 8519 has already passed QA and been pushed to master. Bug 8773 is 'similar' to Bug 8519, but debian packages related. Regards To+ From mtj at kohaaloha.com Tue Dec 11 03:40:26 2012 From: mtj at kohaaloha.com (Mason James) Date: Tue, 11 Dec 2012 15:40:26 +1300 Subject: [Koha-devel] [QA] QA-ing packaging & install tools In-Reply-To: <50C63398.3090005@biblibre.com> References: <50B791FB.7000200@biblibre.com> <50C63398.3090005@biblibre.com> Message-ID: On 2012-12-11, at 8:10 AM, Paul Poulain wrote: > Le 29/11/2012 17:48, Paul Poulain a ?crit : >> Hi QA team, > ping = no-one answered this question, no-one in the QA team has > experience for those tools. Maybe Mason ? hi Paul sorry, I've been a little absent from the koha lists recently i plan to do some Koha QA stuff in the next few days > >> I was wondering who feel brave enough to QA patches related to >> installation & packaging, for example: >> 8519 Make koha-index-daemon run on startup >> 8840 ubuntu-pkg-check.sh fix and extend functionality >> 8878 koha-shell: a command to make using koha commands easier >> >> I can QA the code quality, but can't test most of those patches because >> i'm a dummy at sysadmin. As testing is required for QA, who can show his >> hand and say "will do" ? >> > From mathieu.saby at univ-rennes2.fr Tue Dec 11 17:24:33 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Tue, 11 Dec 2012 17:24:33 +0100 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? Message-ID: <50C75E41.50803@univ-rennes2.fr> Hello We think we have found a bug in Acquisition module, regarding VAT management, but we want to be sure. Let's take a book whose *recommended retail price excluding tax *is 39 euros. On the vendor's website, I import the record for this book in iso2709 In the record (UNIMARC), the price is in 010$d after the ISBN. So, I found : $d39.00 EUR I stage this record in Koha with Stage Marc Records Tools. In Acquisition module, I create a vendor with: - List item price includes tax: Yes - Invoice item price includes tax: Yes - Discount: 9.0000 % - Tax rate: 5.5% I create a new basket for this vendor. I fill this basket with my stage record. I think I should have for the command line in this basket : - RRP tax included : 39 euros - Ecost tax included : 39 euros - 3,51 euros = 35,49 euros - RRP tax excluded : 39*100/105.5 = 36,96 euros - Ecost tax excluded : 35,49*100/105.5 = 33,63 euros *BUT instead I see the following values : * - RRP tax included : 42.86 euros - Ecost tax included : 39 euros - RRP tax excluded : 40,63 - Ecost tax excluded : 36,97 So, Koha considered the "39 euros" value in my record as a Ecost price. I dont think it is normal, as as chose "List item price includes tax: Yes" in vendor record. Do you agree with me? -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.saby at univ-rennes2.fr Tue Dec 11 18:33:04 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Tue, 11 Dec 2012 18:33:04 +0100 Subject: [Koha-devel] using new templates for exporting basketgroups in pdf Message-ID: <50C76E50.8000407@univ-rennes2.fr> Hello Our library has created a new templates for exporting basketgroups in pdf (translated in french, and showing fields more usefull for us in the tables than "layout2pages" and "layout3pages"). Of course, we could name this template "layout3pages", and replace the standard template. But I think it would be "cleaner" to add this give this new template a name of his own, so it won't be altered when our Koha is updated. The problem is some code in /acqui/basketgroup.pl prevents us to do that. The only 2 valid templates for exporting basketgroups in pdf are be "layout2pages" and "layout3pages". And we want to edit perl files as less as possible. http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=acqui/basketgroup.pl;h=6b7e5bf192a7b5cfa6761dc750bfc9fe5904bf60;hb=HEAD 188 if ($pdfformat eq 'pdfformat::layout3pages' || $pdfformat eq 'pdfformat::layout2pages'){ 189 eval { 190 eval "require $pdfformat"; 191 import $pdfformat; 192 }; 193 if ($@){ 194 } 195 } 196 else { 197 print $input->header; 198 print $input->start_html; # FIXME Should do a nicer page 199 print "

Invalid PDF Format set

"; 200 print "Please go to the systempreferences and set a valid pdfformat"; 201 exit; 202 } This code was added by this Chris Cormack's commit : "Bug 6679 Fix scripts in admin & acqui to pass Perl::Critic" http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=7cdea5de355e853f25300821cc641672443177de added So, here is my question : Is this "security" in code really necessary ? And if it is, is there a way to make it more flexible ? Regards, M. Saby Rennes 2 University -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr From oleonard at myacpl.org Wed Dec 12 20:11:07 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 12 Dec 2012 14:11:07 -0500 Subject: [Koha-devel] sanop.css still in use? Message-ID: My patch for Bug 8108, "Remove unused images from the OPAC" (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8108) is in limbo because it removes an image which is referenced by sanop.css. This file isn't referenced by any template and hasn't been modified since before 2007. Is this file still in use? Can it be safely removed? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From paul.poulain at biblibre.com Wed Dec 12 21:38:45 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 12 Dec 2012 21:38:45 +0100 Subject: [Koha-devel] sanop.css still in use? In-Reply-To: References: Message-ID: <50C8EB55.2020108@biblibre.com> Le 12/12/2012 20:11, Owen Leonard a ?crit : > My patch for Bug 8108, "Remove unused images from the OPAC" > (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8108) is in > limbo because it removes an image which is referenced by sanop.css. > This file isn't referenced by any template and hasn't been modified > since before 2007. > > Is this file still in use? no: http://koha.mediathequeouestprovence.fr/ > Can it be safely removed? yes it can -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From oleonard at myacpl.org Wed Dec 12 21:55:50 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 12 Dec 2012 15:55:50 -0500 Subject: [Koha-devel] sanop.css still in use? In-Reply-To: <50C8EB55.2020108@biblibre.com> References: <50C8EB55.2020108@biblibre.com> Message-ID: >> Is this file still in use? > no: http://koha.mediathequeouestprovence.fr/ >> Can it be safely removed? > yes it can Thanks Paul! -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From mathieu.saby at univ-rennes2.fr Thu Dec 13 12:15:33 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Thu, 13 Dec 2012 12:15:33 +0100 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? In-Reply-To: <50C75E41.50803@univ-rennes2.fr> References: <50C75E41.50803@univ-rennes2.fr> Message-ID: <50C9B8D5.5070708@univ-rennes2.fr> Hello As nobody anwered I suppose it is a bug. I will create a bug in Bugzilla. M. Saby Mathieu Saby a ?crit : > Hello > We think we have found a bug in Acquisition module, regarding VAT > management, but we want to be sure. > > Let's take a book whose *recommended retail price excluding tax *is 39 > euros. > On the vendor's website, I import the record for this book in iso2709 > In the record (UNIMARC), the price is in 010$d after the ISBN. So, I > found : $d39.00 EUR > I stage this record in Koha with Stage Marc Records Tools. > > In Acquisition module, I create a vendor with: > - List item price includes tax: Yes > - Invoice item price includes tax: Yes > - Discount: 9.0000 % > - Tax rate: 5.5% > > I create a new basket for this vendor. > I fill this basket with my stage record. > > I think I should have for the command line in this basket : > - RRP tax included : 39 euros > - Ecost tax included : 39 euros - 3,51 euros = 35,49 euros > - RRP tax excluded : 39*100/105.5 = 36,96 euros > - Ecost tax excluded : 35,49*100/105.5 = 33,63 euros > > *BUT instead I see the following values : * > - RRP tax included : 42.86 euros > - Ecost tax included : 39 euros > - RRP tax excluded : 40,63 > - Ecost tax excluded : 36,97 > > So, Koha considered the "39 euros" value in my record as a Ecost > price. I dont think it is normal, as as chose "List item price > includes tax: Yes" in vendor record. > Do you agree with me? > > -- > Mathieu Saby > Service d'Informatique Documentaire > Service Commun de la Documentation > Universit? Rennes 2 > T?l?phone : 02 99 14 12 65 > Courriel : mathieu.saby at univ-rennes2.fr > > ------------------------------------------------------------------------ > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From Katrin.Fischer at bsz-bw.de Thu Dec 13 13:32:41 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Thu, 13 Dec 2012 13:32:41 +0100 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? In-Reply-To: <50C9B8D5.5070708@univ-rennes2.fr> References: <50C75E41.50803@univ-rennes2.fr> <50C9B8D5.5070708@univ-rennes2.fr> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD027601FF@Bodensee.bsz-bw.de> Hi Mathieu, from your description it looks like a bug to me too. I think what we need is documentation how each price element should be calculated for each vendor setting. I often wonder ? is it really a bug or is it miscalculation on my part? Thank you for taking the time to document this! Katrin From: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-bounces at lists.koha-community.org] On Behalf Of Mathieu Saby Sent: Thursday, December 13, 2012 12:16 PM To: Koha Devel; koha at lists.katipo.co.nz Subject: Re: [Koha-devel] bug in Acquisition module, regarding VAT management ? Hello As nobody anwered I suppose it is a bug. I will create a bug in Bugzilla. M. Saby Mathieu Saby a ?crit : Hello We think we have found a bug in Acquisition module, regarding VAT management, but we want to be sure. Let's take a book whose recommended retail price excluding tax is 39 euros. On the vendor's website, I import the record for this book in iso2709 In the record (UNIMARC), the price is in 010$d after the ISBN. So, I found : $d39.00 EUR I stage this record in Koha with Stage Marc Records Tools. In Acquisition module, I create a vendor with: - List item price includes tax: Yes - Invoice item price includes tax: Yes - Discount: 9.0000 % - Tax rate: 5.5% I create a new basket for this vendor. I fill this basket with my stage record. I think I should have for the command line in this basket : - RRP tax included : 39 euros - Ecost tax included : 39 euros - 3,51 euros = 35,49 euros - RRP tax excluded : 39*100/105.5 = 36,96 euros - Ecost tax excluded : 35,49*100/105.5 = 33,63 euros BUT instead I see the following values : - RRP tax included : 42.86 euros - Ecost tax included : 39 euros - RRP tax excluded : 40,63 - Ecost tax excluded : 36,97 So, Koha considered the "39 euros" value in my record as a Ecost price. I dont think it is normal, as as chose "List item price includes tax: Yes" in vendor record. Do you agree with me? -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr ________________________________ _______________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.saby at univ-rennes2.fr Thu Dec 13 14:14:03 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Thu, 13 Dec 2012 14:14:03 +0100 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? In-Reply-To: <028B1A54D03E7B4482CDCA4EC8F06BFD027601FF@Bodensee.bsz-bw.de> References: <50C75E41.50803@univ-rennes2.fr> <50C9B8D5.5070708@univ-rennes2.fr> <028B1A54D03E7B4482CDCA4EC8F06BFD027601FF@Bodensee.bsz-bw.de> Message-ID: <50C9D49B.10503@univ-rennes2.fr> Hi Here is my bug : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 I don't know exactly what is the meaning of "list item price" in vendor records, but I am not fluent in english... Fischer, Katrin a ?crit : > > Hi Mathieu, > > > > from your description it looks like a bug to me too. I think what we > need is documentation how each price element should be calculated for > each vendor setting. > Good idea! > I often wonder ? is it really a bug or is it miscalculation on my part? > > > > Thank you for taking the time to document this! > > > > Katrin > > > Mathieu > *From:* koha-devel-bounces at lists.koha-community.org > [mailto:koha-devel-bounces at lists.koha-community.org] *On Behalf Of > *Mathieu Saby > *Sent:* Thursday, December 13, 2012 12:16 PM > *To:* Koha Devel; koha at lists.katipo.co.nz > *Subject:* Re: [Koha-devel] bug in Acquisition module, regarding VAT > management ? > > > > Hello > As nobody anwered I suppose it is a bug. I will create a bug in Bugzilla. > > M. Saby > > Mathieu Saby a ?crit : > > Hello > We think we have found a bug in Acquisition module, regarding VAT > management, but we want to be sure. > > Let's take a book whose *recommended retail price excluding tax *is 39 > euros. > On the vendor's website, I import the record for this book in iso2709 > In the record (UNIMARC), the price is in 010$d after the ISBN. So, I > found : $d39.00 EUR > I stage this record in Koha with Stage Marc Records Tools. > > In Acquisition module, I create a vendor with: > - List item price includes tax: Yes > - Invoice item price includes tax: Yes > - Discount: 9.0000 % > - Tax rate: 5.5% > > I create a new basket for this vendor. > I fill this basket with my stage record. > > I think I should have for the command line in this basket : > - RRP tax included : 39 euros > - Ecost tax included : 39 euros - 3,51 euros = 35,49 euros > - RRP tax excluded : 39*100/105.5 = 36,96 euros > - Ecost tax excluded : 35,49*100/105.5 = 33,63 euros > > *BUT instead I see the following values : * > - RRP tax included : 42.86 euros > - Ecost tax included : 39 euros > - RRP tax excluded : 40,63 > - Ecost tax excluded : 36,97 > > So, Koha considered the "39 euros" value in my record as a Ecost > price. I dont think it is normal, as as chose "List item price > includes tax: Yes" in vendor record. > Do you agree with me? > > > -- > Mathieu Saby > Service d'Informatique Documentaire > Service Commun de la Documentation > Universit? Rennes 2 > T?l?phone : 02 99 14 12 65 > Courriel : mathieu.saby at univ-rennes2.fr > > > ------------------------------------------------------------------------ > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > > > > > -- > Mathieu Saby > Service d'Informatique Documentaire > Service Commun de la Documentation > Universit? Rennes 2 > T?l?phone : 02 99 14 12 65 > Courriel : mathieu.saby at univ-rennes2.fr -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.a at aandc.org Thu Dec 13 16:10:25 2012 From: paul.a at aandc.org (Paul) Date: Thu, 13 Dec 2012 10:10:25 -0500 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? In-Reply-To: <50C9D49B.10503@univ-rennes2.fr> References: <028B1A54D03E7B4482CDCA4EC8F06BFD027601FF@Bodensee.bsz-bw.de> <50C75E41.50803@univ-rennes2.fr> <50C9B8D5.5070708@univ-rennes2.fr> <028B1A54D03E7B4482CDCA4EC8F06BFD027601FF@Bodensee.bsz-bw.de> Message-ID: <5.2.1.1.2.20121213100659.01fb4ea8@localhost> At 02:14 PM 12/13/2012 +0100, Mathieu Saby wrote: >Hi >Here is my bug : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 > >I don't know exactly what is the meaning of? "list item price" in vendor >records, but I am not fluent in english... Mathieu - assuming it is "retail price" (which we certainly do in this context), then it's 'prix de vente au d?tail' or 'prix de vente public.' Bonnes f?tes de fin d'ann?e a+ Paul From samuel.desseaux at ecp.fr Thu Dec 13 16:48:37 2012 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Thu, 13 Dec 2012 16:48:37 +0100 Subject: [Koha-devel] invalid holding branch Message-ID: <50C9F8D5.9000304@ecp.fr> Hi, I keep this error during import ....Item not added (bib 25481, item tag #6, barcode ): invalid holdingbranch France I don't see holdingbranch France. I join to this message the notice. In my database, when i look at the table, it gives that CREATE TABLE `branches` ( `branchcode` varchar(10) NOT NULL DEFAULT '', `branchname` mediumtext NOT NULL, `branchaddress1` mediumtext, `branchaddress2` mediumtext, `branchaddress3` mediumtext, `branchzip` varchar(25) DEFAULT NULL, `branchcity` mediumtext, `branchstate` mediumtext, `branchcountry` text, `branchphone` mediumtext, `branchfax` mediumtext, `branchemail` mediumtext, `branchurl` mediumtext, `issuing` tinyint(4) DEFAULT NULL, `branchip` varchar(15) DEFAULT NULL, `branchprinter` varchar(100) DEFAULT NULL, `branchnotes` mediumtext, `opac_info` text, PRIMARY KEY (`branchcode`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ECAMECPNULLNULL
 If someone can light my way to solve it, it would be great. It's the last step best, samuel -------------- next part -------------- A non-text attachment was scrubbed... Name: bib-25481.marcxml Type: text/xml Size: 8144 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: samuel_desseaux.vcf Type: text/x-vcard Size: 345 bytes Desc: not available URL: From paul.a at aandc.org Thu Dec 13 16:51:10 2012 From: paul.a at aandc.org (Paul) Date: Thu, 13 Dec 2012 10:51:10 -0500 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? Message-ID: <5.2.1.1.2.20121213105042.01fb4ea8@localhost> At 02:14 PM 12/13/2012 +0100, Mathieu Saby wrote: >Hi >Here is my bug : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 > >I don't know exactly what is the meaning of? "list item price" in vendor >records, but I am not fluent in english... Mathieu - assuming it is "retail price" (which we certainly do in this context), then it's 'prix de vente au d?tail' or 'prix de vente public.' Bonnes f?tes de fin d'ann?e a+ Paul _______________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. and From mathieu.saby at univ-rennes2.fr Thu Dec 13 17:54:07 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Thu, 13 Dec 2012 17:54:07 +0100 Subject: [Koha-devel] bug in Acquisition module, regarding VAT management ? In-Reply-To: <5.2.1.1.2.20121213105042.01fb4ea8@localhost> References: <5.2.1.1.2.20121213105042.01fb4ea8@localhost> Message-ID: <50CA082F.3010101@univ-rennes2.fr> Paul a ?crit : > At 02:14 PM 12/13/2012 +0100, Mathieu Saby wrote: >> Hi >> Here is my bug : >> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 >> >> I don't know exactly what is the meaning of? "list item price" in >> vendor records, but I am not fluent in english... > > Mathieu - assuming it is "retail price" (which we certainly do in this > context), then it's 'prix de vente au d?tail' or 'prix de vente public.' > > Bonnes f?tes de fin d'ann?e > a+ Paul Merci :-) One afernoon of work with |jonathan druart, but at last I signed it off... http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 Maybe a 2d sign-off would be good. Mathieu | > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > > > --- > Maritime heritage and history, preservation and conservation, > research and education through the written word and the arts. > and > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjr at phonecoop.coop Fri Dec 14 00:38:18 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 13 Dec 2012 23:38:18 +0000 Subject: [Koha-devel] Reminder: Patrons (good), borrowers (maybe), members (no!) Message-ID: I was working on a patch and I noticed that I was using "borrower" in the text, but the file I was editing used "member" more often. So I then asked myself which I should use. Should I use "member" or "borrower"? And it turns out the answer is "no, probably not". It should say "patron"! See the coding guideline http://wiki.koha-community.org/wiki/Coding_Guidelines#PERL7:_Definitions which includes * We have decided to use [ODLIS]. http://www.abc-clio.com/ODLIS/odlis_p.aspx#patron defines Patron as Any person who uses the resources and services of a library, not necessarily a registered borrower. Synonymous with user. Compare with client. http://www.abc-clio.com/ODLIS/odlis_b.aspx#borrower defines Borrower as A person who checks out books and other materials from a library. ODLIS isn't big on member. At the moment, the templates have about 1250 hits for patron, 800 for borrower and 400 for member. Those later two numbers will never get to zero, as both terms are used in links and variable names, as well as the text (for example, the borrowernumber query string to various scripts in the members folder). But it would be really lovely if we could keep using "Patron" in the text, please. Should I open a bug for this? Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From veron at veron.ch Fri Dec 14 10:56:43 2012 From: veron at veron.ch (=?ISO-8859-1?Q?Marc_V=E9ron?=) Date: Fri, 14 Dec 2012 10:56:43 +0100 Subject: [Koha-devel] Reminder: Patrons (good), borrowers (maybe), members (no!) In-Reply-To: References: Message-ID: <50CAF7DB.5010503@veron.ch> MJ, My opinion is that it is worth to file a bug. We should try to get consistent wording. It makes live easiar for users - and for translators :-) Marc V?ron marc veron ag informatik information internet www.veron.ch Am 14.12.2012 00:38, schrieb MJ Ray: > I was working on a patch and I noticed that I was using "borrower" in > the text, but the file I was editing used "member" more often. So I > then asked myself which I should use. > > Should I use "member" or "borrower"? > > And it turns out the answer is "no, probably not". It should say > "patron"! > > See the coding guideline > http://wiki.koha-community.org/wiki/Coding_Guidelines#PERL7:_Definitions > which includes > * We have decided to use [ODLIS]. > > http://www.abc-clio.com/ODLIS/odlis_p.aspx#patron defines Patron as > Any person who uses the resources and services of a library, not > necessarily a registered borrower. Synonymous with user. Compare with > client. > > http://www.abc-clio.com/ODLIS/odlis_b.aspx#borrower defines Borrower as > A person who checks out books and other materials from a library. > > ODLIS isn't big on member. > > At the moment, the templates have about 1250 hits for patron, 800 for > borrower and 400 for member. Those later two numbers will never get > to zero, as both terms are used in links and variable names, as well > as the text (for example, the borrowernumber query string to various > scripts in the members folder). > > But it would be really lovely if we could keep using "Patron" in the > text, please. Should I open a bug for this? > > Thanks, > From paul.poulain at biblibre.com Fri Dec 14 11:27:35 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 14 Dec 2012 11:27:35 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50C9F8D5.9000304@ecp.fr> References: <50C9F8D5.9000304@ecp.fr> Message-ID: <50CAFF17.8030105@biblibre.com> Le 13/12/2012 16:48, Samuel Desseaux a ?crit : > Hi, Hi Samuel, The word "France" appears in 710$c OTOH, your 995 don't all have $b & $c info, that are used for items. I don't know why the 710$cFrance reaches 995$c, but that's probably explaining your problem ! -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From samuel.desseaux at ecp.fr Fri Dec 14 11:33:45 2012 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Fri, 14 Dec 2012 11:33:45 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50CAFF17.8030105@biblibre.com> References: <50C9F8D5.9000304@ecp.fr> <50CAFF17.8030105@biblibre.com> Message-ID: <50CB0089.3040209@ecp.fr> Le 14/12/2012 11:27, Paul Poulain a ?crit : > Le 13/12/2012 16:48, Samuel Desseaux a ?crit : >> Hi, > Hi Samuel, > The word "France" appears in 710$c > OTOH, your 995 don't all have $b & $c info, that are used for items. I > don't know why the 710$cFrance reaches 995$c, but that's probably > explaining your problem ! > > Hum...yes, but when i see the file,the fields $b and $s have info (something strange or missing in my configuration) 0 119815 ECAM ECAM -------------- next part -------------- A non-text attachment was scrubbed... Name: samuel_desseaux.vcf Type: text/x-vcard Size: 345 bytes Desc: not available URL: From paul.poulain at biblibre.com Fri Dec 14 11:46:26 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 14 Dec 2012 11:46:26 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50CB0089.3040209@ecp.fr> References: <50C9F8D5.9000304@ecp.fr> <50CAFF17.8030105@biblibre.com> <50CB0089.3040209@ecp.fr> Message-ID: <50CB0382.40703@biblibre.com> Le 14/12/2012 11:33, Samuel Desseaux a ?crit : > Le 14/12/2012 11:27, Paul Poulain a ?crit : >> Le 13/12/2012 16:48, Samuel Desseaux a ?crit : >>> Hi, >> Hi Samuel, >> The word "France" appears in 710$c >> OTOH, your 995 don't all have $b & $c info, that are used for items. I >> don't know why the 710$cFrance reaches 995$c, but that's probably >> explaining your problem ! >> > > >> Hum...yes, but when i see the file,the fields $b and $s have info >> (something strange or missing in my configuration) > > 0 > 119815 > ECAM > ECAM > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > In the attached file you've sent in your initial mail, I see: 0 119814 PR Livre 0 119815 ECAM ECAM 0 119816 0000-00-00 0 119817 0 119818 G3 34323 ===> ONLY the 2nd record has 995$b & $c ! -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From samuel.desseaux at ecp.fr Fri Dec 14 11:51:10 2012 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Fri, 14 Dec 2012 11:51:10 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50CAFF17.8030105@biblibre.com> References: <50C9F8D5.9000304@ecp.fr> <50CAFF17.8030105@biblibre.com> Message-ID: <50CB049E.9020903@ecp.fr> Le 14/12/2012 11:27, Paul Poulain a ?crit : > Le 13/12/2012 16:48, Samuel Desseaux a ?crit : >> Hi, > Hi Samuel, > The word "France" appears in 710$c > OTOH, your 995 don't all have $b & $c info, that are used for items. I > don't know why the 710$cFrance reaches 995$c, but that's probably > explaining your problem ! > > yeah, i see the problem now :-) -------------- next part -------------- A non-text attachment was scrubbed... Name: samuel_desseaux.vcf Type: text/x-vcard Size: 345 bytes Desc: not available URL: From samuel.desseaux at ecp.fr Fri Dec 14 12:07:00 2012 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Fri, 14 Dec 2012 12:07:00 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50CB049E.9020903@ecp.fr> References: <50C9F8D5.9000304@ecp.fr> <50CAFF17.8030105@biblibre.com> <50CB049E.9020903@ecp.fr> Message-ID: <50CB0854.9020607@ecp.fr> In Marc Edit, my notice is like this =LDR 02347cam0a2200577 450 =001 000001716 =003 http://www.sudoc.fr/000001716 =005 20120718085317.000 =008 121210s9999\\\\xx\\\\\\\\\\\\000\0\und\d =008 121211s9999\\\\xx\\\\\\\\\\\\000\0\und\d =020 \\$aFR$b07600061 =021 \\$aFR$bD.L. 72-22008 =035 \\$a(OCoLC)401695029 =035 \\$aocm01156648 =035 \\$asib1014332 =035 \\$afrBN000004600 =035 \\$aDYNIX_BUNAN_299750 =100 \\$a19751202h19721972k y0frey50 ba =101 0\$afre =102 \\$aFR =105 \\$ay a 000yy =106 \\$ar =200 1\$a?Le ?travail et la formation des femmes en Europe$bTexte imprime?$eincidences de la planification de l'e?ducation et du changement technologique sur l'acce?s aux emplois et aux carrie?res$f[Centre d'e?tudes et de recherches sur les qualifications]$g[re?d. par Franc?oise Lantier]$gavec la collaboration de Annick Dumaret =209 \\$a$a Livre =210 \\$aParis$cLa Documentation franc?aise$dimpr. 1972 =215 \\$a1 vol. (67 p.)$d24 cm =225 2\$aBibliothe?que du Centre d'e?tudes et de recherches sur les qualifications$vN? 4 =320 \\$aBibliogr. p. 65-67 =410 \|$0013312626$tBibliothe?que du Centre d'e?tudes et de recherches sur les qualifications$x0337-7482$v4 =606 \\$302722709X$aFemmes$xTravail$2rameau =606 \\$3027789624$aQualifications professionnelles$3027224651$yEurope$2rameau =675 \\$a35$vE?d. 1967 =676 \\$a$a 350 =680 \\$aHD6134$b.L3 =702 \1$3082946795$aLantier$bFranc?oise$4710 =702 \1$3026842696$aDumaret$bAnnick-Camille$4205 =710 02$3026365359$aCentre d'e?tudes et de recherches sur les qualifications$cFrance$4070 =801 \3$aFR$bAbes$c20120718$gAFNOR =801 \3$aFR$bBN$c19990125$gAFNOR =801 \3$aFR$bSF$c19990209 =801 \1$aUS$bOCLC =801 \2$aFR$bAUROC =801 \0$aFR$bLettres Lafayette$c19970911 =801 \0$aFR$b315552107$c19970716 =930 \\$5920192301:298816776$b920192301$aG3 34323$ju =991 \\$5920192301:298816776$aJOUVE-37-RETRO-LOC-05-60-001$bBC06005484-20070127-13C_0006_00283_01 =995 \\$xPR$wLivre =995 \\$bECAM$cECAM =995 \\$n =995 \\$oDisponible =995 \\$kG3 34323 =995 \\$j$3 026365359 $a Centre d'?tudes et de recherches sur les qualifications $c France Is it possible to have all subfields for 995 in one line? I don't know how to do with marc edit. Samuel Le 14/12/2012 11:51, Samuel Desseaux a ?crit : > Le 14/12/2012 11:27, Paul Poulain a ?crit : >> Le 13/12/2012 16:48, Samuel Desseaux a ?crit : >>> Hi, >> Hi Samuel, >> The word "France" appears in 710$c >> OTOH, your 995 don't all have $b & $c info, that are used for items. I >> don't know why the 710$cFrance reaches 995$c, but that's probably >> explaining your problem ! >> >> > yeah, i see the problem now :-) > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: samuel_desseaux.vcf Type: text/x-vcard Size: 345 bytes Desc: not available URL: From paul.poulain at biblibre.com Fri Dec 14 14:17:01 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 14 Dec 2012 14:17:01 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50CB0854.9020607@ecp.fr> References: <50C9F8D5.9000304@ecp.fr> <50CAFF17.8030105@biblibre.com> <50CB049E.9020903@ecp.fr> <50CB0854.9020607@ecp.fr> Message-ID: <50CB26CD.3040301@biblibre.com> Le 14/12/2012 12:07, Samuel Desseaux a ?crit : > Is it possible to have all subfields for 995 in one line? I don't know > how to do with marc edit. I can't help you with that, I don't know marcedit. I fear it's something hard to do. How is it written if there is more than one item ? Where does this MARC record comes from ? -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From samuel.desseaux at ecp.fr Fri Dec 14 14:26:34 2012 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Fri, 14 Dec 2012 14:26:34 +0100 Subject: [Koha-devel] invalid holding branch In-Reply-To: <50CB26CD.3040301@biblibre.com> References: <50C9F8D5.9000304@ecp.fr> <50CAFF17.8030105@biblibre.com> <50CB049E.9020903@ecp.fr> <50CB0854.9020607@ecp.fr> <50CB26CD.3040301@biblibre.com> Message-ID: <50CB290A.20308@ecp.fr> Le 14/12/2012 14:17, Paul Poulain a ?crit : > Le 14/12/2012 12:07, Samuel Desseaux a ?crit : >> Is it possible to have all subfields for 995 in one line? I don't know >> how to do with marc edit. > I can't help you with that, I don't know marcedit. I fear it's something > hard to do. How is it written if there is more than one item ? > > Where does this MARC record comes from ? > My bibliographic records come from the sudoc (the french catalog for universities) and my items come from our old ILS (cadic, you may know). I've merged my records data by using 001 as record identifier. I understand your fear. Maybe a perl script would be more helpful. I've read the answer of Sophie, your colleague and i've found the problem. I 'll correct it now. -------------- next part -------------- A non-text attachment was scrubbed... Name: samuel_desseaux.vcf Type: text/x-vcard Size: 345 bytes Desc: not available URL: From chris at bigballofwax.co.nz Sun Dec 16 19:34:01 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 17 Dec 2012 07:34:01 +1300 Subject: [Koha-devel] String freeze for 3.8.8 and 3.10.1 In-Reply-To: References: Message-ID: Hi all I'm calling string freeze for the 3.8.x and 3.10.x branches so translators can translate. The translation manager will email when she has updated the po files. Thanks Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.poulain at biblibre.com Mon Dec 17 10:39:01 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 17 Dec 2012 10:39:01 +0100 Subject: [Koha-devel] Hackfest 2013 in Marseille Message-ID: <50CEE835.3040408@biblibre.com> Hello, koha-devel, After 2011 and 2012, i'm happy to announce the dates for the 2013 hackfest in Marseille : http://www.biblibre.com/en/blog/entry/koha-hackfest-in-europe-in-2013 Brendan already booked the flight for him and Eliott, so there will be at least two non european ppl ! If more want to join, you're warmly welcomed ! (Jared, I hope you'll be here too) -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From mjr at phonecoop.coop Mon Dec 17 17:53:11 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Mon, 17 Dec 2012 16:53:11 +0000 Subject: [Koha-devel] Hackfest 2013 in Marseille In-Reply-To: <50CEE835.3040408@biblibre.com> Message-ID: Paul Poulain > After 2011 and 2012, i'm happy to announce the dates for the 2013 > hackfest in Marseille : > http://www.biblibre.com/en/blog/entry/koha-hackfest-in-europe-in-2013 Let's not keep it a secret in undefined-colour text on a white background. It's March, 18th to 22nd. Best wishes, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From ruth at bywatersolutions.com Tue Dec 18 07:19:00 2012 From: ruth at bywatersolutions.com (Ruth Bavousett) Date: Tue, 18 Dec 2012 00:19:00 -0600 Subject: [Koha-devel] String freeze for 3.8.8 and 3.10.1 In-Reply-To: References: Message-ID: The 3.10 strings are just finishing (in the next hour or so, they'll be done), and the 3.8 ones will be next! The Pootle server has moved to a bigger, faster, more memory-laden home, so hopefully the speed issues are going to be getting better! I'll have 3.8 strings updated in the morning, after a few hours sleep. Thanks to *all* of you for your patience with me as I learn this new role! *D Ruth Bavousett* Lead Migration Specialist ByWater Solutions Support and Consulting for Open Source Software Headquarters: Santa Barbara, CA Office: Lawrence, KS Phone/Fax (888)900-8944 http://bywatersolutions.com ruth at bywatersolutions.com On Sun, Dec 16, 2012 at 12:34 PM, Chris Cormack wrote: > Hi all > > I'm calling string freeze for the 3.8.x and 3.10.x branches so translators > can translate. > The translation manager will email when she has updated the po files. > > Thanks > Chris > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From z.tajoli at cineca.it Tue Dec 18 09:49:19 2012 From: z.tajoli at cineca.it (Zeno Tajoli) Date: Tue, 18 Dec 2012 09:49:19 +0100 Subject: [Koha-devel] [Koha-translate] String freeze for 3.8.8 and 3.10.1 In-Reply-To: References: Message-ID: <50D02E0F.2050905@cineca.it> Hi Ruth and all, Il 18/12/2012 07:19, Ruth Bavousett ha scritto: > The 3.10 strings are just finishing (in the next hour or so, they'll be > done), and the 3.8 ones will be next! are xx-yy-opac-ccsr.po files identical from 3.10.0 to 3.10.1 ? Bye Zeno Tajoli -- Dott. Zeno Tajoli Dipartimento CILEA z.tajoliAT_SPAM_no_prendiATcineca.it fax +39 02 2135520 CINECA - Consorzio Interuniversitario From mathieu.saby at univ-rennes2.fr Tue Dec 18 10:05:09 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Tue, 18 Dec 2012 10:05:09 +0100 Subject: [Koha-devel] Software error in master? Message-ID: <50D031C5.1070201@univ-rennes2.fr> Hello I tried to update my Koha and got the following error when connecting to mainpage.pl : Software error: Can't locate String/Random.pm in @INC (@INC contains: /home/msaby/koha/kohamaster /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /home/msaby/koha/kohamaster/C4/Members.pm line 28. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Members.pm line 28. Compilation failed in require at /home/msaby/koha/kohamaster/C4/Letters.pm line 26. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Letters.pm line 26. Compilation failed in require at /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. Compilation failed in require at /home/msaby/koha/kohamaster/mainpage.pl line 29. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/mainpage.pl line 29. Do you have the same problem ? Regards, M. Saby -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr From chris at bigballofwax.co.nz Tue Dec 18 10:10:31 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 18 Dec 2012 22:10:31 +1300 Subject: [Koha-devel] Software error in master? In-Reply-To: <50D031C5.1070201@univ-rennes2.fr> References: <50D031C5.1070201@univ-rennes2.fr> Message-ID: On 18 December 2012 22:05, Mathieu Saby wrote: > Hello > I tried to update my Koha and got the following error when connecting to > mainpage.pl : > It's just a new dependency, try running ./koha_perl_deps.pl -m it will tell you it is missing. Chris From Katrin.Fischer at bsz-bw.de Tue Dec 18 10:11:17 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 18 Dec 2012 10:11:17 +0100 Subject: [Koha-devel] Software error in master? In-Reply-To: <50D031C5.1070201@univ-rennes2.fr> References: <50D031C5.1070201@univ-rennes2.fr> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD027F1CE6@Bodensee.bsz-bw.de> Hi Mathieu, it looks like you updated to latest master/development branch. There is a new dependency introduced by the patches for patron self registration. sudo apt-get install libstring-random-perl should fix the problem. Hope that helps, Katrin > -----Original Message----- > From: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel- > bounces at lists.koha-community.org] On Behalf Of Mathieu Saby > Sent: Tuesday, December 18, 2012 10:05 AM > To: Koha Devel > Subject: [Koha-devel] Software error in master? > > Hello > I tried to update my Koha and got the following error when connecting to > mainpage.pl : > > Software error: > Can't locate String/Random.pm in @INC (@INC contains: > /home/msaby/koha/kohamaster /etc/perl /usr/local/lib/perl/5.14.2 > /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 > /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at > /home/msaby/koha/kohamaster/C4/Members.pm line 28. > BEGIN failed--compilation aborted at > /home/msaby/koha/kohamaster/C4/Members.pm line 28. > Compilation failed in require at > /home/msaby/koha/kohamaster/C4/Letters.pm line 26. > BEGIN failed--compilation aborted at > /home/msaby/koha/kohamaster/C4/Letters.pm line 26. > Compilation failed in require at > /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. > BEGIN failed--compilation aborted at > /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. > Compilation failed in require at /home/msaby/koha/kohamaster/mainpage.pl > line 29. > BEGIN failed--compilation aborted at > /home/msaby/koha/kohamaster/mainpage.pl line 29. > > > Do you have the same problem ? > > > Regards, > M. Saby > > > -- > Mathieu Saby > Service d'Informatique Documentaire > Service Commun de la Documentation > Universit? Rennes 2 > T?l?phone : 02 99 14 12 65 > Courriel : mathieu.saby at univ-rennes2.fr > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ git : http://git.koha- > community.org/ bugs : http://bugs.koha-community.org/ > From 5p4m at gmx.de Tue Dec 18 10:10:50 2012 From: 5p4m at gmx.de (Mirko) Date: Tue, 18 Dec 2012 10:10:50 +0100 Subject: [Koha-devel] Software error in master? In-Reply-To: <50D031C5.1070201@univ-rennes2.fr> References: <50D031C5.1070201@univ-rennes2.fr> Message-ID: <50D0331A.2070007@gmx.de> Hello Mathieu, Mathieu Saby schrieb am 18.12.2012 > Software error: > Can't locate String/Random.pm in @INC (@INC contains: There is a new dependency, you have to install libstring-random-perl -- Mirko From mathieu.saby at univ-rennes2.fr Tue Dec 18 10:14:56 2012 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Tue, 18 Dec 2012 10:14:56 +0100 Subject: [Koha-devel] Software error in master? In-Reply-To: <50D0331A.2070007@gmx.de> References: <50D031C5.1070201@univ-rennes2.fr> <50D0331A.2070007@gmx.de> Message-ID: <50D03410.7010103@univ-rennes2.fr> Thank you For Biblibre guys : I tried to test a patch on a sandbox yesterday and I got the same message. So this new dependency probably need to be installed on sandboxes too... M. Saby Mirko a ?crit : > Hello Mathieu, > > Mathieu Saby schrieb am 18.12.2012 > >> Software error: >> Can't locate String/Random.pm in @INC (@INC contains: >> > > There is a new dependency, you have to install libstring-random-perl > > -- Mirko > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.poulain at biblibre.com Tue Dec 18 13:21:14 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 18 Dec 2012 13:21:14 +0100 Subject: [Koha-devel] Software error in master? In-Reply-To: <50D03410.7010103@univ-rennes2.fr> References: <50D031C5.1070201@univ-rennes2.fr> <50D0331A.2070007@gmx.de> <50D03410.7010103@univ-rennes2.fr> Message-ID: <50D05FBA.101@biblibre.com> Le 18/12/2012 10:14, Mathieu Saby a ?crit : > For Biblibre guys : I tried to test a patch on a sandbox yesterday and I > got the same message. So this new dependency probably need to be > installed on sandboxes too... Done -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From ruth at bywatersolutions.com Tue Dec 18 17:22:37 2012 From: ruth at bywatersolutions.com (Ruth Bavousett) Date: Tue, 18 Dec 2012 10:22:37 -0600 Subject: [Koha-devel] String freeze for 3.8.8 and 3.10.1 In-Reply-To: References: Message-ID: The 3.8 projects are all updated, as well. Thanks for the patience! *D Ruth Bavousett* Lead Migration Specialist ByWater Solutions Support and Consulting for Open Source Software Headquarters: Santa Barbara, CA Office: Lawrence, KS Phone/Fax (888)900-8944 http://bywatersolutions.com ruth at bywatersolutions.com On Tue, Dec 18, 2012 at 12:19 AM, Ruth Bavousett wrote: > The 3.10 strings are just finishing (in the next hour or so, they'll be > done), and the 3.8 ones will be next! > > The Pootle server has moved to a bigger, faster, more memory-laden home, > so hopefully the speed issues are going to be getting better! > > I'll have 3.8 strings updated in the morning, after a few hours sleep. > Thanks to *all* of you for your patience with me as I learn this new role! > > *D Ruth Bavousett* > Lead Migration Specialist > ByWater Solutions > Support and Consulting for Open Source Software > Headquarters: Santa Barbara, CA > Office: Lawrence, KS > Phone/Fax (888)900-8944 > http://bywatersolutions.com > ruth at bywatersolutions.com > > > > On Sun, Dec 16, 2012 at 12:34 PM, Chris Cormack wrote: > >> Hi all >> >> I'm calling string freeze for the 3.8.x and 3.10.x branches so >> translators can translate. >> The translation manager will email when she has updated the po files. >> >> Thanks >> Chris >> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> website : http://www.koha-community.org/ >> git : http://git.koha-community.org/ >> bugs : http://bugs.koha-community.org/ >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruth at bywatersolutions.com Tue Dec 18 17:24:29 2012 From: ruth at bywatersolutions.com (Ruth Bavousett) Date: Tue, 18 Dec 2012 10:24:29 -0600 Subject: [Koha-devel] [Koha-translate] String freeze for 3.8.8 and 3.10.1 In-Reply-To: <50D02E0F.2050905@cineca.it> References: <50D02E0F.2050905@cineca.it> Message-ID: Zeno, it would not surprise me much that the tools for the update process may not yet be touching those. I'll investigate that as soon as I get a chance! *D Ruth Bavousett* Lead Migration Specialist ByWater Solutions Support and Consulting for Open Source Software Headquarters: Santa Barbara, CA Office: Lawrence, KS Phone/Fax (888)900-8944 http://bywatersolutions.com ruth at bywatersolutions.com On Tue, Dec 18, 2012 at 2:49 AM, Zeno Tajoli wrote: > Hi Ruth and all, > > Il 18/12/2012 07:19, Ruth Bavousett ha scritto: > > The 3.10 strings are just finishing (in the next hour or so, they'll be > > done), and the 3.8 ones will be next! > > are xx-yy-opac-ccsr.po files identical from 3.10.0 to 3.10.1 ? > > Bye > Zeno Tajoli > > -- > Dott. Zeno Tajoli > Dipartimento CILEA > z.tajoliAT_SPAM_no_prendiATcineca.it > fax +39 02 2135520 > CINECA - Consorzio Interuniversitario > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at enger.priv.no Thu Dec 20 16:20:28 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Thu, 20 Dec 2012 16:20:28 +0100 Subject: [Koha-devel] Hackfest 2013 in Marseille In-Reply-To: <50CEE835.3040408@biblibre.com> References: <50CEE835.3040408@biblibre.com> Message-ID: On 17 December 2012 10:39, Paul Poulain wrote: > Hello, koha-devel, > After 2011 and 2012, i'm happy to announce the dates for the 2013 > hackfest in Marseille : > http://www.biblibre.com/en/blog/entry/koha-hackfest-in-europe-in-2013 And look what goes on in Marseille from Friday 22 to Monday, March 25: http://www.savim.eu/ Some kind of food festival with 250 food producers, as far as I can tell! :-) Best regards, Magnus Enger libriotech.no From paul.poulain at biblibre.com Thu Dec 20 16:31:33 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Thu, 20 Dec 2012 16:31:33 +0100 Subject: [Koha-devel] Hackfest 2013 in Marseille In-Reply-To: References: <50CEE835.3040408@biblibre.com> Message-ID: <50D32F55.2050609@biblibre.com> Le 20/12/2012 16:20, Magnus Enger a ?crit : > On 17 December 2012 10:39, Paul Poulain wrote: >> Hello, koha-devel, >> After 2011 and 2012, i'm happy to announce the dates for the 2013 >> hackfest in Marseille : >> http://www.biblibre.com/en/blog/entry/koha-hackfest-in-europe-in-2013 > > And look what goes on in Marseille from Friday 22 to Monday, March 25: > http://www.savim.eu/ > > Some kind of food festival with 250 food producers, as far as I can tell! :-) You're wrong, it's not about food... it's about wine :D (well, and food also to say the truth. But more wine than food) 8? including an empty personal glass, to taste as many wines as you want (250 differents. Remember that tasting does not mean drinking !) except on monday, you can have a 1 hour training about wine tasting for 7? -registration required- That could be a fun idea to organize something on friday 22nd, once the hackfest is finished. I'll ask what they think about it to all attendees ;-) (The "parc chanot" is not far from BibLibre office, but not close by foot either) -- Paul POULAIN - Associ?-g?rant Tel : (33) 4 91 81 35 08 http://www.biblibre.com Logiciels Libres pour les biblioth?ques et les centres de documentation From nengard at gmail.com Fri Dec 21 15:14:47 2012 From: nengard at gmail.com (Nicole Engard) Date: Fri, 21 Dec 2012 09:14:47 -0500 Subject: [Koha-devel] Bugs in CCSR Message-ID: Hello all, There is a long list of bugs in the CCSR theme that could use attention for one of the earlier 3.10.x releases. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9308 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9195 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8979 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9197 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8883 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9194 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9193 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8884 I found most of these while doing training and documentation and wanted to point them all out in case a style expert is looking for bugs to fix. Thanks Nicole From tomascohen at gmail.com Fri Dec 21 16:24:17 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Fri, 21 Dec 2012 12:24:17 -0300 Subject: [Koha-devel] [QA] Mocked tests for Koha::Calendar Message-ID: I'll do this Katrin's way: Hi oh wonderful QA team members :-D I was wondering if any of you had the time to review my work on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9209 I'm leaving for a month or so, and have still a few hours at work that I could use to fix anything missing/wrong. Just to avoid future rebase if a new bug+test case arises in the middle. Regards To+ From paul.poulain at biblibre.com Fri Dec 21 16:52:49 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 21 Dec 2012 16:52:49 +0100 Subject: [Koha-devel] [QA] Mocked tests for Koha::Calendar In-Reply-To: References: Message-ID: <50D485D1.6010000@biblibre.com> Le 21/12/2012 16:24, Tomas Cohen Arazi a ?crit : > I'll do this Katrin's way: > > Hi oh wonderful QA team members :-D I'm on it now -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper From frederic at tamil.fr Fri Dec 21 19:41:20 2012 From: frederic at tamil.fr (=?UTF-8?B?RnLDqWTDqXJpYyBEZW1pYW5z?=) Date: Fri, 21 Dec 2012 19:41:20 +0100 Subject: [Koha-devel] DOM Indexing--why several config files from which generating indexes XSL? Message-ID: <50D4AD50.4090002@tamil.fr> Zebra DOM model indexing had been introduced into Koha, deprecating GRS-1 model. With GRS-1, we used to have a records.abs file defining Koha indexes. With DOM model, an XSL file transforms MARCXML biblio records into Zebra indexes. This file is named biblio-zebra-indexdefs.xsl, and is stored in marc_defs/[marc21|unimarc]/biblios directory. But it seems that this file is not supposed to be modified directly. Going to DOM model, records.abs had been transformed into a biblio-koha-indexdefs.xml. This transformation is done with a XSL koha-indexdefs-to-zebra.xsl. Then biblio-koha-indexdefs.xml is transformed into biblio-zebra-indexdefs.xsl with biblio-koha-indexdefs.xml We have this chain of transformations: records.abs >>> XSLT koha-indexdefs-to-zebra.xsl biblio-koha-indexdefs.xml >>> XSLT biblio-koha-indexdefs.xml biblio-zebra-indexdefs.xsl The question is, using Zebra in DOM mode, why should we continue to modify records.abs file, and then cascading generating following files? Or even, why should we modify biblio-koha-indexdefs.xml, and then create from it biblio-zebra-indexdefs.xsl? Why not modifying from now directly biblio-zebra-indexdefs.xsl. -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From jcamins at cpbibliography.com Fri Dec 21 19:48:59 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Fri, 21 Dec 2012 13:48:59 -0500 Subject: [Koha-devel] DOM Indexing--why several config files from which generating indexes XSL? In-Reply-To: <50D4AD50.4090002@tamil.fr> References: <50D4AD50.4090002@tamil.fr> Message-ID: Fr?d?ric, We have this chain of transformations: > > records.abs > >>> XSLT koha-indexdefs-to-zebra.xsl > biblio-koha-indexdefs.xml > >>> XSLT biblio-koha-indexdefs.xml > biblio-zebra-indexdefs.xsl > > The question is, using Zebra in DOM mode, why should we continue to > modify records.abs file, and then cascading generating following files? > Or even, why should we modify biblio-koha-indexdefs.xml, and then create > from it biblio-zebra-indexdefs.xsl? Why not modifying from now directly > biblio-zebra-indexdefs.xsl. We should absolutely NOT recreate the DOM configuration from record.abs. That was a one-time transformation, and must not be repeated, or bug 8665 is liable to recur, as well as various other regressions. As for why we use biblio-koha-indexdefs.xml to generate biblio-zebra-indexdefs.xsl, I admit I don't actually know. Galen? Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqar.azeem at itcompletes.com Thu Dec 27 12:35:04 2012 From: waqar.azeem at itcompletes.com (Waqar Azeem) Date: Thu, 27 Dec 2012 16:35:04 +0500 Subject: [Koha-devel] =?windows-1252?q?My_Zebra_Indexing_won=92t_work?= Message-ID: A couple of months back I down loaded Koha VM from http://sourceforge.net/projects/koha-va/files/ by Kyle After importing MARC records I found that search is not working on Other languages, and to overcome this I need to enable some ICU option in zebra indexer. The simplest way that I thought was to drop the database and re-run the Web Installer and Import data. After re-running the web Installer (i think) the Old indexed data is already there and on my empty database it brings the old data again and again. I Tried to re-index the server but no success so far. I hope this is the right command to re-index. koha at koha:~$ export PERL5LIB=/home/koha/kohaclone/ koha at koha:~$ export KOHA_CONF=/home/koha/koha-dev/etc/koha-conf.xml koha at koha:~$ /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -r -v koha at koha:~/kohaclone$ /home/koha/kohaclone/misc/migration_tools/ rebuild_zebra.pl -a -r -v Zebra configuration information ================================ Zebra biblio directory = /home/koha/koha-dev/var/lib/zebradb/biblios Zebra authorities directory = /home/koha/koha-dev/var/lib/zebradb/authorities Koha directory = /home/koha/kohaclone BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ ==================== exporting authority ==================== Records exported: 0 ==================== REINDEXING zebra ==================== *skipping biblios* ==================== CLEANING ==================== -- Thanks & Best Regards, Waqar Azeem -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqar.azeem at itcompletes.com Thu Dec 27 12:52:17 2012 From: waqar.azeem at itcompletes.com (Waqar Azeem) Date: Thu, 27 Dec 2012 16:52:17 +0500 Subject: [Koha-devel] =?windows-1252?q?My_Zebra_Indexing_won=92t_work?= In-Reply-To: References: Message-ID: EDIT: I mistakenly copy the command with -a consider it command with argument -b. Old data still not deleted. koha at koha:~/kohaclone$ /home/koha/kohaclone/misc/migration_tools/ rebuild_zebra.pl -b -r -v Zebra configuration information ================================ Zebra biblio directory = /home/koha/koha-dev/var/lib/zebradb/biblios Zebra authorities directory = /home/koha/koha-dev/var/lib/zebradb/authorities Koha directory = /home/koha/kohaclone BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ skipping authorities ==================== exporting biblio ==================== Records exported: 0 ==================== REINDEXING zebra ==================== ==================== CLEANING ==================== -- Thanks & Best Regards, Waqar Azeem On Thu, Dec 27, 2012 at 4:35 PM, Waqar Azeem wrote: > A couple of months back I down loaded Koha VM from > http://sourceforge.net/projects/koha-va/files/ by Kyle > > After importing MARC records I found that search is not working on Other > languages, and to overcome this I need to enable some ICU option in zebra > indexer. > > The simplest way that I thought was to drop the database and re-run the > Web Installer and Import data. > > After re-running the web Installer (i think) the Old indexed data is > already there and on my empty database it brings the old data again and > again. > > I Tried to re-index the server but no success so far. > > I hope this is the right command to re-index. > koha at koha:~$ export PERL5LIB=/home/koha/kohaclone/ > koha at koha:~$ export KOHA_CONF=/home/koha/koha-dev/etc/koha-conf.xml > koha at koha:~$ /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl-b -r -v > > > koha at koha:~/kohaclone$ /home/koha/kohaclone/misc/migration_tools/ > rebuild_zebra.pl -a -r -v > Zebra configuration information > ================================ > Zebra biblio directory = /home/koha/koha-dev/var/lib/zebradb/biblios > Zebra authorities directory = > /home/koha/koha-dev/var/lib/zebradb/authorities > Koha directory = /home/koha/kohaclone > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > ==================== > exporting authority > ==================== > > Records exported: 0 > ==================== > REINDEXING zebra > ==================== > *skipping biblios* > ==================== > CLEANING > ==================== > > > > -- > Thanks & Best Regards, > Waqar Azeem > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian.bays at ptfs-europe.com Thu Dec 27 13:37:47 2012 From: ian.bays at ptfs-europe.com (Ian Bays) Date: Thu, 27 Dec 2012 12:37:47 +0000 Subject: [Koha-devel] =?windows-1252?q?My_Zebra_Indexing_won=92t_work?= In-Reply-To: References: Message-ID: <50DC411B.8090001@ptfs-europe.com> Hi Waqar, I recently discovered that if you have zero biblios in your database and you have an old (full) zebra database (with biblios indexed from earlier), if you do a rebuildzebra it does NOT clear the zebra index. If you really want to empty the zebra database (without messing about with the zebra database files) maybe you should create a single bib record (say) "Test Title", rebuild zebra; then delete that test title and do a rebuildzebra -z to remove the test title from the index. I hope that helps. Ian On 27/12/2012 11:52, Waqar Azeem wrote: > EDIT: > > I mistakenly copy the command with -a > consider it command with argument -b. Old data still not deleted. > > koha at koha:~/kohaclone$ > /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl > -b -r -v > Zebra configuration information > ================================ > Zebra biblio directory = /home/koha/koha-dev/var/lib/zebradb/biblios > Zebra authorities directory = > /home/koha/koha-dev/var/lib/zebradb/authorities > Koha directory = /home/koha/kohaclone > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > skipping authorities > ==================== > exporting biblio > ==================== > > Records exported: 0 > ==================== > REINDEXING zebra > ==================== > ==================== > CLEANING > ==================== > > > > -- > Thanks & Best Regards, > Waqar Azeem > > > On Thu, Dec 27, 2012 at 4:35 PM, Waqar Azeem > > wrote: > > A couple of months back I down loaded Koha VM from > http://sourceforge.net/projects/koha-va/files/ by Kyle > > After importing MARC records I found that search is not working on > Other languages, and to overcome this I need to enable some ICU > option in zebra indexer. > > The simplest way that I thought was to drop the database and > re-run the Web Installer and Import data. > > After re-running the web Installer (i think) the Old indexed data > is already there and on my empty database it brings the old data > again and again. > > I Tried to re-index the server but no success so far. > > I hope this is the right command to re-index. > koha at koha:~$ export PERL5LIB=/home/koha/kohaclone/ > koha at koha:~$ export KOHA_CONF=/home/koha/koha-dev/etc/koha-conf.xml > koha at koha:~$ > /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl > -b -r -v > > > koha at koha:~/kohaclone$ > /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl > -a -r -v > Zebra configuration information > ================================ > Zebra biblio directory = > /home/koha/koha-dev/var/lib/zebradb/biblios > Zebra authorities directory = > /home/koha/koha-dev/var/lib/zebradb/authorities > Koha directory = /home/koha/kohaclone > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > ==================== > exporting authority > ==================== > > Records exported: 0 > ==================== > REINDEXING zebra > ==================== > *skipping biblios* > ==================== > CLEANING > ==================== > > > > -- > Thanks & Best Regards, > Waqar Azeem > > > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays at ptfs-europe.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From nguyenquocuy_1102 at yahoo.com Thu Dec 27 13:52:32 2012 From: nguyenquocuy_1102 at yahoo.com (Quoc Uy) Date: Thu, 27 Dec 2012 04:52:32 -0800 (PST) Subject: [Koha-devel] Help with Zebra search with Unicode Message-ID: <1356612752.51188.YahooMailNeo@web124503.mail.ne1.yahoo.com> After install koha packages and?I found that search is not working on Other?languages ( my language is Unicode). I just can't search for books... and found out on internet some one said that i need to enable some ICU option in zebra?indexer. Can some one tell me exactly what i have to do? Thanks!? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcamins at cpbibliography.com Thu Dec 27 18:01:12 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 27 Dec 2012 12:01:12 -0500 Subject: [Koha-devel] Database updates Message-ID: Hello. I just pushed bug 7167, which changes the way database updates work. I wrote up instructions for database updates at http://wiki.koha-community.org/wiki/Database_updates#Using_the_new_update_procedure Please be sure to read those instructions and follow them in the future. Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcamins at cpbibliography.com Thu Dec 27 18:03:01 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 27 Dec 2012 12:03:01 -0500 Subject: [Koha-devel] Database updates In-Reply-To: References: Message-ID: > I just pushed bug 7167, which changes the way database updates work. I > wrote up instructions for database updates at > http://wiki.koha-community.org/wiki/Database_updates#Using_the_new_update_procedure > > Please be sure to read those instructions and follow them in the future. > Additionally, you will need to install File::Find::Rule Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmc at esilibrary.com Thu Dec 27 19:51:55 2012 From: gmc at esilibrary.com (Galen Charlton) Date: Thu, 27 Dec 2012 10:51:55 -0800 Subject: [Koha-devel] Require only core modules for Makefile.PL? (was Re: Database updates) Message-ID: Hi, On Thu, Dec 27, 2012 at 9:03 AM, Jared Camins-Esakov < jcamins at cpbibliography.com> wrote: > Additionally, you will need to install File::Find::Rule > ... before one can run perl Makefile.PL to do a new installation. I don't think that (in this case, indirectly) requiring a non-core Perl module to run the first step of the installation after unpacking the tarball is a good idea. I've opened bug 9328 to discuss the specifics, but I think there's a minor coding principle to discuss: should we have an explicit requirement that only core modules be necessary to start the installation? [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9328 Regards, Galen -- Galen Charlton Director of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc at esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From frederic at tamil.fr Thu Dec 27 20:48:38 2012 From: frederic at tamil.fr (=?UTF-8?B?RnLDqWTDqXJpYyBEZW1pYW5z?=) Date: Thu, 27 Dec 2012 20:48:38 +0100 Subject: [Koha-devel] DOM Indexing--why several config files from which generating indexes XSL? In-Reply-To: References: <50D4AD50.4090002@tamil.fr> Message-ID: <50DCA616.9000301@tamil.fr> Thanks for your response. > We should absolutely NOT recreate the DOM configuration from > record.abs. Yes, I was assuming that. > As for why we use biblio-koha-indexdefs.xml to generate > biblio-zebra-indexdefs.xsl, I admit I don't actually know. Galen? So what? Galen? For my libraries, I'm inclined to tweak locally the .xsl file rather than the .xml file. Any reason no to do so? From jcamins at cpbibliography.com Thu Dec 27 20:51:26 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 27 Dec 2012 14:51:26 -0500 Subject: [Koha-devel] DOM Indexing--why several config files from which generating indexes XSL? In-Reply-To: <50DCA616.9000301@tamil.fr> References: <50D4AD50.4090002@tamil.fr> <50DCA616.9000301@tamil.fr> Message-ID: Fr?d?ric, > As for why we use biblio-koha-indexdefs.xml to generate > > biblio-zebra-indexdefs.xsl, I admit I don't actually know. Galen? > > So what? Galen? For my libraries, I'm inclined to tweak locally the .xsl > file rather than the .xml file. Any reason no to do so? > I tend to tweak the xsl instead of xml file as well for purely local changes. I was hoping Galen had some input on this, since he's the original architect of all the DOM configurations in Koha. Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmc at esilibrary.com Thu Dec 27 20:55:29 2012 From: gmc at esilibrary.com (Galen Charlton) Date: Thu, 27 Dec 2012 11:55:29 -0800 Subject: [Koha-devel] DOM Indexing--why several config files from which generating indexes XSL? In-Reply-To: <50DCA616.9000301@tamil.fr> References: <50D4AD50.4090002@tamil.fr> <50DCA616.9000301@tamil.fr> Message-ID: Hi, On Thu, Dec 27, 2012 at 11:48 AM, Fr?d?ric Demians wrote: > > As for why we use biblio-koha-indexdefs.xml to generate > > biblio-zebra-indexdefs.xsl, I admit I don't actually know. Galen? > > So what? Galen? For my libraries, I'm inclined to tweak locally the .xsl > file rather than the .xml file. Any reason no to do so? Admittedly, it's a near thing, but biblio-koha-indexdefs.xml is more concise and expresses the *intention* of the indexes -- the XSL we're just stuck with since that's what Zebra needs. Of course, since it's XML, it's not all that more concise, but at least it admits of the possibility of creating a base index definition language in JSON or YAML that would actually be concise. My practice has always been to update the XML, then generate the XSL. YMMV, but arguably {authority,biblio}-zebra-indexdefs.xsl should be kept out of the source tree and just generated when needed. Regards, Galen -- Galen Charlton Director of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc at esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at bigballofwax.co.nz Fri Dec 28 10:40:09 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Fri, 28 Dec 2012 22:40:09 +1300 Subject: [Koha-devel] Require only core modules for Makefile.PL? (was Re: Database updates) In-Reply-To: References: Message-ID: On 28 December 2012 07:51, Galen Charlton wrote: > > Hi, > > On Thu, Dec 27, 2012 at 9:03 AM, Jared Camins-Esakov wrote: >> >> Additionally, you will need to install File::Find::Rule > > > ... before one can run perl Makefile.PL to do a new installation. I don't think that (in this case, indirectly) requiring a non-core Perl module to run the first step of the installation after unpacking the tarball is a good idea. I've opened bug 9328 to discuss the specifics, but I think there's a minor coding principle to discuss: should we have an explicit requirement that only core modules be necessary to start the installation? > > [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9328 > +1 Chris From chris.nighswonger at gmail.com Fri Dec 28 13:28:14 2012 From: chris.nighswonger at gmail.com (Christopher Nighswonger) Date: Fri, 28 Dec 2012 07:28:14 -0500 Subject: [Koha-devel] Require only core modules for Makefile.PL? (was Re: Database updates) In-Reply-To: References: Message-ID: On Thu, Dec 27, 2012 at 1:51 PM, Galen Charlton wrote: > Hi, > > On Thu, Dec 27, 2012 at 9:03 AM, Jared Camins-Esakov < > jcamins at cpbibliography.com> wrote: > >> Additionally, you will need to install File::Find::Rule >> > > ... before one can run perl Makefile.PL to do a new installation. I don't > think that (in this case, indirectly) requiring a non-core Perl module to > run the first step of the installation after unpacking the tarball is a > good idea. I've opened bug 9328 to discuss the specifics, but I think > there's a minor coding principle to discuss: should we have an explicit > requirement that only core modules be necessary to start the installation? > > [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9328 > > +1 Kind Regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.druart at biblibre.com Fri Dec 28 14:30:06 2012 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Fri, 28 Dec 2012 14:30:06 +0100 Subject: [Koha-devel] Require only core modules for Makefile.PL? (was Re: Database updates) In-Reply-To: References: Message-ID: 2012/12/27 Galen Charlton > Hi, > > On Thu, Dec 27, 2012 at 9:03 AM, Jared Camins-Esakov < > jcamins at cpbibliography.com> wrote: > >> Additionally, you will need to install File::Find::Rule >> > > ... before one can run perl Makefile.PL to do a new installation. I don't > think that (in this case, indirectly) requiring a non-core Perl module to > run the first step of the installation after unpacking the tarball is a > good idea. I've opened bug 9328 to discuss the specifics, but I think > there's a minor coding principle to discuss: should we have an explicit > requirement that only core modules be necessary to start the installation? > > [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9328 > > Regards, > > Galen > Patch submitted, needs sign-off -------------- next part -------------- An HTML attachment was scrubbed... URL: From asholok at ukr.net Fri Dec 28 14:13:07 2012 From: asholok at ukr.net (asholok) Date: Fri, 28 Dec 2012 05:13:07 -0800 (PST) Subject: [Koha-devel] Trouble with author impotr in 3.6 Message-ID: <1356700387088-5737698.post@n5.nabble.com> I have a problem with db impot in koha(3.6). Troble in uncorrect filling 100$a author subfield. A biblio.author of 3.6 works differently(when I manually create a book) as in 3.4, it's create some kind datecode and then recording author(20121007 frey50 | Akunin B). But when I have making import system create only datecode ( for ex. 20121007 frey50) and no info about the author. In earlier version (3.4) import was and everything worked grate. -- View this message in context: http://koha.1045719.n5.nabble.com/Trouble-with-author-impotr-in-3-6-tp5737698.html Sent from the Koha-devel mailing list archive at Nabble.com. From jonathan.druart at biblibre.com Fri Dec 28 17:27:32 2012 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Fri, 28 Dec 2012 17:27:32 +0100 Subject: [Koha-devel] Database updates In-Reply-To: References: Message-ID: > Hello. > > I just pushed bug 7167, which changes the way database updates work. I > wrote up instructions for database updates at > http://wiki.koha-community.org/wiki/Database_updates#Using_the_new_update_procedure > > Please be sure to read those instructions and follow them in the future. > > Regards, > Jared > Thank you very much Jared for the wiki page! I add some stuff in a new part to explain why I wrote this patch. I hope it could help some of you who are reluctant to the feature to change their mind :-) I am under the impression that everybody knows that the old method was bad but nobody wants to change it. I believe this patch is a great improvement for Koha and could simplify life for developers and Koha administrators. The first version of this patch was submitted 1 year ago and it was very hard to find contributors to develop it. The actual development certainly contains some lacks and bugs but I really hope some developers will find this feature cool and will propose further improvements. Please feel free to contribute and give me feedbacks (in a constructive way!) :-) Happy new year to all of you and see you in 2013! Freely, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: From veron at veron.ch Sat Dec 29 10:46:16 2012 From: veron at veron.ch (=?ISO-8859-1?Q?Marc_V=E9ron?=) Date: Sat, 29 Dec 2012 10:46:16 +0100 Subject: [Koha-devel] Help with Zebra search with Unicode In-Reply-To: <1356612752.51188.YahooMailNeo@web124503.mail.ne1.yahoo.com> References: <1356612752.51188.YahooMailNeo@web124503.mail.ne1.yahoo.com> Message-ID: <50DEBBE8.1060104@veron.ch> Hi, Maybe this Wiki article can help. It explains the usage of ICU. http://wiki.koha-community.org/wiki/Correcting_Search_of_Arabic_records Marc Am 27.12.2012 13:52, schrieb Quoc Uy: > After install koha packages and I found that search is not working on > Other languages ( my language is Unicode). I just can't search for > books... and found out on internet some one said that i need to enable > some ICU option in zebra indexer. Can some one tell me exactly what i have > to do? Thanks! > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > From mtompset at hotmail.com Sat Dec 29 19:05:33 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Sat, 29 Dec 2012 13:05:33 -0500 Subject: [Koha-devel] Require only core modules for Makefile.PL? (was Re: Database updates) In-Reply-To: References: Message-ID: > should we have an explicit requirement that only core modules be necessary > to start the installation? My Philippine Peso on it: Yes, only core modules should be necessary to start installation. GPML, Mark Tompsett