Time  Nick           Message
01:49 * dcook        waves
01:49 dcook          So is master broken for everyone or just me?
01:50 * dcook        assumes he might just be missing some modern process perhaps
02:01 dcook          Right... https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20538
02:01 huginn         Bug 20538: enhancement, P5 - low, ---, julian.maurice, Pushed to Master , Remove the need of writing [% KOHA_VERSION %] everywhere
02:01 dcook          When did we start doing KOHA_VERSION anyway...
02:02 dcook          https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904
02:02 huginn         Bug 12904: enhancement, P5 - low, ---, kyle, RESOLVED FIXED, Force browser to load new JavaScript and CSS files after upgrade
02:03 dcook          Interesting...
02:03 wahanui        interesting is sometimes good and sometimes bad
02:30 dcook          And now my Koha is back :D
02:30 dcook          Just needed to update that Apache configuration...
02:31 mtj            hiya dcook, there seems to be some problem with the search results, on the perldoc site
02:31 mtj            .. re: your caller() email
02:32 dcook          Oh?
02:32 dcook          Can you tell me more?
02:32 wahanui        somebody said more was only a nother display for what can be accessed from global
02:32 mtj            im guessing that might have caused people to think that it didnt exist for < 5.20.x
02:33 dcook          Mmm I gotcha
02:33 dcook          Feel free to add that to the email thread :D
02:33 dcook          I wonder why they would've thought to even check for that one though..
02:33 mtj            searching gives no results
02:33 mtj            https://perldoc.perl.org/5.18.2/search.html?q=caller
02:34 dcook          Yeah I just tried that
02:34 dcook          Yikes perldoc
02:34 mtj            .. yet the sub exists
02:34 mtj            https://perldoc.perl.org/5.18.2/functions/caller.html
02:34 dcook          https://perldoc.perl.org/5.8.9/functions/caller.html
02:34 * dcook        thumbs up
02:34 mtj            https://perldoc.perl.org/5.8.8/functions/caller.html
02:36 dcook          Cheers mtj :)
02:37 dcook          All of this was actually just so I can check to see if a little bug on a cataloguing page has been fixed or if I need to write a patch.. heh
02:37 mtj            i was surprised to see that centos7 is still using perl.5.16.3
02:37 mtj            http://mirror.centos.org/centos/7/os/x86_64/Packages/
02:37 dcook          I'm surprised it's that new
02:37 dcook          RHEL 7 was using 5.14 last I looked last year
02:38 dcook          Or maybe not..
02:38 dcook          Maybe it was 5.16
02:38 dcook          Either way, yeah Red Hat is a Perl nightmare
02:38 dcook          Which makes me understand why people like things like perlenv or whatever
02:38 dcook          I love packages like RPMs and DEBs but...
02:39 dcook          It would be nice to encapsulate an app so that the versioning is less of an issue
02:39 dcook          But then you're missing out on all that upstream OS packager maintenance..
02:39 * dcook        wonders why nothing in life can be perfect :p
02:44 mtj            hmm, fedora26 seems to have perl 5.24.1 ?
02:44 mtj            https://koji.fedoraproject.org/koji/buildinfo?buildID=107121 4
02:45 mtj            5.24.4
02:48 mtj            i didnt realise there was such a big gap btw RHEL and fedora's perl versions
02:49 tcohen         OpenSuSE? Really? :-P
03:02 mtj            aah, thanks for updating the bug dcook :)
03:03 dcook          Mmm yeah Fedora is often pretty current
03:03 dcook          tcohen: I don't call the shots here :p
03:03 dcook          I think we mostly have Koha on openSUSE, SLES, and RHEL
03:03 dcook          I have tried to convince the higher ups to move to Debian in the past, but haven't gotten there yet
03:04 dcook          And a number of governments and such only use SLES or RHEL
03:04 dcook          Building RPMs also seems a million times easier than DEB packages >_>
03:05 dcook          As per the email I just sent, if the DEB packages allowed for multiple versions of Koha on the same server..
03:05 rangi          so easy that absolutely no one has done it
03:05 dcook          I'd be more willing to work on creating a RPM packaging model
03:05 dcook          rangi: A few people have
03:05 dcook          Me, Nicholas, probably others
03:05 dcook          But we don't share it
03:05 rangi          thats worse than not doing it
03:05 dcook          I could share it but it wouldn't help the community
03:06 rangi          also 5.18 in opensuse has an unpatched security flaw
03:06 dcook          I think it would just create division
03:06 rangi          and 5.20 was released in may 2015
03:06 dcook          I think 5.20 is EOL, yeah?
03:06 rangi          yes
03:06 rangi          5.18 was eol years ago
03:06 rangi          they should really stop forcing people to use it
03:06 dcook          Yeah I remember hearing that a few years ago
03:06 dcook          Agreed
03:06 rangi          and making koha work with insecure eol software should be no ones priority
03:07 rangi          because that actually is a disservice not a service
03:07 dcook          By that token, we shouldn't go with the Debian Perl either
03:07 dcook          I mean with Plack... we could actually use our own Perl
03:07 rangi          the debian perl has security patches
03:07 rangi          stable is 5.24
03:08 rangi          they patch all the way back to oldstable, there was a perl patch yesterday for jessie
03:08 dcook          Ahh I must be thinking of Jessie
03:08 dcook          That's cool
03:08 dcook          That's the thing I don't get about governments and SLES and RHEL
03:08 dcook          I've worked on RHEL systems that have unpatched kernel vulnerabilities...
03:08 rangi          CVE-2018-6913
03:08 dcook          The idea that they're more secure just boggles my brain
03:09 rangi          its patched on all debian and ubuntu versions
03:09 rangi          (its a heap overflow one, quite nasty)
03:10 dcook          Reading about it on the Red Hat site now
03:11 dcook          "The 64-bit versions of perl have not been found to be affected."
03:11 dcook          https://access.redhat.com/security/cve/cve-2018-6913
03:13 dcook          But then Debian say vulernable and fixed... https://security-tracker.debian.org/tracker/CVE-2018-6913
03:13 dcook          Hmm
03:13 rangi          yeah, so does freebsd
03:13 rangi          im not sure why you wouldn't just patch the bug anyway, even if you think you can't exploit in in 64bit versions
03:14 rangi          https://rt.perl.org/Public/Bug/Display.html?id=131844
03:14 dcook          Yeah looking at that one now
03:15 dcook          But yeah I don't see anything from Suse about it
03:16 dcook          Curious why an attacker would be able to provide a template to pack() but.. still
03:18 dcook          So Nicholas van Oudt does provide a RPM repo for Fedora: https://copr.fedorainfracloud.org/coprs/vanoudt/KOHAExtra/
03:18 rangi          CVE-2018-6797
03:18 rangi          too
03:19 rangi          yeah for the bits around koha, not koha itself (its like the koha-deps package for debian)
03:19 dcook          Yeah
03:19 dcook          I think he has koha itself somewhere
03:19 dcook          A git repo it seems
03:20 dcook          Nicholas van Oudtshoorn*
03:20 dcook          Although I don't actually see a spec file anywhere in https://github.com/vanoudt?tab=repositories
03:21 dcook          I would be happy to write a RPM spec file for Koha, but...
03:21 dcook          I don't know how usable it would be
03:22 dcook          Maybe if it could match the Debian layout
03:22 rangi          it needs someone to set up and maintain a repository, that's the bit that makes the packages useful, not the packaging itself
03:22 dcook          And it would then require coordinating developers to make sure things work for DEB and RPM :/
03:22 rangi          and to package every release in a timely manner etc
03:23 dcook          I suppose although if we provided that as a community I think there would be an expectation for supporting RPMs too
03:23 dcook          And most Koha developers would say they just know how to use it with Debian
03:23 dcook          Although maybe it's one of those... build it and they will come things
03:24 rangi          basically i'd never be super interested because I think those distros move too slowly to be useful. But others may well, if you say there are rpm packages if you want to work with them
03:27 rangi          if you can develop a script like build-git-snapshot but for rpm not deb, that would make it easier to automate testing it
03:29 dcook          Yeah I used build-git-snapshot to inspire my own build scripts here
03:29 dcook          Me and Nicholas talked about it a few years ago
03:29 dcook          There's no reason Fedora/Redhat/Centos and Suse can't share a specfile as well
03:29 dcook          So people could take advantage of Fedora being current
03:30 dcook          While everyone else benefits from the same specfile
03:30 rangi          then you could make gitlab-ci file to have it build on push too, that way you'd catch things that break it early
03:30 dcook          I mean we'd need to start somewhere right?
03:30 rangi          yep
03:30 dcook          I just worry about having Apache config in debian/, in etc/, in...
03:30 dcook          I just worry it would further fragment things
03:30 dcook          Or maybe it would be impetus to unite things
03:30 rangi          the script can copy those to the places the rpm expects them
03:31 dcook          I think Marcel uses Fedora as well iirc
03:31 dcook          rangi: Yeah I thought about that, but it seems a bit hacky
03:31 dcook          A RPM specfile reaching into a debian directory
03:31 rangi          i defintely wouldn't have them in 2 places, but just make the build script put them in the place the need to be
03:31 rangi          not really
03:31 rangi          debian is the base
03:31 rangi          you're building on that
03:31 dcook          I'd want to look at other projects to see if it's bonkers or not
03:32 dcook          MMm yeah
03:32 rangi          most other projects do all their packaging outside the main repo
03:32 dcook          I agree with what you're saying about having the build script do the hard work
03:33 dcook          I often see spec files in places like https://github.com/NagiosEnterprises/nagioscore
03:33 dcook          But I haven't seen a repo yet that has both
03:33 dcook          Maybe they do have debian/ separate
03:33 dcook          Say in this case: https://packages.debian.org/jessie/nagios3
03:33 rangi          yep
03:33 dcook          I'm guessing that Debian is doing the Debian packaging?
03:33 rangi          yep
03:34 dcook          There have to be people who do both. Like Indexdata have..
03:34 dcook          Hmm https://github.com/indexdata/yaz4j
03:34 dcook          Yeah must be specfile in the repo and the debian outside it
03:34 rangi          im not sure i'd want to copy their practices ;)
03:34 dcook          Fair enough :p
03:34 rangi          basically you have a base, then you build from there
03:34 dcook          I figure collecting a variety of examples doesn't hurt though
03:35 dcook          That's the thing with the specfile. It does a source install and then you just modify around that really
03:35 dcook          What's the debian version..
03:35 dcook          dh_auto_make or something like that?
03:35 rangi          close
03:35 dcook          I know I've looked into it before but have only used build-git-snapshot and made one mini Debian package by hand
03:35 dcook          I guess the specfile wraps everything in one file whereas Debian uses a number of files
03:36 dcook          Here we go...
03:36 dcook          https://github.com/indexdata/idzebra
03:36 dcook          https://github.com/indexdata/idzebra/blob/master/idzebra.spec
03:36 dcook          https://github.com/indexdata/idzebra/tree/master/debian
03:36 rangi          but it puts things in places that the OS would expect them
03:36 dcook          Yeah I figure so long as both debian and the specfile put things in places the OS would expect them.. it's all good
03:36 dcook          In the case of Koha, it should be pretty much the same
03:37 rangi          for the most part, yep
03:38 dcook          But speaking of packaging, I really should go find some food packages
03:38 rangi          :) get a burrito thats the best food package
03:39 dcook          Mmm burrito. I had part of one the other night but was too excited to finish it.
03:39 dcook          Which seems crazy... as you know I can put away the food...
03:39 rangi          heh yep
03:39 dcook          But sometimes it's just nah
03:39 mtj            hmm, it seems redhat has some sorta 'Red Hat Software Collections' repo, that has newer versions - like perl 5.20/5.24
03:39 dcook          But I mourn that half-eaten burrito from the other night heh
03:39 rangi          hehe
03:39 dcook          mtj: Yeah, it's interesting
03:39 mtj            https://access.redhat.com/documentation/en-us/red_hat_software_collections/2/html-single/2.4_release_notes/index
03:39 rangi          mtj: i wonder if thats like ubuntus universe
03:39 dcook          I looked at bit once at using Red Hat Software Collections but they can be a bit of a pain
03:39 mtj            https://access.redhat.com/discussions/3108531
03:40 dcook          I think they usually install to /opt/rh/<stuff> I think
03:40 dcook          I mean for Plack... that's all right. Doesn't work for CGI with Apache though
03:40 dcook          "Red Hat Software Collections does not replace the default system tools provided with Red Hat Enterprise Linux 6 or Red Hat Enterprise Linux 7. Instead, a parallel set of tools is installed in the /opt/ directory and can be optionally enabled per application by the user using the supplied scl utility."
03:41 dcook          "The default versions of Perl or PostgreSQL, for example, remain those provided by the base Red Hat Enterprise Linux system."
03:41 mtj            "Red Hat will update major versions and major releases of RHEL. In rare cases they will do a 'rebase' at a minor RHEL release, but this is less likely for core components. This is a feature not a bug of RHEL as it provides a standard platform for enterprises to develop applications against for an extended period of time (one of the primary reasons enterprises pay for Red Hat support)"
03:41 mtj            "Red Hat Software Collections were introduced to provide capabilities and development libraries at a different cadence to the core applications as there was a demand for this (primarily from developers it seems), especially in later stages of major releases. The primary difference with RHSC versions is that they have shorter support lifecycles"
03:42 dcook          Interesting that Eric was asking for 5.20 in July 2017.
03:42 dcook          (Also funny is that I know I've used Perl 5.20 on a different version of Suse before...)
03:43 dcook          (And at that point I complained because I was getting all these warnings about deprecated Perl features being used in Koha >_<)
03:43 dcook          Ok. Food time. No starving.
03:43 dcook          Oh also if someone wants a super easy pretty trivial sign off: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20592
03:43 huginn         Bug 20592: minor, P5 - low, ---, koha-bugs, Needs Signoff , updateitem.pl causes database errors when empty non-public item notes updated
03:50 mtj            rangi: i think RHSC is more like deb backports, rather than the universe repo
03:55 rangi          ahh gotcha
06:08 cait           josef_moravec++
06:08 josef_moravec  cait++
06:09 cait           trying to fix my own patches for a little bit this morning :)
06:11 cait           @wunder Konstanz
06:11 huginn         cait: Konstanz, Germany :: Clear :: 48F/9C | Wind Chill: 48F/9C | Tuesday: Sunny. High 69F. Winds NE at 5 to 10 mph. Tuesday Night: A clear sky. Low 48F. Winds NE at 5 to 10 mph.
06:29 alex_a         bonjour
06:31 reiveune       hello
06:33 cait           @later tell tcohen can you take another look at bug 20400 please?
06:33 huginn         cait: The operation succeeded.
06:36 cait           bbiab :)
07:06 gaetan_B       hello
07:18 fridolin       hi there
07:18 wahanui        privet, fridolin
08:07 cait           thx jajm
08:08 jajm           cait, sorry about that, i should have `git fetch`ed before the rebase :/
08:10 cait           no issue
08:34 * andreashm    waves
08:40 andreashm      @later tell rangi I think this is the bug you were looking for regarding saving record history: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367
08:40 huginn         andreashm: The operation succeeded.
08:40 huginn         Bug 14367: enhancement, P5 - low, ---, xarragon, ASSIGNED , History for MARC records. Roll back changes on a timeline or per field.
08:41 andreashm      Ah. He had already commented on that one....
08:41 cait           I sent him the link yesterday, remembered it from when I was in Sweden
08:41 cait           :)
08:42 andreashm      cait: great!
08:43 andreashm      that would be a nice feature.
08:44 andreashm      together with bug 14957
08:44 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 enhancement, P5 - low, ---, eivin, In Discussion , Write protecting MARC fields based on source of import
08:45 nlegrand       Salut Koha
08:48 andreashm      hey nlegrand
08:56 cait           andreashm: the write protect needs major work before it could go in i think
08:56 cait           it's all in C4 module sstill
08:57 cait           but yep, I'd like that one a lot
09:04 andreashm      cait: yeah, it would need much work. but would love to see that feature.
09:04 cait           totally agreed
09:20 gaetan_B       looking at the ES conf files, can someone explain what the match index is for in authorities ?
09:26 gaetan_B       also there is a specific group of marc21 indexes for personal-name authorities but not for other types, what is the purpose of these?
09:34 nlegrand       andreashm: o/ andreashm
09:34 nlegrand       o/ cait gaetan_B
09:56 nlegrand       gaetan_B: ha! Those MARC21 people.
09:56 gaetan_B       i know! can't they use unimarc like everyone?
09:57 andreashm      =)
09:57 andreashm      pfff
09:57 gaetan_B       actually i'm going through all this to answer Séverine's email nlegrand
09:57 AndrewIsh      Hey cait :) Following on from the help you gave me yesterday. Is there any documentation on the steps required for me to provide translations for the new Authorised Values Category I've created?
09:57 gaetan_B       we should answer this afternoon, once i'm done and we've tested a few things
09:57 nlegrand       Nice!
09:58 AndrewIsh      I've checked the wiki and not found anything
10:00 nlegrand       We had the most critical colleague testing ES. They screamed screams of joy. It was an unusual sight.
10:00 andreashm      haha
10:01 andreashm      Unless you have already done so, I would recommend contacting Gothenburg Univ. Library. They went live, using ES, a few weeks ago.
10:01 andreashm      nlegrand:
10:02 nlegrand       andreashm: nice !
10:10 andreashm      hi khall
10:13 andreashm      khall: did you see my later?
10:14 khall          mornin! not yet
10:20 andreashm      khall: I just wanted to alert you to Joubu's comments on bug 19469, in case you haven't already seem them?
10:20 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19469 enhancement, P5 - low, ---, kyle, Failed QA , Add ability to split view of holds view on record by pickup library and/or itemtype
11:37 oleonard       Hi #koha
11:38 calire         hi oleonard
11:38 wahanui        hi olé onard
11:47 cait           AndrewIsh: you don't need to provide translations, just copy the english sql into the translated sql files, translators will take over
11:49 AndrewIsh      OK, thanks cait
12:26 nlegrand       o/ calire, oleonard
12:26 oleonard       \o
12:27 severine_q     hi everyone !
12:27 nlegrand       o/ severine_q
12:29 calire         hi nlegrand
12:30 * andreashm    waves
13:00 khall          andreashm: thanks! I had not
13:05 clrh           §3
13:05 clrh           oups sorry
13:06 tcohen         feature freeze?
13:06 wahanui        well, feature freeze is Oct 27th (soft) and Nov 3 (hard)
13:07 Joubu          no wahanui, feature freeze is April 20th (soft) and April 27th (hard)
13:07 wahanui        okay, Joubu.
13:35 mtompset       Greetings, #koha.
13:35 mtompset       @seen dcook
13:35 huginn         mtompset: dcook was last seen in #koha 9 hours, 51 minutes, and 44 seconds ago: <dcook> Oh also if someone wants a super easy pretty trivial sign off: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20592
13:39 tcohen         @seen mtompset
13:39 huginn         tcohen: mtompset was last seen in #koha 3 minutes and 38 seconds ago: <mtompset> @seen dcook
13:39 oleonard       Middle of the night for dcook, mtompset
13:39 oleonard       @seen tcohen
13:39 huginn         oleonard: tcohen was last seen in #koha 17 seconds ago: <tcohen> @seen mtompset
13:40 calire         @seen oleonard
13:40 huginn         calire: oleonard was last seen in #koha 37 seconds ago: <oleonard> @seen tcohen
13:42 mtompset       Greetings, tcohen.
13:42 mtompset       I figured, but sometimes one keeps strange hours.
13:44 tcohen         mtompset: he's using OpenSuSE
13:44 mtompset       He's using a lot of non-Debian's actually.
13:45 mtompset       I vaguely recall him using Arch Linux as well.
13:46 mtompset       Still, I submitted a Perl version reversion patch bug 20549
13:46 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20549 enhancement, P5 - low, ---, koha-bugs, NEW , Avoid indexer race condition when moving item
13:46 * tcohen       recalls him using Windows XP too
13:47 mtompset       Still, I submitted a Perl version reversion patch bug 20594
13:47 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20594 trivial, P5 - low, ---, mtompset, Needs Signoff , Revert Perl version to 5.10
13:47 mtompset       You have to use the OS of the people you support.
13:47 mtompset       I, however, no longer support Windows folks. :)
13:48 mtompset       Hence, my work laptop is single boot Ubuntu 16.04 LTS.
13:50 Freddy_Enrique Good morning everyone
13:51 andreashm      khall: np
13:51 andreashm      (slow reply, forgot to set away)
14:37 khall          andreashm: Bug 19469 now has a followup to address Jonathan's points!
14:37 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19469 enhancement, P5 - low, ---, kyle, Passed QA , Add ability to split view of holds view on record by pickup library and/or itemtype
14:39 oleonard       Joubu: I'm looking to see if I can revive Bug 12759 and wanted to get your opinion on something
14:39 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12759 enhancement, P5 - low, ---, aleisha, Failed QA , Add ability to pass list contents to batch record modification/deletion tools
14:40 oleonard       (and anyone else's)
14:40 oleonard       Would it make sense to completely reset the form if someone selects a different input method (file/list/numbers) ?
14:48 oleonard       http://zivotdesign.com/p/#1/15239764835671
15:09 Shane-S        so...I have been trying to determine why circulation is slower on 7.11 from 3.20. It appears I am just getting a longer "waiting for response from <IP here>" in the browser status bar. All that is different is the server..same client laptop and browser (chrome), same network, same VM Host, Ip address is just 1 digit higher (so I could load the old one).
15:10 reiveune       bye
15:10 Shane-S        My only guess is this one has memcache...3.20 did not, is there anyway to speed up the check-in or allow for a windows to "batch" scan books. I tried it with 4 barcodes, and pausing a second between then, I still would scan while it was "waiting" for the server to process
15:26 roch           In the QA test tool; What does "pods coverage" mean?
15:26 kidclamp       documentation of the functions roch
15:26 kidclamp       https://perldoc.perl.org/perlpod.html
15:27 roch           Alright thanks
15:29 roch           Kinda new to Perl, so I still had the kubernetes's definition of pods in mind. Definitely not the same think lol
15:29 roch           thing* excuse the typo
15:29 kidclamp       there'd be a lot of trouble if we didn't excuse typos :-)
15:42 Shane-S        anyone have a suggestion on what I can check for why 7.11 seems to take longer to process then 3.20?
15:43 Shane-S        I even gave the new 7.11 VM 3 CPUs, 6Gb ram, and 60Gb space, old 3.20.02 VM was 1 CPU, 2Gb, and 30Gb space
15:45 mtompset       Shane-S, are you running plack?
15:45 Shane-S        let me check, but I think so yes
15:45 mtompset       Because non-plack versions will run slower.
15:46 mtompset       I'm also assuming you typo'd and meant 17.11 :)
15:46 Shane-S        Plack::Middleware::ReverseProxy 0.15
15:46 Shane-S        yes 17.11 sorry
15:46 mtompset       That doesn't mean you are running Koha in plack.
15:46 mtompset       There's a debian command for packages... let's see...
15:47 Shane-S        mtompset: would this help too? Warning You are missing the <template_cache_dir> entry in your koha-conf.xml file. That will bring a performance boost to enable it.
15:48 Shane-S        mtompset: sudo koha-plack --enable library ?
15:48 mtompset       I believe that is the enable plack, yes.
15:48 mtompset       I was thinking more of a list placks.
15:49 mtompset       sudo koha-list --plack
15:49 mtompset       That will tell you the instances that are running plack.
15:50 mtompset       You should notice a significant speed boost once plack is enabled.
15:51 Shane-S        just reports "koha" which I just enabled and is muy default install
15:51 Shane-S        I will check it out and see if it helped
15:51 Shane-S        should I also specify that cache dir?
15:52 mtompset       I say go for it.
15:52 mtompset       You've upgraded from an older version, right?
15:52 Shane-S        holy crap....
15:52 * wahanui      blesses crap
15:52 Shane-S        Plack is like 100x faster
15:53 Shane-S        now to check the resource usage
15:53 mtompset       Well, no it's significantly faster, but not 100x. Your increase in CPU and RAM also brought a significant change.
15:54 mtompset       Remember. *grunt grunt grunt* More memory! *grunt grunt grunt*
15:54 Shane-S        well the page response didn't even take a second
15:54 mtompset       Because with more memory, you are less likely to swap out to disk which is painfully slow by comparison.
15:54 Shane-S        I could count to 3 sometimes before it loaded
15:55 Shane-S        any suggestion on the what dir is preferred for the cache?
15:56 mtompset       Mmm....
15:56 Shane-S        mtompset: sorry I assumed having plack on the modules page meant it was on...I should have ask you last time you suggested that
15:57 mtompset       No problem...
15:57 mtompset       Well rewrite-config.PL defaults it to /tmp/koha
15:58 mtompset       I think that's because when you reboot, the /tmp might go bye, bye. :)
15:58 mtompset       Though, I vaguely recall some /tmp permissions issue thing with /tmp recently.
15:59 mtompset       Perhaps /run/koha/{instance}/template_cache could be another reasonable location.
16:01 Shane-S        the file does use /tmp as default, maybe I should try it...because I don't reboot this server often
16:01 Shane-S        considering I only did it maybe a handful of time running 3.20 :) for 4 years
16:01 Shane-S        okay well 3.0X or something and stopping at 3.20
16:30 mtompset       Anyone care for an easy sign off? bug 20505
16:30 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20505 minor, P5 - low, ---, mtompset, Needs Signoff , Selenium tests fail if server not running
16:30 mtompset       Well, medium easy... have to know how to install missing requirements manually. :)
16:34 mtompset       kidclamp_, you there?
16:35 kidclamp_      ish mtompset
16:35 mtompset       I'm getting around to your bug... care to look at mine? bug 20505? :)
16:35 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20505 minor, P5 - low, ---, mtompset, Needs Signoff , Selenium tests fail if server not running
17:16 Joubu          ashimema: you should stop creating new bug report from existing ones
17:21 Joubu          khall: I am not sure you understand what I meant on bug 19469
17:21 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19469 enhancement, P5 - low, ---, kyle, Passed QA , Add ability to split view of holds view on record by pickup library and/or itemtype
17:21 Joubu          my first point: "1. Last lines of the 2 blocks have the "lowest priority" icon, I would expect only the first one (with priority=9)"
17:22 Joubu          I was referring to the "bottom_lowest" (or whatever it's called) icon you can see on priority 8 and 9 on this screenshot: https://screenshots.firefox.com/TX15YNJl7t9SF3LD/pro.kohadev.org
17:37 khall          Joubu: you have both those holds set to "lowest priorty" which is why the both have that icon
17:37 khall          that is correct behavior
17:38 khall          in Koha, any number of holds on a given record can all be set to 'lowest priority'
17:41 Joubu          hum... I will try again later this week
17:52 khall          Joubu: was that in reference to my reply?
17:54 Joubu          yes
17:56 khall          Joubu: ok, thanks!
18:14 * LeeJ         waves
18:14 LeeJ           hi #koha
18:15 Joubu          oleonard: why do you want the textarea to be refreshed when switching tabs?
18:15 Joubu          context bug 12759
18:15 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12759 enhancement, P5 - low, ---, aleisha, Failed QA , Add ability to pass list contents to batch record modification/deletion tools
18:16 oleonard       Joubu: You commented that it wasn't okay that input was submitted from all form fields if someone chose more than one
18:19 Joubu          I do not see the difference with your suggestion
18:25 oleonard       If I paste numbers into the textarea AND select a file of biblionumbers to upload.... is that bad?
18:26 roch           Currently working on a patch that has more than 8 attachements and it got pretty messy. I just squashed everything on my kohaclone and it's working and pretty clean, How should I name this new attachement If i plan to obsolete everything else? Should I include the old commits name and description?
18:28 Joubu          oleonard: I'd say it depends on what the interface suggests
18:29 Joubu          currently it's "do that OR that OR that", I guess users read that as a XOR :)
18:29 oleonard       I thought your comment about the state of the bug implied that you thought it was bad.
18:29 Joubu          it's bad because the interface does not tell it will use both
18:30 Joubu          so I suggested to tell the user there was something wrong
18:31 oleonard       I'm suggesting that enforcing the selection of only one choice would simplify the interface.
18:33 oleonard       But if that simplification is unwanted, that's fine.
18:34 LeeJ           Joubu: when you get a sec (no rush) I'd like your opinion...last release's documentation didn't get around to documenting the enhancements or bugfixes...and I was wonding what would be your thoughts about how/where to go about including them? :)
18:34 Joubu          oleonard: I do not remember how it behaves
18:35 Joubu          oleonard: from my comments (which are not clear, as usual), I understand that the interface suggests to use a file OR a list OR a textarea, but actually will use all of them
18:37 Joubu          your suggestion is ok, I was just asking why not tabs instead (it makes it clear that the fieldset will change when the tab's header will be clicked)
18:39 Joubu          the only thing is: if "Use a file" if selected and the textarea for "use list of records" is filled, the content of the textarea must not been used
18:40 Joubu          *unless* the interface explicitly tells/shows it's not a OR
18:41 * Joubu        wonders if what he wants to say is clearer or more confused...
18:42 Joubu          LeeJ: let start with new feature and then we will see if the doc team has more time :)
18:42 Joubu          LeeJ: No need to document bugfixes (unless it's flagged in bugzilla, but I do not think we have)
18:42 Joubu          LeeJ: It would be good to document some of the enhancements, but not all of them
18:50 LeeJ           Joubu: thank you :)
18:51 LeeJ           Joubu: need to figure out a good way to include the enhancements...perhaps just modifying the docs entries? I *think* that's all there is to do..
18:52 Joubu          u
18:52 Joubu          include them where?
18:58 oleonard       See you later #koha
18:59 LeeJ           meaning that now that I think of it, it's probably just a matter of updating the text for the docs entry for each indicated enhancement
18:59 LeeJ           if that makes sense
19:06 LeeJ           Joubu: for any entries with the keyword "release-notes-needed" should I still add it into docs now? or wait for specific release notes? :) last question of the day I promise. haha
19:07 Joubu          yes, I would add them anyway
19:07 LeeJ           okay thanks!
19:11 * cait         waves
19:26 * LeeJ         waves to cait
19:32 * mtompset     puts on his chauffeur hat.
19:33 mtompset       Greetings, LeeJ cait
19:33 LeeJ           hi mtompset
19:35 LeeJ           Joubu: what version is the REST API going to be in for 18.05? still 1.4?
19:39 Joubu          nope, I guess it will change
19:39 LeeJ           okay
19:39 LeeJ           glad I noticed lol
19:39 LeeJ           was going to document Bug 16330 and noticed it
19:40 huginn         Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16330 new feature, P5 - low, ---, benjamin.rokseth, Pushed to Master , Add routes to add, update and delete patrons
19:42 LeeJ           so would it become 1.5?
19:50 * andreashm    waves
19:51 andreashm      khall++
19:56 cait           oleonard++
19:56 cait           @later tell oleonard you are awesome :)
19:56 huginn         cait: The operation succeeded.
21:57 rjsalts887     ARE YOU TIRED OF LOW IQ MAXINE WATERS AND THOSE OTHER PORCH NIGGERS PISSING ON TRUMP?? EMERGENCY KKK MEETING @ iяс.sцреяиетs.ояg сни #superbowl IN 5 MINUTES!! (THE MEETINGS HAVE MOVED FROM FREENODE BECAUSE OF COMPLAINTS DO NOT COMPLAIN TO SUPERNETS STAFF THANKS!!)
21:57 rjsalts887     lukeG alexbuckley JesseM TGoat andreashm cait Scott-CSPL deb_CSPL roch kidclamp_away rocio barton jbeno andrew talljoy mtompset Margaret Gue lari phasefx_ bshum gmcharlt huginn logbot dbs bag rhamby rangi CallBackQueen wahanui jcamins_ sen jeff JesseM_away dj_shiz pastebot irma_ papa ibeardslee m
21:57 mtompset       What in the world was that?!
21:57 bag            darn I’m too slow to get a chance to kick rjsalts
21:57 andrew         wow, that’s a first for me
21:58 andrew         drive-by hatespeech
21:58 rocio          yikes...
21:58 bag            yeah pretty sad message
21:58 Margaret       and on a Russian irc channel to boot.
21:58 * talljoy      was hoping pianohacker was waving to her
21:58 talljoy        or indranil....or cait....or anyone
21:59 * mtompset     waves to talljoy to make her feel better about the situation.
21:59 * Margaret     waves to talljoy
21:59 talljoy        HI!!!!
21:59 talljoy        o/
22:00 Margaret       so, who wants to complain to "SUPERNETS STAFF"?
22:02 cait           hm?
22:02 * cait         waves to talljoy
22:02 cait           :)
22:08 talljoy        hi cait!
22:09 cait           good night all :)
22:18 barton         bag, you need JesseM's lightning fast kick reflexes. the man's a 7th degree black belt in TaeKwonIRC.
23:32 mtompset       Greetings, kidclamp
23:32 kidclamp       hi mtompset
23:33 mtompset       If I attach a kind of working, but broken test to your bug, can you fix the last case? :)
23:33 kidclamp       a few other things first, will tryto do tonight or in am
23:34 kidclamp       thnaks for the assist
23:34 mtompset       Because I don't really understand the relationships between all the acquisition tables. :)
23:34 kidclamp       if you did I would be worried about you
23:34 mtompset       And this last case requires setting up something, somehow, but because it isn't, it is returning undef.
23:35 mtompset       So I purposefully try to make it undef, rather than try to make it work, but the test really should be the latter, not the former.
23:36 mtompset       You'll understand when you see my scaffolding and code.
23:37 kidclamp       kk
23:43 mtompset       There... attached.