| Time |
S |
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 |
|
dcook |
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 |
|
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.[…]rch.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.[…]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 |
|
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/cento[…]/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[…]fo?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/secu[…]cve/cve-2018-6913 |
| 03:13 |
|
dcook |
But then Debian say vulernable and fixed... https://security-tracker.debia[…]ker/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[…]ay.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.[…]anoudt/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/i[…]ster/idzebra.spec |
| 03:36 |
|
dcook |
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 |
|
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/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 |
|
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.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 |
|
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: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 |
|
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[…]_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 |
|
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: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 |
|
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: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 |
|
clrh |
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 |
|
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.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 |
|
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: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 |
|
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[…]_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 |
|
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 joined #koha |
| 13:50 |
|
Freddy_Enrique |
Good morning everyone |
| 13:51 |
|
|
talljoy joined #koha |
| 13:51 |
|
andreashm |
khall: np |
| 13:51 |
|
andreashm |
(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 |
|
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 |
| 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: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: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 |
|
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: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 |
|
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.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 |
|
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: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 |
|
Joubu |
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 |
|
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 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 |
|
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[…]_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 |
|
cait |
@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 |
|
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 |
|
|
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 |
|
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: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 |
|
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:38 |
|
|
kathryn joined #koha |
| 23:43 |
|
mtompset |
There... attached. |
| 23:47 |
|
|
BobB joined #koha |
