Re: [Koha-devel] ES6 usage in the staff client

[apologies for top-posting] All our cataloguers' work stations use Opera (v.44) which (from dev.opera): "Opera now [version 29] supports ES6 classes in strict mode, providing the following features: prototype-based inheritance, constructors, super calls, instance methods, and static methods."

Re: [Koha-devel] Koha 18.05 released in march ? (Joubu)

On 2017-11-04 06:40 AM, Paul Poulain wrote: Hi Koha-devel & mainly Jonathan, On your RM proposal (https://wiki.koha-community.org/w/index.php?title=Proposal_for_RM_18.05_joubu) , you write: * Koha 18.05 will be released *end of March*, if it is considered stable enough for release I'v

Re: [Koha-devel] a few koha questions

On 2018-01-24 01:12 PM, Johan Seyfferdt wrote: Skipping directly to your "secondly" (and you might get a wider response on the "Koha" (users) list rather than Koha-devel): When our librarian is adding books, she only have a list of pblishers and atohrs, and she was wondering if we can create li

Re: [Koha-devel] Koha now requires Perl 5.20

On 2018-04-18 09:57 AM, Jonathan Druart wrote: We have Koha running on a RHEL 6 instance which uses 5.10.1, and it seems to be doing fine so far. It is an older version of Koha though. Which version is "an older version of Koha"? Hesitating to intervene, but as a point of reference, we have

[Koha-devel] zebra package

Has anyone else had a problem installing zebra (possibly 2.0.44) on Ubuntu 18.04LTS? We are currently updating our IT structure as part of our two-year LTS cycle. Koha (various versions, all tarball which is a policy decision) install properly, have perfect www interfaces (admin and public), b

Re: [Koha-devel] zebra package

e suggestion to compile Zebra 2.1.3 from source? and if so, is this backwards compatible? Thanks -- Paul --Barton On Tue, Aug 28, 2018 at 11:25 AM, Paul A <mailto:pau...@navalmarinearchive.com>> wrote: Has anyone else had a problem installing zebra (possibly 2.0.44) on Ubu

Re: [Koha-devel] zebra package

udo koha-zebra --restart # and restart Plack just in case it still belives zebra is down $ sudo koha-plack --restart (replace with the instance name), El mar., 28 ago. 2018 a las 14:41, Paul A (mailto:pau...@navalmarinearchive.com>>) escribió: On 2018-08-28 11:44 AM, Barton Chittend

Re: [Koha-devel] zebra package

ity.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of Paul A Sent: Wednesday, 29 August 2018 4:15 AM To: Koha Devel Subject: Re: [Koha-devel] zebra package On 2018-08-28 01:45 PM, Tomas Cohen Arazi wrote: If you are using a regular koha-common package install, We're no

Re: [Koha-devel] zebra package

xdata/idzebra/commit/704fd190292cb771df94553b0ed6f9f4b71660a6 In fact in zebra 2.0.59 ICU doesn't work. If you setup ICU in fact is a big problem. If you can not use ICU, well you can live with it Bye Zeno Tajoli On Wed, Sep 5, 2018 at 5:36 PM Paul A <mailto:pau...@navalmarinearc

Re: [Koha-devel] Problems with "LOC" authorized values and tokenization

On 2019-02-20 7:10 p.m., David Cook wrote: [snip] 2.mc-loc (from the “Shelving location” tab on /cgi-bin/koha/catalogue/search.pl) seems to be doing an incomplete search. That means if you have two locations like “Big Box” and “Big Box – Drawer”, “Big Box” will return items for both locations.

Re: [Koha-devel] kohastructure.sql : columns with COLLATE

On 2019-09-27 10:27 a.m., Fridolin SOMERS wrote: Hi I'm working on DB structure compare. I note that in installer/data/mysql/kohastructure.sql, a few columns define CHARACTER SET and/or COLLATE, with same values as table. Is this usefull or should we remove it ? Might I assume that this is

[Koha-devel] Upgrade db to v19.11

I have the possibility over the next month or two of examining the upgrading Koha from 3.8.24 to 19.11 (latest stable release.) We have the hardware available, but have a couple of questions before I plan the workflow: a) database migration? I have looked at the schemas, and am worried that

Re: [Koha-devel] Perl version requirement

