IRC log for #koha, 2018-04-17

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:13 NateC joined #koha
00:35 dpk__ joined #koha
00:40 davidnind left #koha
01:30 JoshB joined #koha
01:49 dcook joined #koha
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.or[…]_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 https://bugs.koha-community.or[…]_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 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 .. re: your caller() email
02:32 dcook Oh?
02:32 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 Feel free to add that to the email thread :D
02:33 I wonder why they would've thought to even check for that one though..
02:33 mtj searching gives no results
02:33 https://perldoc.perl.org/5.18.[…]rch.html?q=caller
02:34 dcook Yeah I just tried that
02:34 Yikes perldoc
02:34 mtj .. yet the sub exists
02:34 https://perldoc.perl.org/5.18.[…]tions/caller.html
02:34 dcook https://perldoc.perl.org/5.8.9[…]tions/caller.html
02:34 * dcook thumbs up
02:34 mtj https://perldoc.perl.org/5.8.8[…]tions/caller.html
02:36 dcook Cheers mtj :)
02:37 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 http://mirror.centos.org/cento[…]/x86_64/Packages/
02:37 dcook I'm surprised it's that new
02:37 RHEL 7 was using 5.14 last I looked last year
02:38 Or maybe not..
02:38 Maybe it was 5.16
02:38 Either way, yeah Red Hat is a Perl nightmare
02:38 Which makes me understand why people like things like perlenv or whatever
02:38 I love packages like RPMs and DEBs but...
02:39 It would be nice to encapsulate an app so that the versioning is less of an issue
02:39 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 https://koji.fedoraproject.org[…]fo?buildID=107121 4
02:45 5.24.4
02:48 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 tcohen: I don't call the shots here :p
03:03 I think we mostly have Koha on openSUSE, SLES, and RHEL
03:03 I have tried to convince the higher ups to move to Debian in the past, but haven't gotten there yet
03:04 And a number of governments and such only use SLES or RHEL
03:04 Building RPMs also seems a million times easier than DEB packages >_>
03:05 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 rangi: A few people have
03:05 Me, Nicholas, probably others
03:05 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 5.18 was eol years ago
03:06 dcook Yeah I remember hearing that a few years ago
03:06 rangi they should really stop forcing people to use it
03:06 dcook Agreed
03:06 rangi and making koha work with insecure eol software should be no ones priority
03:07 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 I mean with Plack... we could actually use our own Perl
03:07 rangi the debian perl has security patches
03:07 stable is 5.24
03:08 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 That's cool
03:08 That's the thing I don't get about governments and SLES and RHEL
03:08 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 (its a heap overflow one, quite nasty)
03:10 dcook Reading about it on the Red Hat site now
03:11 "The 64-bit versions of perl have not been found to be affected."
03:11 https://access.redhat.com/secu[…]cve/cve-2018-6913
03:13 But then Debian say vulernable and fixed... https://security-tracker.debia[…]ker/CVE-2018-6913
03:13 Hmm
03:13 rangi yeah, so does freebsd
03:13 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 https://rt.perl.org/Public/Bug[…]ay.html?id=131844
03:14 dcook Yeah looking at that one now
03:15 But yeah I don't see anything from Suse about it
03:16 Curious why an attacker would be able to provide a template to pack() but.. still
03:18 So Nicholas van Oudt does provide a RPM repo for Fedora: https://copr.fedorainfracloud.[…]anoudt/KOHAExtra/
03:18 rangi CVE-2018-6797
03:18 too
03:19 yeah for the bits around koha, not koha itself (its like the koha-deps package for debian)
03:19 dcook Yeah
03:19 I think he has koha itself somewhere
03:19 A git repo it seems
03:20 Nicholas van Oudtshoorn*
03:20 Although I don't actually see a spec file anywhere in https://github.com/vanoudt?tab=repositories
03:21 I would be happy to write a RPM spec file for Koha, but...
03:21 I don't know how usable it would be
03:22 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 And most Koha developers would say they just know how to use it with Debian
03:23 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 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 Me and Nicholas talked about it a few years ago
03:29 There's no reason Fedora/Redhat/Centos and Suse can't share a specfile as well
03:29 So people could take advantage of Fedora being current
03:30 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 I just worry it would further fragment things
03:30 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 rangi: Yeah I thought about that, but it seems a bit hacky
03:31 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 not really
03:31 debian is the base
03:31 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 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 I often see spec files in places like https://github.com/NagiosEnterprises/nagioscore
03:33 But I haven't seen a repo yet that has both
03:33 Maybe they do have debian/ separate
03:33 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 Hmm https://github.com/indexdata/yaz4j
03:34 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 That's the thing with the specfile. It does a source install and then you just modify around that really
03:35 What's the debian version..
03:35 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 I guess the specfile wraps everything in one file whereas Debian uses a number of files
03:36 Here we go...
03:36 https://github.com/indexdata/idzebra
03:36 https://github.com/indexdata/i[…]ster/idzebra.spec
03:36 https://github.com/indexdata/i[…]ree/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 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 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/docu[…]lease_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 I mean for Plack... that's all right. Doesn't work for CGI with Apache though
03:40 "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 "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 "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 (Also funny is that I know I've used Perl 5.20 on a different version of Suse before...)
03:43 (And at that point I complained because I was getting all these warnings about deprecated Perl features being used in Koha >_<)
03:43 Ok. Food time. No starving.
03:43 Oh also if someone wants a super easy pretty trivial sign off: https://bugs.koha-community.or[…]_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
04:03 irma joined #koha
04:10 alexbuckley_ joined #koha
04:36 BobB joined #koha
05:07 josef_moravec joined #koha
05:09 cait joined #koha
06:06 calire joined #koha
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 @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:28 alex_a joined #koha
06:29 alex_a bonjour
06:30 reiveune joined #koha
06:31 reiveune hello
06:32 rgbv joined #koha
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 :)
06:41 AndrewIsh joined #koha
06:43 wilfrid joined #koha
06:48 JoshB joined #koha
06:49 JoshB joined #koha
06:50 JoshB joined #koha
06:51 laurence joined #koha
06:51 JoshB joined #koha
06:51 JoshB joined #koha
06:52 JoshB joined #koha
06:54 paul_p joined #koha
07:05 gaetan_B joined #koha
07:05 cait joined #koha
07:06 gaetan_B hello
07:17 fridolin joined #koha
07:18 fridolin hi there
07:18 wahanui privet, fridolin
07:24 alex_a_ joined #koha
07:35 sophie_m joined #koha
07:46 dpk_ joined #koha
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 joined #koha
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.or[…]_bug.cgi?id=14367
08:40 huginn andreashm: The operation succeeded.
08:40 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 :)
08:42 andreashm cait: great!
08:43 that would be a nice feature.
08:44 together with bug 14957
08:44 huginn Bug http://bugs.koha-community.org[…]_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:51 alex_a joined #koha
08:56 cait andreashm: the write protect needs major work before it could go in i think
08:56 it's all in C4 module sstill
08:57 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:05 alexbuckley_ joined #koha
09:20 gaetan_B looking at the ES conf files, can someone explain what the match index is for in authorities ?
09:26 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 o/ cait gaetan_B
09:56 gaetan_B: ha! Those MARC21 people.
09:56 gaetan_B i know! can't they use unimarc like everyone?
09:57 andreashm =)
09:57 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 Unless you have already done so, I would recommend contacting Gothenburg Univ. Library. They went live, using ES, a few weeks ago.
10:01 nlegrand:
10:02 nlegrand andreashm: nice !
10:10 andreashm hi khall
10:13 khall: did you see my later?
10:14 khall mornin! not yet
10:18 Dyrcona joined #koha
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[…]_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:01 NateC joined #koha
11:36 oleonard joined #koha
11:37 oleonard Hi #koha
11:38 calire hi oleonard
11:38 wahanui hi olé onard
11:44 fridolin left #koha
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:48 alex_a joined #koha
11:49 AndrewIsh OK, thanks cait
11:56 ncbaratta joined #koha
12:25 Dyrcona joined #koha
12:26 nlegrand o/ calire, oleonard
12:26 severine_q joined #koha
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
12:38 DonnaB joined #koha
12:52 dcook joined #koha
12:54 Shane-S joined #koha
12:59 lukeG joined #koha
13:00 laurence joined #koha
13:00 khall andreashm: thanks! I had not
13:01 andrew joined #koha
13:05 clrh §3
13:05 oups sorry
13:05 Margaret joined #koha
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:11 laurence joined #koha
13:13 lukeG_ joined #koha
13:16 alex_a_ joined #koha
13:31 Shane-S joined #koha
13:35 mtompset joined #koha
13:35 mtompset Greetings, #koha.
13:35 @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.or[…]_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 @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 I figured, but sometimes one keeps strange hours.
13:43 lukeG_ joined #koha
13:44 tcohen mtompset: he's using OpenSuSE
13:44 mtompset He's using a lot of non-Debian's actually.
13:45 I vaguely recall him using Arch Linux as well.
13:46 Still, I submitted a Perl version reversion patch bug 20549
13:46 huginn Bug http://bugs.koha-community.org[…]_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[…]_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 I, however, no longer support Windows folks. :)
13:48 Hence, my work laptop is single boot Ubuntu 16.04 LTS.
13:50 Freddy_Enrique joined #koha
13:50 Freddy_Enrique Good morning everyone
13:51 talljoy joined #koha
13:51 andreashm khall: np
13:51 (slow reply, forgot to set away)
14:01 calire left #koha
14:07 andrew joined #koha
14:13 gr3gf0x joined #koha
14:37 khall andreashm: Bug 19469 now has a followup to address Jonathan's points!
14:37 huginn Bug http://bugs.koha-community.org[…]_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[…]_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 Would it make sense to completely reset the form if someone selects a different input method (file/list/numbers) ?
14:48 http://zivotdesign.com/p/#1/15239764835671
14:49 andrew joined #koha
14:57 jbeno joined #koha
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 reiveune left #koha
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:11 barton joined #koha
15:15 roch joined #koha
15:26 roch In the QA test tool; What does "pods coverage" mean?
15:26 kidclamp documentation of the functions roch
15:27 https://perldoc.perl.org/perlpod.html
15:27 roch Alright thanks
15:29 Kinda new to Perl, so I still had the kubernetes's definition of pods in mind. Definitely not the same think lol
15:29 thing* excuse the typo
15:29 kidclamp there'd be a lot of trouble if we didn't excuse typos :-)
15:38 rocio joined #koha
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 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 I'm also assuming you typo'd and meant 17.11 :)
15:46 Shane-S Plack::Middleware::ReverseProxy 0.15
15:46 yes 17.11 sorry
15:46 mtompset That doesn't mean you are running Koha in plack.
15:46 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 mtompset: sudo koha-plack --enable library ?
15:48 mtompset I believe that is the enable plack, yes.
15:48 I was thinking more of a list placks.
15:49 sudo koha-list --plack
15:49 That will tell you the instances that are running plack.
15:50 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 I will check it out and see if it helped
15:51 should I also specify that cache dir?
15:52 mtompset I say go for it.
15:52 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 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 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 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 Well rewrite-config.PL defaults it to /tmp/koha
15:58 I think that's because when you reboot, the /tmp might go bye, bye. :)
15:58 Though, I vaguely recall some /tmp permissions issue thing with /tmp recently.
15:59 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 considering I only did it maybe a handful of time running 3.20 :) for 4 years
16:01 okay well 3.0X or something and stopping at 3.20
16:11 kidclamp joined #koha
16:30 mtompset Anyone care for an easy sign off? bug 20505
16:30 huginn Bug http://bugs.koha-community.org[…]_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:31 kidclamp_ joined #koha
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[…]_bug.cgi?id=20505 minor, P5 - low, ---, mtompset, Needs Signoff , Selenium tests fail if server not running
16:59 severine_q joined #koha
17:11 laurence left #koha
17:13 roch joined #koha
17:16 Joubu ashimema: you should stop creating new bug report from existing ones
17:17 deb_CSPL joined #koha
17:19 Scott-CSPL joined #koha
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[…]_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 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.co[…]D/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 that is correct behavior
17:38 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:46 ncbaratta joined #koha
17:52 khall Joubu: was that in reference to my reply?
17:54 Joubu yes
17:56 khall Joubu: ok, thanks!
18:07 Sweetness joined #koha
18:14 LeeJ joined #koha
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 context bug 12759
18:15 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=12759 enhancement, P5 - low, ---, aleisha, Failed QA , Add ability to pass list contents to batch record modification/deletion tools
18:16 TGoat joined #koha
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 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 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 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 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:38 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 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 *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 LeeJ: No need to document bugfixes (unless it's flagged in bugzilla, but I do not think we have)
18:42 LeeJ: It would be good to document some of the enhancements, but not all of them
18:50 LeeJ Joubu: thank you :)
18:51 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 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 if that makes sense
19:06 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 joined #koha
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 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 glad I noticed lol
19:39 was going to document Bug 16330 and noticed it
19:40 huginn Bug http://bugs.koha-community.org[…]_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:49 andreashm joined #koha
19:50 * andreashm waves
19:51 andreashm khall++
19:56 cait oleonard++
19:56 @later tell oleonard you are awesome :)
19:56 huginn cait: The operation succeeded.
20:18 JesseM joined #koha
20:22 TGoat joined #koha
20:40 JesseM joined #koha
20:44 lukeG_ joined #koha
20:48 alexbuckley joined #koha
21:21 lukeG_ joined #koha
21:56 rjsalts887 joined #koha
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 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 rjsalts887 left #koha
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 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 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:11 JoshB joined #koha
22:13 JoshB_ joined #koha
22:18 barton bag, you need JesseM's lightning fast kick reflexes. the man's a 7th degree black belt in TaeKwonIRC.
23:06 lukeG left #koha
23:30 kidclamp joined #koha
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 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 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 You'll understand when you see my scaffolding and code.
23:37 kidclamp kk
23:38 kathryn joined #koha
23:43 mtompset There... attached.
23:47 BobB joined #koha

← Previous day | Today | Next day → | Search | Index

koha1