← 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