On 2020-06-24 1:15 p.m., Julian Maurice wrote: Ah yes, I forgot about Xenial. Not sure if it is still supported. Ubuntu 16.04.6 LTS (Xenial Xerus) was released February 28, 2019, has an "End of Standard Support" set at April 2021, and "End of Life" of April 2024 -- where some package enhanc

Re: [Koha-devel] Load balancing Zebra

On 2020-12-20 1:25 p.m., DevinimKoha wrote: Hi David, [snip] Instead we generally used to rebuild zebra at late nigths with huge memory servers. RAM is most helpful, but I looked into this (a little while ago) and the biggest hiccup seemed to be that Zebra won't multi-thread at CPU level -

[Koha-devel] OPAC search by 952$e

Is it possible in OPAC to search by acqsource 952$e? (no problem in MySQL, admin, reports) -- this email for OPAC query. Background: charitable library, trying to define donor fonds publicly. Disclaimer: using Koha 3.8.24 for ten years or more. I know (some of you might remember me) that we "s

Re: [Koha-devel] Security releases for all stable branches - UPGRADE!

On 2021-09-06 8:00 a.m., Jonathan Druart wrote: Don't ignore this email! [snip]> If you are using an older version of Koha (<19.11) you should either upgrade to a newer version, or apply those two patches (they should apply on older versions as well): Jonathan -- many thanks. As for older ver

Re: [Koha-devel] Some very sad news.

On 2022-11-17 02:09, Chris Cormack wrote: Tēnā koutou It is with great sadness that I pass on to you all the news that Rosalie Blake has passed away. Chris, Thank you for passing on this sad news. If you can, please pass my condolences to her family. Many years ago, before we became Koha

[Koha-devel] 245$c in OPAC

Is Bug 9490 - "Show responsibility statement (245c) under title and move authors down in OPAC XSLT" the best (only?) way to go? Or is there a "quick" (js?) way to show MARC 245$s (statement of responsibility) in the OPAC "normal view"? [Koha 3.8.5] It's a request from our cataloguers who hel

Re: [Koha-devel] Continue maintenance of 3.8?

At 10:43 AM 11/1/2013 -0700, Galen Charlton wrote: Hi, At the moment, nobody has yet volunteered to be RMaint for 3.8.x. Given that the number of bugfixes trickling down that far has slowed significantly, it seems reasonable to de-support 3.8.x when 3.14 is released, but I thought I would po

Re: [Koha-devel] Continue maintenance of 3.8?

At 02:31 PM 11/1/2013 -0400, Owen Leonard wrote: On Fri, Nov 1, 2013 at 2:21 PM, Paul A wrote: > > Yes - Paul Does this mean you're volunteering to be release maintainer for 3.8.x? If you'll accept a geriatric with a Ph.D. in Pure Maths (the term "computer sciences&quo

Re: [Koha-devel] Continue maintenance of 3.8?

At 07:38 AM 11/4/2013 +1300, Chris Cormack wrote: On 2 November 2013 09:07, Paul A wrote: > At 02:31 PM 11/1/2013 -0400, Owen Leonard wrote: >> On Fri, Nov 1, 2013 at 2:21 PM, Paul A >> wrote: >> > Yes - Paul >> Does this mean you're volunteering to be releas

Re: [Koha-devel] [Jenkins] dependencies installed on jenkins.koha-community.org

At 01:10 PM 11/15/2013 -0800, Galen Charlton wrote: Hi, This is just a FYI that I've installed the following packages on jenkins.koha-community.org to deal with a testing glitch arising from my pushing the patch for bug 11185: * libanyevent-http-perl * libany

Re: [Koha-devel] [Jenkins] dependencies installed on jenkins.koha-community.org

At 02:30 PM 11/15/2013 -0800, Galen Charlton wrote: [snip] is there a "master" list of all perl modules across the Koha spectrum? Or is this an impossible dream? A list of Koha's Perl dependencies has been maintained for years, actually, and is to be found in the file C4/Installer/PerlDepende

Re: [Koha-devel] RSS method for checking and warning about current installed version

At 07:48 AM 12/4/2013 +1300, Chris Cormack wrote: On 4/12/2013 6:38 am, "Tomas Cohen Arazi" <tomasco...@gmail.com> wrote: > > What would you think of adding some way for the about.pl page to load information on newer versions available, or even if

Re: [Koha-devel] RSS method for checking and warning about current installed version

this? You say "could work" -- I'm suggesting that security must be bullet proof. As far as I'm concerned, this avenue should be blackballed for a standard install/upgrade. It's just the thin end of the wedge towards other intrusions. Best regards -- Paul Regard

Re: [Koha-devel] RSS method for checking and warning about current installed version

At 10:53 AM 12/10/2013 +, MJ Ray wrote: [snip] I would prefer Koha to have something like About: Check for Updates, rather than any set-by-default feature. +1 Thanks - Paul ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http:/

Re: [Koha-devel] Architectural goals for 3.16

At 09:59 AM 12/11/2013 +1300, Liz Rea wrote: On 11/12/13 05:40, Owen Leonard wrote: >> [4] Upgrade the version of Bootstrap we use to 3.x. > As I mentioned in IRC today the primary caveat for this goal is that > Bootstrap 3 says it "drops support for Internet Explorer 7 and Firefox > 3.6." Howev

Re: [Koha-devel] Architectural goals for 3.16

(two! 5 1/4 floppies, one for the o/s, one for data) that runs MS-DOS 1.03) but it only has 64K RAM, so couldn't run Windows when BG/MS introduced it in 1984 -- and when I built our current production server last year (8 x i7 cores) it was "top end" but is now surpassed ;={

[Koha-devel] awstats

Has anyone here got a working version of awstats (v.7) running with Koha on Apache 2.2.x? Specifically (Debian/Ubuntu), the cross referencing of the apache2 .conf files, both LAN and WAN? I'm trying to do some research into mobile/smartphone use -- at a meeting yesterday with BellMobility (not

[Koha-devel] Prices and tax in koha

At 01:43 PM 12/17/2013 +, BOUIS Sonia wrote: >[snip] My suggestion is to stock all the price including tax I would prefer a "choice" -- maybe it's very specific, but our auditors are clear that for a Canadian charity there are tax implications and we must stock without taxes (historical v

Re: [Koha-devel] Architectural goals for 3.16

At 05:17 PM 12/19/2013 +0100, Paul Poulain wrote: [snip] And if I were playful[*], I would bounce[*] on the fact that you highly value the work we're doing: [snip] [*] strictly no negative meaning here, I hope google translate didn't lied to me with these words... Ça aide d'être multilingue --

[Koha-devel] Koha sources

I've just noticed that our Ubuntu 12.04 LTS servers are giving warnings on apt-get update: W: Duplicate sources.list entry http://debian.koha-community.org/koha/ squeeze/main amd64 Packages (/var/lib/apt/lists/debian.koha-community.org_koha_dists_squeeze_main_binary-amd64_Packages) W: Duplicat

[Koha-devel] SQL Query : multiple items

I'm going round in circles for what I thought would be easy, and will kick myself later. Trying to write a "report" that will give me all biblios with more than 1 item: SELECT biblionumber, CONCAT('href=\"/cgi-bin/koha/catalogue/detail.pl?biblionumber=',biblionumber,'\">',title,'') AS Title, a

[Koha-devel] Please assist: auth values

Please can one of you assist? We are in the middle of shelving several hundred boxes of books, and seven volunteer cataloguers have spent the day editing items to change the auth value "loc" from "box_xyz" to the proper shelf/stack. At the end of the day, an enthusiastic volunteer instead of

Re: [Koha-devel] Please assist: auth values

This is not been my experience with the authorised_values list. Are you finding data on a query like this? select barcode from items where location = or select distinct(location) from items-which will show you all the location values in use in the database. -joy On Wed, Feb 19, 2014 at 5:2

[Koha-devel] File sizes

Recent exchanges on "how big a hard disk do you need" (associated possibly with bug 11830) prompted me to have a look for "big" files on our production box. The worst offender appears to be /var/lib/mysql with the "oracle bug" for ibdata: -rw-rw 1 mysql mysql 1335885824 Feb 28 18:41 ibdata

Re: [Koha-devel] File sizes

At 11:29 AM 2/28/2014 -0800, Galen Charlton wrote: Hi, On Fri, Feb 28, 2014 at 10:52 AM, Paul A wrote: [snip] > -rw-rw 1 mysql mysql 1117782016 Feb 28 18:43 ibdata1 > [log files identical] > > Two questions if I may. First, are my numbers typical? Hard to say without know

Re: [Koha-devel] File sizes

At 12:59 PM 2/28/2014 -0800, Galen Charlton wrote: Hi, On Fri, Feb 28, 2014 at 12:37 PM, Michael Hafen wrote: [snip] > -rw-rw 1 mysql mysql 1551892480 Feb 28 12:53 import_records.ibd [snip] > -rw-rw 1 mysql mysql 490733568 Feb 28 13:30 zebraqueue.ibd One thing to note is that if you u

[Koha-devel] Bug 6536; SRU

I've just had a look through Bug 6536 and got a little bit lost in exactly when it might be "operational." We have some 2,000 German biblios to catalogue, and (after corresponding with Deutsche Nationalbibliothek who only use SRU and have decommissioned their Z39.50 server) are wondering wheth

Re: [Koha-devel] Bug 6536; SRU

i.gbv.de/database/>) - does anyone happen to use GBV? Best regards -- Paul Regards, Marcel Van: koha-devel-boun...@lists.koha-community.org [koha-devel-boun...@lists.koha-community.org] namens Paul A [pau...@navalmarinearchive.com] Verzonden: dinsd

[Koha-devel] Orphaned biblioitems

Can anyone please suggest where I could start looking in the code for what might cause orphaned biblioitems? Running the following query: SELECT GROUP_CONCAT('cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=',biblionumber,'\">',biblionumber,'' SEPARATOR ', ') AS BibNums, EXTRACTVALUE(marcx

Re: [Koha-devel] Orphaned biblioitems

At 10:51 AM 5/1/2014 +1200, Robin Sheat wrote: Paul A schreef op wo 30-04-2014 om 10:03 [-0400]: > Can anyone please suggest where I could start looking in the code for > what > might cause orphaned biblioitems? You're going to have to define what an orphaned biblioitem record is

Re: [Koha-devel] Orphaned biblioitems

but returned by Koha? Apache? as " %3D " has any relevance. Weird. Best -- Paul -joy On Wed, Apr 30, 2014 at 7:22 PM, Paul A <<mailto:pau...@navalmarinearchive.com>pau...@navalmarinearchive.com> wrote: At 10:51 AM 5/1/2014 +1200, Robin Sheat wrote: Paul A schreef o

Re: [Koha-devel] Removal of the prog and CCSR themes in 3.18

At 08:00 AM 5/12/2014 -0700, Galen Charlton wrote: Hi, On Mon, May 12, 2014 at 7:55 AM, Galen Charlton wrote: > Assuming that we don't change our minds, then as of now, there would > be no requirement that new patches update the prog theme. Also, I have opened bug 12233 for the removal of the

Re: [Koha-devel] Extending MARC::Charset::Table ?

At 02:56 PM 6/4/2014 -0400, Philippe Blouin wrote: [snip] My questions: - Any way to generate the Table with all the 700s characters? Have you had a look at ? Best - P. __

Re: [Koha-devel] RFC: proposing change to Koha's plugins system

At 10:16 PM 8/21/2014 +, Indranil Das Gupta wrote: Hi all, I've been trying to use the KPZ structure in some of my projects. In general, I've found it rather useful, with a few modifications. I would like to propose the following changes as http://bugs.koha-community.org/bugzilla3/show_bug.

Re: [Koha-devel] VAT/GST rewrite

At 11:58 AM 8/28/2014 +0200, Jonathan Druart wrote: Thanks to Katrin and Colin for their questions/notes on the wiki page (http://wiki.koha-community.org/wiki/GST_Rewrite_RFC#Questions_.2F_notes) [snip] 2/ Rounding I suggest to add a new pref to define the decimal to get for price calculation. So

[Koha-devel] OPAC items location (shelf)

I've looked through the wiki and bugs.koha... but can't seem to find anything relevant. opac-search.pl (if it finds more than one result) produces a line that reads e.g. "Availability: Copies available: 2nd floor rare (2)," using opac-results.tt which relies on data 'available_items_loo.locati

[Koha-devel] koha-common install

Happy Christmas, Happy Holidays all around, Having a look at latest releases of Ubuntu and Koha on a 32-bit 'sandbox' server, newly built with latest 14.04.1 LTS Ubuntu. Koha failed despite major attempts at fulfilling dependencies, including CPAN which cannot find yaz, idzebra nor libnet-z395

Re: [Koha-devel] koha-common install

nighswon...@gmail.com>Christopher Nighswonger Sent: Wednesday, December 24, 2014 8:28 PM To: <mailto:pau...@navalmarinearchive.com>Paul A Cc: <mailto:koha-devel@lists.koha-community.org>Koha Devel Subject: Re: [Koha-devel] koha-common install Something is broken with one of the depe

Re: [Koha-devel] koha-common install

r 0.06 sys + 22.15 cusr 1.20 csys = 23.98 CPU) Result: FAIL Failed 1/98 test programs. 2/9708 subtests failed. make: *** [test_dynamic] Error 255 Thanks and best regards -- Paul regards To+ El Fri Dec 26 2014 at 20:36:30, Paul A (<<mailto:pau...@navalmarinearchive.com>pau...@na

[Koha-devel] 3.18 install [was: koha-common install]

At 03:11 AM 12/28/2014 -0500, Mark Tompsett wrote: Greetings, [snip] Mark and all others, thanks. 3.18 now installed, OPAC and Staff pages appear as expected. "Web installer > Step 3 Updating database structure" appeared to go well (285 lines of updates) but with the five errors (minor?) at

Re: [Koha-devel] 3.18 install [was: koha-common install]

At 09:07 AM 12/30/2014 +1300, Chris Cormack wrote: [snip] It is because you decided not to install using the packages, and instead used the tarball, so none of the package supplied scripts will be there Yup... I tried four times (twice on a 32-bit sandbox, and twice on a new 64-bit machine du

[Koha-devel] 3.13.2 speed

Happy New Year to all, Finally got 3.18.2 up and running, LAN only, with a mysql dump from our production server. Lots of customization to get to, but I'm quite startled by the slow speed of searching on the OPAC. Speed: 3.8.5 3.18.2 = Tim

[Koha-devel] 3.18 search speed

I'm really looking for some help here, please, my brain (whatever is left!) is swimming in Perl code. I'm getting the notion that maybe the db conversion (3.08 => 3.18, which reported all done) missed something, or that after two years of use, there's possibly something corrupt. If not, there

Re: [Koha-devel] 3.18 search speed

tp://uintahlibrary.org>uintahlibrary.org <http://facebook.com/uintahcountylibrary>facebook.com/uintahcountylibrary On January 3, 2015 6:17:33 PM MST, Paul A wrote: I'm really looking for some help here, please, my brain (whatever is left!) is swimming in Perl code. I'm gettin

Re: [Koha-devel] 3.18 search speed

n/koha/opac-main.pl was not found on this server." but it's there: -rwxr-xr-x 1 root root 2645 Dec 28 23:55 opac-main.pl ... Onwards and upwards :) Best regards -- Paul At 11:01 AM 1/5/2015 +1300, Robin Sheat wrote: Paul A schreef op za 03-01-2015 om 20:17 [-0500]: > I'm re

Re: [Koha-devel] 3.18 search speed

At 11:33 AM 1/6/2015 +1300, Robin Sheat wrote: Paul A schreef op ma 05-01-2015 om 13:13 [-0500]: > However, I still want 3.18 if I can. [snip some very helpful pointers -- thank you very much] Additionally, I've added a little bit to my in-development package docs that explain at a hi

Re: [Koha-devel] 3.18 search speed

At 12:07 PM 1/7/2015 +1300, Robin Sheat wrote: [snip > perl -d -w is perhaps a bit more explicit: > unable to locate Koha configuration file koha-conf.xml at That's a totally different error, and it's because it doesn't have environment variables set up to find the koha-conf.xml. Thanks - corr

Re: [Koha-devel] 3.18 search speed

At 01:43 PM 1/7/2015 +1300, Robin Sheat wrote: [snip] > Is there any easy way to remove this "instance" and start over? This is all documented: http://wiki.koha-community.org/wiki/Talk:Koha_on_Debian#Other_Commands Thanks Robin -- "remove" isn't on the Wiki page, but it did point me to the m

Re: [Koha-devel] 3.18 search speed

I wrote a few days ago that 3.18.2 appeared slow vis-à-vis our production 3.8.5: 3.8.5 3.18.2 = Time to search catalogue for 's' <2 secs19 secs

[Koha-devel] Apache 2.4 env vars

Could someone please tell me where Koha 3.18 should find $ENV{'SERVER_NAME'} and $ENV{'SERVER_PORT'} -- these are not included in the %ENV by Apache 2.4 -- required by C4/Auth.pm at line 442? DOMAIN and OPACPORT are defined in /etc/koha/koha-sites.conf and properly included in the Apache2 setu

Re: [Koha-devel] Apache 2.4 env vars

At 07:01 PM 1/14/2015 -0500, Mark Tompsett wrote: Greetings, 1) Why not just set the OPACBaseURL system preference in the first place?! Thanks Mark -- the reason that I was asking was that (at this point) I'm only testing, and didn't want to hardcode a LAN URL (1) Koha seemed to have the ca

Re: [Koha-devel] Apache 2.4 env vars

o, NSW 2007 > -Original Message- > From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel- > boun...@lists.koha-community.org] On Behalf Of Mark Tompsett > Sent: Thursday, 15 January 2015 11:01 AM > To: Paul A > Cc: koha-devel@lists.koha-community.org > Su

[Koha-devel] 3.18 zebra

Please bear with me -- I had no luck sorting out my search speed problem, so did a packet apt-get remove, install (not purge.) All went extremely well, OPAC reported "under maintenance", staff admin (logging in with install name) upgraded the 3.05 database (new as requested by /usr/share/koha/k

Re: [Koha-devel] 3.18 zebra

a user to perform the task inside the tool. Seems there is an error in zebra though. There should be a way to start zebra with more logging, but I'm not that familiar with the command-line tools. Hopefully someone else knows more... On Wed, Jan 21, 2015 at 11:42 AM, Paul A <<ma

Re: [Koha-devel] 3.18 zebra

At 10:46 AM 1/22/2015 +1300, Robin Sheat wrote: Paul A schreef op wo 21-01-2015 om 13:42 [-0500]: > But I have a problem with Zebra. Does 'instancename-koha' really have > to be > a sudoer? If there's a possible quick fix I'll try it, if not I'll > start over

Re: [Koha-devel] 3.18 zebra

At 11:55 AM 1/22/2015 +1300, you wrote: Paul A schreef op wo 21-01-2015 om 17:10 [-0500]: > However, neither OPAC ("Results of search for 'kw,wrdl: smith' No > results > found! No results found for that in NMA catalog) nor staff-admin ("No > results match your se

Re: [Koha-devel] 3.18 zebra

At 01:33 PM 1/22/2015 +1300, Robin Sheat wrote: Paul A schreef op wo 21-01-2015 om 18:53 [-0500]: > So, then it bounced me around looking for indexer, SIP server and > Zebra, > which all appear to start, but service koha-common restart doesn't > appear > to want to play: [

Re: [Koha-devel] [Koha] Koha 3.18.3 released

At 09:40 AM 1/23/2015 +1300, Chris Cormack wrote: The Koha release team is proud to announce the release of Koha 3.18.3. Chris -- thank you and everyone involved. Installed like a dream ... Best -- Paul P.S. a little typo in the "download[s]" below -- I think it should be

[Koha-devel] Search speed

I have progressed a little further on this subject using multiple parallel tests for from 0 to ~25k biblios on a new, relatively fast server. In brief: 3.08 averages 0.88 secs per search 3.18 averages 5.06 secs for the same searches, but... 3.18 averages only 1.52 secs if I turn off facets. Fac

Re: [Koha-devel] Search speed

/usr/share/koha/bin/koha-zebra-ctl.sh line 40 to ZEBRAOPTIONS="-T -v none,fatal,warn"] J'aurais bien aimer trouver ça tout seul ... mais encore une fois avec mes remerciments. Meilleures amitiés et a+ Paul Le 30/01/2015 02:59, Robin Sheat a écrit : Paul A schreef op do

Re: [Koha-devel] Search speed

7;ll do a bug/enhancement myself with all the numbers (a bit of a struggle, NYTProf doesn't appear to like multi-threading.) Best -- Paul GPML, Mark Tompsett -----Original Message- From: Paul A Sent: Friday, January 30, 2015 3:19 PM To: Fridolin SOMERS ; koha-devel@lists.koha-communit

Re: [Koha-devel] Search speed

At 02:02 PM 2/2/2015 +, Tomas Cohen Arazi wrote: Paul, while you are running your tests, could you please compare this both scenarios: - 1 - 0 Thanks PS: I have found that searchResults is too slow too. I have posted notes, results and some NYTProf examples at

Re: [Koha-devel] Search speed

t from then on, chasing individual lines/functions (s, n, r) became frustrating, and a dump (T) was unmanageable. Again, thanks -- Paul 2015-02-04 22:22 GMT+01:00 Paul A : > At 02:02 PM 2/2/2015 +, Tomas Cohen Arazi wrote: >> >> Paul, while you are running your tests, co

Re: [Koha-devel] Search speed

) Again thanks for the suggestion, best -- Paul REgards Tomas PS. if you play with facetNumRecs, remember to restart zebra each time you change it. On Wed, Feb 4, 2015 at 6:22 PM, Paul A wrote: At 02:02 PM 2/2/2015 +, Tomas Cohen Arazi wrote: Paul, while you are running your tests, could yo

Re: [Koha-devel] [Koha] Koha development

Marshall, Another "numbers source" that might be helpful to you is Best regards -- Paul At 11:48 AM 2/12/2015 -0300, Tomas Cohen Arazi wrote: Marshall, I don't think we can provide you with that information in that time frame. We c

[Koha-devel] OPAC !DOCTYPE

doc-head-open.inc in 3.08 started by adding: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> 3.18 just adds -- which gives rise to "errors" in most verification processes (W3C etc). Was there a reason to change this? (Can't find anything in bugs.) I'm playing with the Google mo

Re: [Koha-devel] OPAC !DOCTYPE

them yui css) and hundreds of warnings. Putting it back to XHTML substantially decreases the list. Best -- Paul 2015-02-19 17:59 GMT-07:00 Paul A <<mailto:pau...@navalmarinearchive.com>pau...@navalmarinearchive.com>: doc-head-open.inc in 3.08 started by adding: Â Â "<

[Koha-devel] biblioitems marc and marcxml

Good morning|evening to you all. I'm looking for some help please for a problem [1] that has surfaced concerning "advanced search" (OPAC and staff) by "Shelving location" and by "Collection Code". I can't find an bugs relating to this. states:

Re: [Koha-devel] biblioitems marc and marcxml

ce (our priorities as a non-lending library do not require all the other very positive improvements to 3.18) Again thanks and warmest regards -- Paul El vie., 6 de marzo de 2015 0:10, Paul A <<mailto:pau...@navalmarinearchive.com>pau...@navalmarinearchive.com> escribió: Good morn

Re: [Koha-devel] biblioitems marc and marcxml

At 08:32 PM 3/6/2015 -0500, Christopher Nighswonger wrote: On Fri, Mar 6, 2015 at 8:20 PM, Paul A <<mailto:pau...@navalmarinearchive.com>pau...@navalmarinearchive.com> wrote: [snip] All these marc(xml) errors originate back in 2011 (some 3.2, some 3.4 according to items.datelastsee

Re: [Koha-devel] search speed

At 08:29 PM 5/27/2015 +0200, Gaetan Boisson wrote: Well as i said, the time is not the same depending on the number of results, but in both cases, the number of results is anyway much higher than the number of records taken into consideration for facets. Your investigation indicates that: In

Re: [Koha-devel] search speed

enhancement with enormous potential, but when the time required increases from a few tenths of a second to 20 seconds+, we felt we could not put it into production -- our users tend to want "instant gratification." Best -- Paul > > Le 27/05/2015 21:02, Paul A a écrit : >>

[Koha-devel] Staff: duplicate an item

I seem to remember (but cannot find) a suggestion? enhancement? to allow cataloguers to duplicate an existing *item*, in the same way that it can be done for biblios "Edit as new (duplicate)". Could some kind soul please point me to any work that has been done on this? Many thanks and regards,

Re: [Koha-devel] Cleaning up...

At 01:10 PM 9/11/2015 -0400, Mark Tompsett wrote: Greetings, > I would suggest the cleanup_database.pl script in the cronjobs directory, except I've just looked at it and it doesn't touch the import_items or import_biblios tables. As Galen mentioned it does via cas

Re: [Koha-devel] Cleaning up...

At 04:05 PM 9/17/2015 +0200, Stefano Bargioni wrote: +1 for "default in some newer versions". sb Robin Sheat writes: Paul A schreef op vr 11-09-2015 om 18:37 [-0400]: -rw-rw 1 mysql mysql 1302331392 Sep 11 17:45 ibdata1 This is solved by using this option: https://dev.mysql.com/

Re: [Koha-devel] Benchmarks - prior to the 3.22 release

At 04:30 PM 11/9/2015 +, Jonathan Druart wrote: Hi devs, Please have a look at the these benchmarks: http://wiki.koha-community.org/wiki/Benchmark_for_3.22 I let you draw the appropriate conclusions. Jonathan, Is there a write up (perhaps specific code examples) on how these benchmarks

Re: [Koha-devel] Benchmarks - prior to the 3.22 release

At 06:26 PM 11/9/2015 +, Jonathan Druart wrote: 2015-11-09 17:56 GMT+00:00 Paul A : > At 04:30 PM 11/9/2015 +, Jonathan Druart wrote: >> >> Hi devs, >> >> Please have a look at the these benchmarks: >> >> http://wiki.koha-community.org/wiki/Benc

Re: [Koha-devel] incremental backup of the DB

At 02:34 AM 11/18/2015 +0530, Indranil Das Gupta wrote: Hi all, I'm facing a situation that between full backups, I would like to take incremental backups. Anyone have played with mysql incremental backup and Koha? any known issues? Yup -- [probably, depends, no compression] and if you ever "r

Re: [Koha-devel] incremental backup of the DB

t;Enterprise backup" we found it impossible to compress the incrementals, but YMMV. Best -- Paul Le 17/11/2015 23:24, Paul A a écrit : At 02:34 AM 11/18/2015 +0530, Indranil Das Gupta wrote: Hi all, I'm facing a situation that between full backups, I would like to take incremen

Re: [Koha-devel] incremental backup of the DB

At 09:51 AM 11/19/2015 +1300, Robin Sheat wrote: Paul A schreef op wo 18-11-2015 om 12:15 [-0500]: > However, the original post asked about "incremental backup" and I > assumed > that this referred to MySQL "enterprise backup" > <http://dev.mysql.com/doc/mysql

Re: [Koha-devel] incremental backup of the DB

At 12:15 PM 11/19/2015 +1300, Robin Sheat wrote: Paul A schreef op wo 18-11-2015 om 17:49 [-0500]: > Very interesting, can you share more details? Not really, I didn't implement it. But essentially it provides an offsite database replicant that can then be backed up using snapsho

Re: [Koha-devel] Benchmarks - prior to the 3.22 release

At 11:56 AM 11/28/2015 +0100, Mirko Tietgen wrote: NYTProfile for searches in the OPAC and in the staff client, run on the RPi2 with Koha 3.22 For /usr/share/koha/opac/cgi-bin/opac/opac-search.pl: http://abunchofthings.net/koha/profile/opacsearch/ For /usr/share/koha/intranet/cgi-bin/catalogue/

Re: [Koha-devel] Benchmarks - prior to the 3.22 release

At 10:16 AM 11/29/2015 +0100, Mirko Tietgen wrote: Hi Paul, I only used figures for 3.8 because I already had them. I am not particularly interested in that version, as it is very out of date and has not had a maintenance release in almost two years. You should consider upgrading. Hi Mirko, Ma

Re: [Koha-devel] [Koha] Problem with BarcodeFallbackSearch

At 10:36 PM 12/9/2015 +0100, someone wrote: El 09/12/15 a las 22:13, someone else escribió: > If this is a desirable feature, a good place to start would be to file a > bug at http://bugs.koha-community.org. :) That's from the "user" list, and while some of you consider me $whatever, I have c

Re: [Koha-devel] [Koha] Problem with BarcodeFallbackSearch

At 03:56 PM 12/10/2015 -0500, Galen Charlton wrote: Hi, On Wed, Dec 9, 2015 at 6:46 PM, Paul A wrote: > Enhancements, improvements and new features: a good starting point is the > user list, (IRC?) and possibly the dev list. If there is consensus, this > should be filed at ??? (s

[Koha-devel] DateUtils / Zebra

(I found one email, no response, from 21 May 2014 on this subject; can't find anything 'DateUtils' with either 'Zebra' or 'catalog' in bugs.koha-community.org.) It's extremely rare nowadays that we do a complete re-index on the production servers, but I did one today after a direct (naughty me

Re: [Koha-devel] DateUtils / Zebra

ge to <http://rebuild_zebra.pl>rebuild_zebra.pl or to DateUtils.pm? As I said below, I couldn't find any documentation on the subject -- and I'd like to look into getting rid of the warnings. Thanks -- Paul 2015-12-13 20:09 GMT-03:00 Paul A <<mailto:pau...

Re: [Koha-devel] DateUtils / Zebra

quot;Global symbol "$time" requires explicit package name at /usr/share/koha/lib/Koha/DateUtils.pm line 118", and spills over into Reserves.pm line 40, Circulation.pm line 27, Search.pm line 28, AuthoritiesMarc.pm line 24, etc...] Regards Tomas 2015-12-14 17:10 GMT-03:00 Paul

  1   2   >