IRC log for #koha, 2020-07-23

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

All times shown according to UTC.

Time Nick Message
00:06 koha-jenkins Project Koha_19.05_D9_MDB10.3 build #10: SUCCESS in 31 min: https://jenkins.koha-community[…]05_D9_MDB10.3/10/
00:07 AndrewFH joined #koha
00:33 bigbrovar joined #koha
00:51 inlibro joined #koha
01:03 tuxayo @later tell rangi the call for translators to fix the few invalid translations was not in vain! :D 1 issue fixed, 1 marked as fuzzy (good for RMaint at least) and maybe 2 other fixed, not sure.
01:03 huginn tuxayo: The operation succeeded.
01:24 rangi tuxayo: ooh thats good news
01:33 cait1 joined #koha
01:39 Jane joined #koha
01:40 Jane Hello. Can anyone tell me if it is feasible to use Koha to run a library system in an environment where there is no internet?
01:40 tuxayo Jane: I heard about a few libraries that do it.
01:42 Jane OK. That is good to know. Do you happen to remember what libraries were doing that? It would be great  to talk with them.
01:43 rangi you need a network, it doesnt need to be connected to the internet
01:44 tuxayo Unfortunately no but it seemed clear that nothing in particular had to be done.
01:44 Jane OK. Thanks tuxayo
01:44 Rangi, what do you mean by a network in this case?
01:45 rangi if you want to use it on two computers, then those computers need to be connected with a network
01:45 amoyano left #koha
01:45 rangi (two or more that is)
01:45 Jane OK. I am thinking of a single standalone computer that is managing one single collection
01:45 tuxayo Also possible :)
01:45 rangi and everyone uses that one computer
01:46 yep
01:47 Jane Yes. One operator for one collection
01:47 On one computer
01:47 rangi then yep, you just install it, and its done :)
01:47 tuxayo However having an internet connection to install Koha would help a lot. Other that would be a pain, right rangi ?
01:48 Jane Excellent. Is it easy to instal by someone who is not technical and has no access to a techie person?
01:48 rangi yeah, you can do it, you would need to download everythign to a usb and copy it, much easier to be connected to the internet to install, then disconnect
01:48 Jane Ah! So you need an internet connection to download the software
01:48 I expect you would!
01:49 rangi you can download everything else somewhere and copy it, but thats pretty hard
01:49 Jane OK. But it can be done from a USB
01:49 I am trying to get an LMS to run inside a prison. There is no internet at all.
01:50 rangi yep
01:50 you it would be eaiser to use the livedvd i think
01:50 Jane What is that?
01:50 rangi i have a meeting now, but i will be back later
01:50 Jane OK. Thanks so much
01:51 inlibro joined #koha
01:51 tuxayo rangi++
01:51 I didn't know about, look great! (I'm sending the links here)
01:52 https://sourceforge.net/projects/kohalivedvd/
01:52 https://vimal0212.wordpress.com/koha-live-dvd/
01:52 Jane Thanks tuxayo
01:52 tuxayo https://wiki.koha-community.org/wiki/Koha_LiveCD    (the Koha version mentionned on the wiki page isn't up to date)
02:03 koha-jenkins Project Koha_19.05_D9_MDB10.3 build #11: SUCCESS in 44 min: https://jenkins.koha-community[…]05_D9_MDB10.3/11/
02:07 Project Koha_19.05_D9 build #261: SUCCESS in 46 min: https://jenkins.koha-community[…]oha_19.05_D9/261/
02:07 Project Koha_19.05_U18 build #264: SUCCESS in 45 min: https://jenkins.koha-community[…]ha_19.05_U18/264/
02:09 tuxayo Jane: have a good read :) I hope that can be a good way towards your goal given the constraints.
02:10 However if there is a way to get help from a technical person, that would have the benefit to have a more standard installation.
02:10 Also being able to get internet from a phone for the install or get the computer out of jail just for the install would help.
02:11 dcook Bug 26048
02:11 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=26048 normal, P5 - low, ---, dcook, NEW , Apache does not use /cgi-bin/koha/errors/500.pl if Perl script dies
02:11 tuxayo These are the "only" things needed to make the whole process and result like any other Koha. And thus it's would be possible to upgrade to future versions if needed.
02:11 Otherwise you could have a Koha stuck forever on the same version as the install. It would work.
02:11 Hi dcook :)
02:11 dcook Heya tuxayo
02:12 While I am super verbose, I think that bug might interest people
02:15 tuxayo Indeed, I remember that at BibLibre I worked with fridolin to handle 5XX error more gracefully. Not sure how much was specific to out setup
02:16 dcook :o
02:16 tuxayo @later tell fridolin Hi :) is Bug 26048 relevant to what we started to gracefully handle errors?
02:16 huginn tuxayo: The operation succeeded.
02:16 dcook That's really interesting
02:17 I'll add Frido as a CC
02:17 I have a few proposed solutions there, but not sure which would be best
02:17 Or... which would be more acceptable to the community rather
02:18 I love working on issues like these heh
02:18 tuxayo This is great :D
02:18 dcook++
02:18 These issue need love
02:18 *issues
02:18 dcook Agreed
02:19 I'm on a bit of an error-handling streak at the moment as well
02:19 I have a different project where the originally designed error-handling worked but actually created other errors
02:19 Machine-to-machine systems are hard O_O
02:19 But also fun >_>
02:24 tuxayo ^^
02:26 Jane Thanks everyone!
02:34 tuxayo Jane: Don't hesitate to come here (and contact the makers of the Live DVD if you use that), I hope all your constraints won't get you too much struggle.
02:34 And the mailing lists are good places to get help.
02:36 Jane Lovely! Thanks so much, tuxayo
02:38 bdonnahue1 joined #koha
02:39 tuxayo Jane: no problem, thanks for working about a prison library. It's useful to make the place actually help people.
02:44 koha-jenkins Project Koha_19.05_D9 build #262: UNSTABLE in 37 min: https://jenkins.koha-community[…]oha_19.05_D9/262/
02:45 Project Koha_19.05_U18 build #265: SUCCESS in 38 min: https://jenkins.koha-community[…]ha_19.05_U18/265/
02:46 dcook Oh snap...
02:46 Jane: I might be able to help you Jane
02:47 Actually, looks like you were well taken care of
02:47 I have a client that uses Koha in a prison library
02:48 Could always put you in touch with them
02:49 Ah, but they do have technical staff.
02:51 At some point, I want to play with Koha on WSL2... although that would require setting up the computer with an Internet connection and removing it later.
02:51 inlibro joined #koha
02:56 Jane dcook I would be interested in getting touch with your prison contact, if that is OK?
02:57 dcook Sure, I'll send you some details in a private message
02:58 Jane Thank you!
02:58 dcook No worries!
02:58 For what it's worth, I've done a few Koha instances where we put together the computers in our offices, and then we sent them to their destinations where they didn't have Internet access
02:59 The other computers in those organisations then either used Ethernet cables or WiFi to talk with the computer that had Koha
03:25 koha-jenkins Project Koha_19.05_U18 build #266: SUCCESS in 38 min: https://jenkins.koha-community[…]ha_19.05_U18/266/
03:27 Project Koha_19.05_D9 build #263: STILL UNSTABLE in 37 min: https://jenkins.koha-community[…]oha_19.05_D9/263/
03:34 Project Koha_19.05_D9_MDB10.3 build #12: SUCCESS in 44 min: https://jenkins.koha-community[…]05_D9_MDB10.3/12/
03:51 inlibro joined #koha
04:04 mtj hi hayley, i emailed you back
04:06 hayley thanks mtj!
04:10 mtj np, hope the workaround does the trick :)
04:14 hayley yep it looks like it has! thanks :)
04:19 mtj swwet, ill send that email to the dev list
04:21 kathryn joined #koha
04:51 inlibro joined #koha
05:14 aleisha_ joined #koha
05:32 dcook Oh hey mtj still around?
05:32 No worries if not. Just thinking about libhttp-oai-perl versions..
05:33 mtj hi dcook, still about for a bit
05:33 dcook cool
05:33 mtj: What versions of Debian do we target?
05:34 I know someone on Koha 19.11 and HTTP::OAI 4.10 (from CPAN I assume), and it wasn't working at all until I had them downgrade to 3.27 (the version in Jessie)
05:34 I think Koha is working on stretch and buster? So guessing those versions (4.03 and 4.08) are OK
05:35 But curious about bullseye which uses 4.10...
05:35 That said, I think the Debian team have patched HTTP::OAI in libhttp-oai-perl, so might not be relevant
05:35 cait joined #koha
05:35 dcook Tim Brody abandoned HTTP::OAI at 4.03, but Patrick Hochstenbach started maintaining it in HTTP::OAI 4.04
05:36 (about 3 years between those versions)
05:36 * dcook double checks what OAI unit tests there are..
05:37 mtj do we have some tests to detect problems with the OAI stuff?
05:37 dcook Looking now but it's not looking great to me
05:39 mtj koha stable basically runs on deb 11 thru to 8
05:39 dcook At least in terms of the unit tests?
05:39 mtj (according to jenkins)
05:39 yeah
05:40 dcook Yeah I think the unit tests probably aren't sufficient to test the usage of HTTP::OAI at this point
05:40 I'll open a bug report
05:40 Thanks for the info :)
05:40 mtj dcook: whats the old BZ that describes the OAI problem?
05:41 dcook Hmm good question
05:41 There are a couple it seems
05:42 bug 19732
05:42 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=19732 critical, P1 - high, ---, koha-bugs, RESOLVED DUPLICATE, Koha does not work with latest versions of HTTP::OAI
05:42 dcook bug 17704
05:42 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=17704 normal, P5 - low, ---, koha-bugs, NEW , Fix OAI breakage when using HTTP::OAI 4.03+
05:42 dcook bug 20437
05:42 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20437 major, P5 - low, ---, tomascohen, CLOSED FIXED, Force requirement for HTTP::OAI 3.27
05:42 dcook That last one has some good info from Tomas..
05:45 I guess 17704 would be the one to hang off
05:45 mtj hmm, tldr... OAI is busted until 4.07 is released
05:46 dcook Nah, I think that's wrong
05:46 I think that's just the latest info they had at that time
05:46 As it was still busted with 4.10 today
05:46 mtj https://lists.koha-community.o[…]ruary/044302.html
05:47 dcook Yeah, looks like more thought needs to go into this one
05:49 mtj dcook: whats the test to determine if its busted with OAI 4.10?
05:50 dcook That's a good question
05:50 mtj it wont build via cpan? or something else?
05:50 dcook Admittedly, I use a slightly modified Koha::OAI::Server::Repository locally
05:50 Today, even loading /cgi-bin/koha/oai.pl would cause an error
05:51 Hmm
05:51 Actually oai.pl doesn't do anything too special
05:51 Just Koha::OAI::Server::Repository->new()
05:51 And that should be covered by t/db_dependent/OAI/Server.t
05:52 inlibro joined #koha
05:52 dcook So I think I was mistaken about the unit tests
05:52 I think they may be sufficient after all
05:54 mtj i think we need to get some good tests to determine whats busted, and whats not
05:54 https://bugs.koha-community.or[…]g.cgi?id=17704#c8
05:54 huginn Bug 17704: normal, P5 - low, ---, koha-bugs, NEW , Fix OAI breakage when using HTTP::OAI 4.03+
05:55 mtj Tomas says " Currently 4.06 is released, but 4.07 should be used once released, as it contains the fix for the ->xslt
05:55 method missing."
05:55 dcook Yeah I saw him mention that
05:55 But I don't think he's right
05:56 This is the error we got when htiting oai.pl today
05:56 Can't call method "processing_instruction" on an undefined value at /usr/local/share/perl/5.28.1/HTTP/OAI/Response.pm line 115.
05:56 So something else is going on there
05:56 I'll look at the source code
05:57 enkidu joined #koha
05:57 dcook https://github.com/LibreCat/perl-oai-lib
05:57 That's related to the driver
05:58 This wasn't a package install of course..
05:58 Oh wait yeah that makes sense then
05:58 We'd still need Tomas's patch
05:59 As generate() needs the $driver argument
05:59 mtj would be good to test on a packaged koha, as a control
05:59 dcook Without that patch, I think it'll fail
06:00 Hmm 4pm here. Yeah maybe I have time to work on this heh
06:00 mtj dcook: if its not a packaged version, what is it?
06:01 dcook I think it's a "single" source install
06:01 mtj ..and a bunch of cpan modules?
06:01 dcook Yup
06:01 We've been switching over hosted instances to package installs
06:01 But this isn't a hosted install, so more arm's length
06:02 Most modules are find being CPANed but HTTP::OAI never is
06:02 Actually, it would be good if Koha refused to work with too high of a HTTP::OAI..
06:02 mtj dcook: can you add the steps to hit your oai.pl bug to a BZ
06:03 dcook Yeah, I'll add details to bug 17704
06:03 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=17704 normal, P5 - low, ---, koha-bugs, NEW , Fix OAI breakage when using HTTP::OAI 4.03+
06:04 dcook Ooof "apt-get install libhttp-oai-perl" is definitely not the way to go..
06:05 "cpanm HTTP::OAI" it is..
06:07 lmstrand joined #koha
06:08 mtj dcook: whats the problem with apt-get?
06:08 dcook debian/control doesn't allow >= 4.0 for libhttp-oai-perl
06:09 So installing libhttp-oai-perl >= 4.0 will uninstall koha-common
06:10 That might explain an issue with an upgrade I noticed recently...
06:10 Upgrading from Jessie to Stretch uninstalled Koha
06:10 I didn't do the upgrade. It was someone else's server and Ops staff
06:10 But I wonder if they didn't have the Koha community repo enabled... and accidentally installed libhttp-oai-perl or something..
06:11 libhttp-oai-perl (<< 4.0) or  liblwp-protocol-https-perl|libwww-perl (<<6.02)
06:12 mtj easy fix -> 'debian/control doesn't allow >= 4.0 for libhttp-oai-perl'
06:13 https://metacpan.org/changes/d[…]ribution/HTTP-OAI
06:13 4.07  2018-05-28 15:14:54 CEST
06:13 - Fixed adding XSLT stylesheet process instructions #4
06:14 seems that the following error was fixed in 4.07...
06:14 "Can't call method &quot;processing_instruction&quot"
06:19 did joined #koha
06:26 dcook ?
06:26 Not following mtj
06:26 Btw, looks like a few modules which caused koha-common to be installed between Jessie and Stretch...
06:28 mtj hmm, seems to be working ok for me via KTD - koha-stable on debian-stable
06:29 http://xen1-lan.kohaaloha.com:[…]ataPrefix=marcxml
06:30 https://ibb.co/Xp1Zb1Z
06:31 dcook mtj: How did you install HTTP::OAI?
06:31 (I've mostly switched tasks now heh)
06:32 Ok I've updated my HTTP::OAI using cpanm in koha-testing-docker...
06:33 http://localhost:8080/cgi-bin/koha/oai.pl
06:33 "Internal Server Error" in browser
06:33 In plack-error.log: "Can't call method "processing_instruction" on an undefined value at /usr/local/share/perl/5.24.1/HTTP/OAI/Response.pm line 115."
06:39 Joubu aleisha: are you around?
06:40 reiveune joined #koha
06:40 dcook koha-common being uninstalled during the upgrade was weird..
06:40 reiveune hello
06:41 alex_a joined #koha
06:42 mtj dcook: oops, i was testing ok with oai 3.27
06:42 alex_a Bonjour
06:44 dcook mtj: That'll happen heh
06:49 mtj: I'll make a note to myself to review Tomas's patch and possibly write my own
06:50 I think he said his might be non-functional but it looks like it's nearly there
06:52 inlibro joined #koha
06:52 mtj dcook: yes, it looks very close to me
06:53 +    my $driver = HTTP::OAI::SAX::Driver->new(
06:53 +            Handler => my $builder = XML::LibXML::SAX::Builder->new()
06:53 +        );
06:56 dcook Yeah, there's a bit more to it, but that's the core bit
06:56 * dcook does not like SAX
06:56 dcook But looks like HTTP::OAI only supports SAX
06:56 But it's 4:56 so I think this one will wait until tomorrow
06:56 Joubu: Nice one with Plack::Middleware::ErrorDocument. That looks great.
06:56 mtj patch applies, and works ok
06:56 dcook Oh? That's great!
06:56 I'll try it now
06:57 Might need to uncomment that xslt line so that the xslt works agian with the OAI but that should probably be fine so long as ew're using 4.07+
06:57 mtj dcook:  https://ibb.co/GnzL8sT
06:57 dcook So >= buster
06:57 Cool :)
06:58 fridolin joined #koha
06:59 dcook Yeah http://localhost:8080/cgi-bin/[…]ataPrefix=marcxml is looking good with Tomas's patch
06:59 cait1 joined #koha
07:00 cait2 joined #koha
07:00 dcook Yep that XSLT line is good too
07:00 I'll send a follow-up
07:00 Joubu dcook: I discussed that problem with Tomas 3y ago, looks like it got lost
07:00 dcook: in my notes I also have Plack::Middleware::DiePretty
07:01 dcook Joubu: Oh DiePretty looks nice too
07:02 mtj dcook: 5pm beckons
07:02 dcook Maybe even preferable really..
07:02 mtj: That it does..
07:02 I'll post that follow-up now
07:02 I'm not 100% sure of some of Tomas's code there but so long as it works...
07:03 mtj dcook: fyi, i forced the debian/buster oai 4.08 like...
07:03 dpkg --purge --force-depends libhttp-oai-3.27-perl
07:03 apt-get download   libhttp-oai-perl
07:03 dpkg --force-all -i libhttp-oai-perl_4.08-1_all.deb
07:03 dcook Joubu: And that'll happen. I think I've commented on so many Bugzilla issues today that I can't keep track of them all..
07:03 Joubu dcook: I think we are fighting 2 different things
07:03 dcook Joubu: Oh?
07:03 wahanui Oh are there instructions?
07:03 dcook mtj: That's interesting
07:04 mtj i'll add it to the bz
07:04 Joubu the original one, reported by Rudolf, is specific about "bad data" (24574). As I said in comment 5, we deal with that "our way", catching the problem on the detail view and with a script
07:07 the detail view is handling it quite ok, with a check at the beginning of the page (seen 23846, right?)
07:08 the other way we have to catch bad things/low level issues like that is C4::Output::output_and_exit and the "blocking_error" TT params (see blocking_errors.inc)
07:09 that's is the first point, the errors that we are catching/handling correctly
07:09 the second point you are trying to fix is for the errors we don't catch: display a nice 500 page
07:10 but in my understanding Rudolf wanted "us" to deal with incorrect encoding/data the first way
07:11 (slow typing, I was super slow to find the bug numbers and correct filenames)
07:12 dcook Joubu: Oh I totally agree with you there
07:12 Or rather... I think they're 2 different things, but it's not 100% clear to me which Rudolf is referring too for ISBDdetail.pl and MARCdetail.pl
07:12 I think what you've said makes sense though
07:12 We've fixed the normal view, and I think that's sufficient in terms of caught errors
07:13 I think a user friendly 500 page for ISBDdetial.pl and MARCdetail.pl should be sufficient
07:13 Unless he wants to submit a patch or persuades someone else to
07:13 Sorry for all my comments there heh
07:13 Joubu yes, a frienldy 500 would be good, not for devs however
07:14 dcook That's true
07:14 It would make things worse for devs
07:15 Joubu are you going to investigate the 2 modules? :)
07:16 dcook Joubu: I'd be willing
07:16 At this point, I'd like a bit of feedback for preferred approaches, but since you're RM, your feedback matters most heh
07:17 Basically, I don't want to invest time in something that people will decide isn't the right approach
07:17 But if we think a Plack middleware is good, then I'm happy to write some patches and test plans
07:17 Perhaps we don't have to fix the CGI situation and just let it languish..
07:19 Joubu It's something that fell down at the bottom of my list, and I am wondering why (it's a 3y old topic). Maybe the plakc middleware did not work, cannot remember
07:19 but I'd start to double check that first
07:19 looks like the good direction
07:21 dcook Cool I agree
07:21 I've made a note to revisit it tomorrow
07:21 That one and the OAI one
07:22 alex_a_ joined #koha
07:22 dcook And I signed off Frido's patch at 19261
07:22 Bug 19261
07:22 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=19261 normal, P5 - low, ---, fridolin.somers, Signed Off , never hide biblionumber field in view policy
07:22 dcook Joubu: Tomorrow I can sign off your patch on bug 25826 as well
07:22 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=25826 critical, P3, ---, tomascohen, NEW , Hiding biblionumber in the frameworks breaks links in result list
07:22 dcook Although we might want to rename the bug, if only for the release notes
07:23 Joubu I think it's not ready for so
07:23 dcook Oh?
07:23 wahanui Oh are there instructions?
07:23 Joubu Tomas is going to attach another patch
07:23 dcook Ah ok
07:23 You mean for yours or Frido's?
07:23 Joubu he wants to have a list of fields we cannot hide from the interface
07:23 dcook Ahh
07:23 Yeah that does make sense
07:23 Wise
07:24 fridolin hiiiii
07:24 dcook Speaking of wise, I'm overtime now, so I'm going to go spend time with my wonderful girlfriend and have some dinner
07:24 salut fridolin :D
07:24 and ciao everyone
07:24 Have a good day!
07:24 tuxayo o/
07:24 fridolin dcook: le bonjour ;)
07:25 tuxayo:  Bug 26048 whao i like that
07:25 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=26048 normal, P5 - low, ---, dcook, NEW , Apache does not use /cgi-bin/koha/errors/500.pl if Perl script dies
07:26 fridolin cause if your google "internal server error" you find all Koha sites ;)
07:26 i'll test with Nginx
07:26 tuxayo XD
07:26 Joubu enjoy your evening dcook
07:34 mtj: have you seen bug 25792 comment 15?
07:34 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=25792 major, P5 - low, ---, mtj, Pushed to master , Rename 'ttf-dejavu' package to 'fonts-dejavu' for Debian 11
07:36 tuxayo ashimema++ for the very nice version table on the Koha wikipedia article ^^
07:36 https://en.wikipedia.org/wiki/[…]oftware)#Releases
07:37 Joubu gmcharlt: Hi Galen, Mason sent an email to koha-devel about debian.k-c.org - https://lists.koha-community.o[…]-July/045884.html Are you the one to contact for such request?
07:42 mtj: this is actually a ktd issue, I am reporting it now
07:46 quick signoff needed on bug 26033 please
07:46 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=26033 normal, P5 - low, ---, jonathan.druart, Needs Signoff , framapic is closing
07:52 inlibro joined #koha
07:56 Joubu @later tell rangi there are some koha-dashboard's PRs waiting for you ;) https://gitlab.com/koha-commun[…]/-/merge_requests
07:56 huginn Joubu: The operation succeeded.
08:02 kohaputti joined #koha
08:04 kohaputti mtj, hi, in case there is nothing else on debian.kc.org than apache that serves the files reprepro generated it should probably be pretty easy to upgrade to stable
08:04 mtj, we just need to go to 8 -> 9 -> 10
08:05 Joubu looks like it's the same server as the wiki
08:05 kohaputti oh noes
08:05 Joubu https://wiki.koha-community.or[…]nistration#debian.koha-community.org
08:05 I pinged Galen earlier here
08:06 kohaputti ok, I wonder how mediawiki is instaleld
08:06 Joubu I don't want to know
08:06 :D
08:07 * ashimema wonders if we can get rid of the warning on the wikipedia page about references being too closely associated with the subject
08:07 ashimema I wouldn't say it really applies any more
08:07 Joubu there is a current X year attempt to upgrade the wiki to a newest version, so I guess it's a mess there
08:09 ashimema I wasn talking about wikipedia rather than our own wiki
08:10 ah..
08:10 * ashimema read back
08:13 kohaputti if you are in touch with the current sysadmins, and they need help with the upgrade just let me know.
08:14 but I guess this upgrade won't be coming without some major downtime, maybe 6 hours minimum.
08:15 (if we do the 8 -> 9 -> 10 upgrade)
08:18 Joubu sounds better to install it on a separate server
08:18 ashimema +1
08:21 kohaputti surely good, but do the current sysadmins have time to do that? Is there configuration management?
08:21 Joubu ashimema: are you familiar with the "move prefs to news block" code?
08:22 we are going to wait for gmcharlt's answer first :)
08:23 koha-jenkins Yippee, build fixed!
08:23 wahanui Congratulations!
08:23 koha-jenkins Project Koha_Master_D10 build #304: FIXED in 36 min: https://jenkins.koha-community[…]a_Master_D10/304/
08:23 ashimema Erm..
08:24 Familiar enough that I wish I'd not let it in..
08:24 It needs a good clean up before more things move across in my opinion..
08:24 Joubu
08:25 I did start on such a clean up.. but haven't got far yet
08:25 Joubu I have 3 more moves that are PQA
08:25 I am only wondering about:
08:25 Koha/Template/Plugin/KohaNews.pm
08:25 what is "blocktitle"?
08:26 koha-tmpl/opac-tmpl/bootstrap​/en/modules/maintenance.tt:[% SET OpacHeader = KohaNews.get( location => "opacheader", lang => lang, library => branchcode, blocktitle => 0 ) %]
08:26 but the TT plugin is not doing anything useful with it
08:31 ashimema it's a mess
08:31 that's not a part of it I'd noticed yet
08:41 koha-jenkins Yippee, build fixed!
08:41 wahanui Congratulations!
08:41 koha-jenkins Project Koha_20.05_U20 build #29: FIXED in 52 min: https://jenkins.koha-community[…]oha_20.05_U20/29/
08:43 fridolin oh https://catalog.bywatersolutio[…]iblionumber=42639
08:43 looks broken
08:52 inlibro joined #koha
09:03 janncis hello, can someone please explain me how api items searching is done?
09:18 Joubu same as biblios, what's your question exactly?
09:25 fridolin: Salut Frido! About 25765, why:
09:25 -    <h3>All available funds[% IF LoginBranchname %] for [% LoginBranchname | html %][% END %]</h3>
09:25 fridolin Bug 25765
09:25 Joubu +    <h3>All available funds</h3>
09:25 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=25765 normal, P5 - low, ---, fridolin.somers, Passed QA , Replace LoginBranchname and LoginBranchcode with use of Branches template plugin
09:25 Joubu in acqui-home?
09:26 sorry, it's in the commit message!
09:27 fridolin oki i dont remember ;)
09:28 Joubu I am not sure it's correct
09:30 well maybe, I created a fund for another library and it's displayed
09:31 fridolin ah ok  In acqui/acqui-home.tt, I choose to remove a useless display of current branch and also because table of founds contains a filter on library.
09:32 I'm quite a noob in acquisition
09:49 huginn News from kohagit: Bug 5087: Add server-side check <http://git.koha-community.org/[…]de663f8d3f3a354be>
09:49 News from kohagit: Bug 23797: DBIC schema changes <http://git.koha-community.org/[…]d896be516dc318743>
09:49 News from kohagit: Bug 23797: Apply DB changes to kohastructure.sql <http://git.koha-community.org/[…]e790b4a9d7b6044fe>
09:49 News from kohagit: Bug 23797: DBRev 20.06.00.015 <http://git.koha-community.org/[…]a59ee68f92dd54df9>
09:49 News from kohagit: Bug 23797: DBRev 20.06.00.014 <http://git.koha-community.org/[…]9b1867ebdbd8d6a7f>
09:49 News from kohagit: Bug 23796: DBRev 20.06.00.013 <http://git.koha-community.org/[…]2049608474e09fb15>
09:49 News from kohagit: Bug 23795: DBRev 20.06.00.012 <http://git.koha-community.org/[…]2b614543724fefbbf>
09:49 News from kohagit: Bug 5087: DBRev 20.06.00.011 <http://git.koha-community.org/[…]e2454a30a9b5e0e04>
09:49 News from kohagit: Bug 25765: (QA follow-up) Use method directly in cleanborrowers <http://git.koha-community.org/[…]884620bf24e29068b>
09:49 News from kohagit: Bug 25765: (QA follow-up) Save a DB hit <http://git.koha-community.org/[…]e80fc6a038fa5ce51>
09:49 News from kohagit: Bug 5087: (QA follow-up) Fix leakage in opac-downloadshelf.pl <http://git.koha-community.org/[…]47cb87c5e51952cd2>
09:49 News from kohagit: Bug 5087: (QA follow-up) used_for deserves an index <http://git.koha-community.org/[…]9f962fa5166f15770>
09:49 News from kohagit: Bug 5087: (QA follow-up) Rename the attribute to fit later API usage <http://git.koha-community.org/[…]05044e4bd3bbfeecd>
09:49 News from kohagit: Bug 23797: (follow-up) Enable OpacLoginInstructions in header <http://git.koha-community.org/[…]5659f553f39dc466b>
09:49 News from kohagit: Bug 23797: (follow-up) Increase the size of opac_news.lang <http://git.koha-community.org/[…]76223e883deef9937>
09:49 News from kohagit: Bug 25765: Replace LoginBranchname and LoginBranchcode with use of Branches template... <http://git.koha-community.org/[…]7920e0fb3f290dfb4>
09:49 News from kohagit: Bug 25765: Add GetLoggedInBranchname method <http://git.koha-community.org/[…]0b808e875c6ea5814>
09:49 News from kohagit: Bug 23797: Convert OpacLoginInstructions system preference to news block <http://git.koha-community.org/[…]8a93c5ecf3f5d9dbf>
09:49 News from kohagit: Bug 23796: Convert OpacCustomSearch system preference to news block <http://git.koha-community.org/[…]06ccbabe31c45d1c7>
09:49 News from kohagit: Bug 23795: Convert opaccredits system preference to news block <http://git.koha-community.org/[…]374ba004f41198ed0>
09:52 inlibro joined #koha
10:17 huginn News from kohagit: Bug 24151: (follow-up) Rename the config key with 'bcrypt_settings' <http://git.koha-community.org/[…]72922ded77e9d5217>
10:17 janncis in api where you search /items how to make it serch by book title
10:17 for example
10:29 cait joined #koha
10:30 koha-jenkins Project Koha_Master_D9 build #1389: SUCCESS in 40 min: https://jenkins.koha-community[…]a_Master_D9/1389/
10:31 vfernandes joined #koha
10:31 vfernandes hi #koha
10:34 koha-jenkins Project Koha_Master_D10 build #305: SUCCESS in 44 min: https://jenkins.koha-community[…]a_Master_D10/305/
10:36 Yippee, build fixed!
10:36 wahanui Congratulations!
10:36 koha-jenkins Project Koha_Master_U20 build #44: FIXED in 47 min: https://jenkins.koha-community[…]ha_Master_U20/44/
10:38 khall joined #koha
10:41 Joubu janncis: you don't think you can do that right now. You need to know the biblionumber of the bibliographic record
10:41 I*
10:42 vfernandes hi #koha
10:42 janncis well this is bad then. More fun with perl :(
10:42 vfernandes how I can force ES reindex for records with biblionumber greater than X?
10:46 Joubu vfernandes: you cannot
10:46 koha-jenkins Project Koha_Master_U18 build #843: SUCCESS in 56 min: https://jenkins.koha-community[…]a_Master_U18/843/
10:46 Joubu it's not implemented in rebuild_elasticsearch.pl
10:47 please open a bug report
10:47 vfernandes: maybe bug 20384
10:47 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20384 enhancement, P5 - low, ---, axel.amghar, Needs Signoff , Elasticsearch rebuild script improvements - options for indexing
10:49 vfernandes thanks Joubu
10:52 inlibro joined #koha
10:53 ashimema erm.. is 'notransfer' means to do anything in the circ/returns.tt template.. I'm not seeing it referred to in any controller
10:55 koha-jenkins Project Koha_Master_D11 build #42: STILL UNSTABLE in 1 hr 4 min: https://jenkins.koha-community[…]ha_Master_D11/42/
11:09 Project Koha_Master_U16 build #25: SUCCESS in 39 min: https://jenkins.koha-community[…]ha_Master_U16/25/
11:20 oleonard joined #koha
11:20 oleonard Hi #koha
11:26 koha-jenkins Project Koha_Master_D9_My8 build #372: SUCCESS in 51 min: https://jenkins.koha-community[…]aster_D9_My8/372/
11:26 oleonard @later tell tcohen https://classic.yarnpkg.com/en[…]oc-required-files
11:26 huginn oleonard: The operation succeeded.
11:27 koha-jenkins Project Koha_Master_D9_MDB_Latest build #348: STILL UNSTABLE in 51 min: https://jenkins.koha-community[…]9_MDB_Latest/348/
11:30 Joubu ashimema: if you click it it will (certainly) close the modal
11:39 koha-jenkins Project Koha_Master_D10_Deps build #30: SUCCESS in 52 min: https://jenkins.koha-community[…]ster_D10_Deps/30/
11:41 bigbrovar joined #koha
11:50 koha-jenkins Project Koha_Master_D9 build #1390: SUCCESS in 40 min: https://jenkins.koha-community[…]a_Master_D9/1390/
11:51 oleonard Joubu did you find the answer about the Koha News "blocktitle" parameter?
11:53 inlibro joined #koha
11:53 khall joined #koha
11:57 ashimema it closes the modal yes Joubu, but it doesn't actually seem to trigger any action.. so it just leaves a transfer lurking in the system I believe
11:58 koha-jenkins Project Koha_Master_U20 build #45: UNSTABLE in 1 hr 2 min: https://jenkins.koha-community[…]ha_Master_U20/45/
12:08 fridolin joined #koha
12:10 koha-jenkins Project Koha_Master_D10 build #306: SUCCESS in 44 min: https://jenkins.koha-community[…]a_Master_D10/306/
12:12 Joubu ashimema: in my understand it's either "yes" and you transfer or "no" and it's a noop. But the transfer does not exist yet.
12:12 (just reading the code, I did not test)
12:15 koha-jenkins Project Koha_Master_U18 build #844: UNSTABLE in 47 min: https://jenkins.koha-community[…]a_Master_U18/844/
12:16 cait2 thx oleonard++ :)
12:17 oleonard :)
12:18 janncis in rest/v1/items.pm is function list, I fial to understand how it could search anything by $items_set can anyone explain me how it works?\
12:22 tcohen janncis take a look at the objects.search helper, defined in Koha::REST::Plugins::Objects
12:24 gveranis joined #koha
12:24 gveranis hi #koha !
12:25 tcohen janncis it takes a resultset, and acts on top of it
12:25 gveranis I would like to ask if someone knows if we can close authority Z3950 server of Koha
12:25 tcohen close?
12:25 gveranis not send back data
12:26 we open public z3950 server for biblios , but also they can search to our authorities
12:26 it is feasible to stop it ? without close the publicserver of Z3950 ?
12:26 caroline it would be in the configuration file
12:27 gveranis can you please tell me which file ?
12:27 wahanui i guess which file is it?
12:27 caroline You should have a line for biblios and a line for authorities, you can comment the line for authorities
12:27 gveranis ok but which file? koha_conf ?
12:27 caroline yes
12:27 gveranis the authorityserver ?
12:28 caroline yes
12:28 tcohen publicserver
12:28 how are you exposing your Z39.50 server ?
12:28 caroline there is biblioserver and authorityserver
12:28 gveranis though publicserver
12:28 *through
12:29 ok , If I comment authorityserver then they cannot search on them ?
12:29 bigbrovar joined #koha
12:31 caroline I would assume so
12:31 gveranis so, if i comment that line : <listen id="authorityserver" >unix:/var/run/koha/libspa​/authoritysocket</listen>
12:31 then it will stop ?
12:31 janncis tcohen I will refrase it then, how it gets its result set and how I can search in it lets say by title or part of it. I see params and atributes, but they say nothing on how it searches in it. Does param is colom name and atribute its value?
12:31 koha-jenkins Project Koha_Master_D11 build #43: STILL UNSTABLE in 52 min: https://jenkins.koha-community[…]ha_Master_D11/43/
12:32 tcohen that question deserves 2 hr webinar he
12:32 items, right?
12:33 the items route has very limited capabilities at the moment, you can only search by barcode
12:33 which is called 'external_id' on the API
12:33 Joubu tcohen: janncis asked this "morning" how to list items from a biblio's title
12:33 those routes are very limited
12:33 it's not possible to search by biblio's attributes apparently
12:34 tcohen there's no route to list biblios
12:34 janncis Yee Im trying to understand them and think of way to get searching done by them
12:34 tcohen you can only get a biblio if you know the id
12:34 the 'future' of the API searching
12:34 can be seen
12:34 Joubu but, even with the biblionumber it seems that we cannot list items for a given biblio
12:34 tcohen on the cities route
12:34 and the 'q' param
12:35 janncis I dont mind making new api route
12:36 tcohen there's a wiki page: https://wiki.koha-community.or[…]iki/REST_api_RFCs
12:36 there you propose a route
12:36 it gets voted
12:36 and you need to get the RM attention
12:37 there's a proposal for getting some biblio's items
12:37 https://wiki.koha-community.or[…]tems_endpoint_RFC
12:38 if you want to implement that, you have my full support
12:38 count on me
12:38 seems pretty trivial to do
12:39 Marie-Luce joined #koha
12:40 janncis Im making route, right now it just do the same and returns biblio by id, I could do:   my $biblio = Koha::Biblios->find(
12:40 { title => $c->validation->param('title')},
12:40 {prefetch => ['metadata']});
12:41 but it doesnt feel right, nor it will find by partial name
12:42 bigbrovar joined #koha
12:43 tcohen the biblios route is a bit complex in the sense that it depends on the Accept header
12:43 what the resource representation is
12:43 if you want to add searching capabilities, you should add the q param as the one I pointed you at
12:44 and you shouldn't handle it manually
12:44 that's solved
12:44 objects.search will read the query parameters and act accordingly
12:44 GET /biblios?q=<query>
12:45 where <query> is a stringified and URI encoded JSON structure representing a DBIC query on biblios+biblioitems attributes
12:45 you picked a not so simple example
12:48 janncis the things my boss wants from koha isnt simple, and this is fairly simple comparing what he wants out of it
12:53 inlibro joined #koha
12:53 tcohen good luck, janncis
13:01 khall_ joined #koha
13:11 alex_a_ joined #koha
13:27 bdonnahue1 joined #koha
13:42 ashimema remind me of our policy on db column name consistency
13:43 Joubu There_isNoCon_sistency!
13:43 caroline lol!
13:44 maybe this? https://wiki.koha-community.or[…]aming_conventions
13:44 Joubu for a date, should end with _on
13:44 or _date, apparently
13:44 caroline if above link is not good, let me know and I'll add a warning saying this is not accurate
13:46 I don't know for you, but I feel like no column should ever be called just "id", but somethingid, so that it's the same in all tables
13:53 inlibro joined #koha
13:56 ashimema I wrote that guideline I think
13:56 oh.. maybe not.. maybe I wrote the corresponding api one
13:57 I prefer _on.. but don't really like inconsistency within a table
13:57 but I also don't want to update other fields in the table
13:57 grr
13:57 as for 'id'
13:57 I like every table to have a consistently named 'id' column and then for foreign keys to have `table_id`
13:58 I don't like `somthingid` caroline ;)
13:58 bigbrovar joined #koha
13:58 ashimema maybe that's because I know how DBIC dump will name things and recomments db's to be
13:58 caroline it just makes queries easier b/c you can use USING (somethingid) if the name is the same everywhere
13:59 ashimema so how would you name foreign keys
13:59 something_somthingid
14:00 caroline I guess, I don't ever create tables, so I wouldn't know
14:00 but currently that's the case? b/c id is not as widely used as somethingid
14:00 afaik
14:03 ashimema koha is just a mess ;)
14:04 caroline I guess there is no consensus, so I'll mark the wiki page as... not inaccurate... but I'll find a word
14:04 oleonard ashimema: We're bailing out this leaky dinghy as fast as we can!
14:43 ashimema lol
14:44 * ashimema looks at one of his bug trees and wonders whether to merge them all into one monster bug for easier testing or whether to leave them as a tree of related bugs for which most of them the test is 'run the unit tests'
14:46 margaret joined #koha
14:48 AndrewFH joined #koha
14:53 inlibro joined #koha
14:54 lukeG1 joined #koha
15:00 bdonnahue1 joined #koha
15:03 rhamby joined #koha
15:03 phasefx_ joined #koha
15:09 bigbrovar joined #koha
15:24 alex_a joined #koha
15:28 alex_a__ joined #koha
15:31 fridolin left #koha
15:43 bigbrovar joined #koha
15:52 ashimema Bug 23091
15:52 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=23091 enhancement, P5 - low, ---, martin.renvoize, Signed Off , Add options to charge new or restore forgiven overdues when a lost item is returned
15:53 ashimema Bug 23092
15:53 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=23092 enhancement, P5 - low, ---, martin.renvoize, Passed QA , Transfers should record 'requested' as well as  'sent' and 'arrived' dates
15:53 inlibro joined #koha
16:26 reiveune bye
16:26 reiveune left #koha
16:31 khall joined #koha
16:45 koha-jenkins joined #koha
16:53 inlibro joined #koha
16:55 khall_ joined #koha
17:54 inlibro joined #koha
18:06 bigbrovar joined #koha
18:21 tuxayo ashimema: «wonders whether to merge them all into one monster bug for easier testing or whether to leave them as a tree of related bugs for which most of them the test is 'run the unit tests'»
18:21 Both approaches give the impression of have the advantage for testing.
18:31 cait2 left #koha
18:36 bigbrovar joined #koha
18:54 inlibro joined #koha
19:22 cait joined #koha
19:26 cait joined #koha
19:43 kathryn joined #koha
19:49 lukeG1 joined #koha
19:49 lukeG1 oleonard++
19:49 thanks for the follow ups on 22660!
19:53 oleonard You bet
19:54 inlibro joined #koha
20:41 bigbrovar joined #koha
20:44 caroline when using anonymouspatron, do you have to create that anonymous patron?
20:45 I noticed 0 doesnt seem to work even though that is the default value of the pref
20:45 cait yes
20:45 :)
20:46 i think if you don't have it it evens shows a warning on system information tab. but not totally sure
20:46 caroline I don't think so... I added 666 as anonymouspatron and I don't have a 666 patron, and there is no warning
20:46 There is only a warning if it's 0 or empty
20:47 So when you create a new Koha install, do you automatically create an anonymous patron along with an admin?
20:48 they could be patrons 1 and 2 :)
20:50 cait yep
20:50 we have an sql script to add us and the anon one
20:51 caroline with set_password?
20:51 cait set_password?
20:52 caroline in misc/admin
20:52 cait ah no, just sql
20:52 we are cheating
20:52 caroline that's what I use to create my user
20:53 and their name is "anonymous"?
20:53 cait in German, but yes
20:53 Anonymer Benutzer
20:53 caroline ok good to know
20:54 cait we sometimes throw a "dont delete me" in somewhere
20:54 but it hasn't happened so far i thnk
20:54 aleisha hello
20:54 inlibro joined #koha
20:54 cait hi aleisha :)
20:55 aleisha hi cait
21:02 koha-jenkins Yippee, build fixed!
21:02 wahanui Congratulations!
21:02 koha-jenkins Project Koha_19.05_D9 build #264: FIXED in 37 min: https://jenkins.koha-community[…]oha_19.05_D9/264/
21:04 alexbuckley joined #koha
21:05 koha-jenkins Project Koha_19.05_U18 build #267: SUCCESS in 38 min: https://jenkins.koha-community[…]ha_19.05_U18/267/
21:14 Project Koha_19.05_D9_MDB10.3 build #13: SUCCESS in 44 min: https://jenkins.koha-community[…]05_D9_MDB10.3/13/
21:14 hayley joined #koha
21:54 inlibro joined #koha
22:19 tuxayo caroline: around?
22:52 koha-jenkins Project Koha_19.05_D9 build #265: SUCCESS in 37 min: https://jenkins.koha-community[…]oha_19.05_D9/265/
22:55 inlibro joined #koha
22:55 koha-jenkins Project Koha_19.05_U18 build #268: SUCCESS in 37 min: https://jenkins.koha-community[…]ha_19.05_U18/268/
22:58 Project Koha_19.05_D9_MDB10.3 build #14: SUCCESS in 44 min: https://jenkins.koha-community[…]05_D9_MDB10.3/14/
23:11 gmcharlt taking the wiki/APT/perldoc server down for about an hour for upgrades
23:14 dcook Whoa haven't seen gmcharlt in ages
23:14 Good to know
23:18 * cait waves
23:29 koha-jenkins Project Koha_19.05_D9 build #266: SUCCESS in 37 min: https://jenkins.koha-community[…]oha_19.05_D9/266/
23:32 tuxayo gmcharlt++
23:32 :D
23:33 koha-jenkins Project Koha_19.05_U18 build #269: SUCCESS in 38 min: https://jenkins.koha-community[…]ha_19.05_U18/269/
23:43 Project Koha_19.05_D9_MDB10.3 build #15: SUCCESS in 44 min: https://jenkins.koha-community[…]05_D9_MDB10.3/15/
23:55 inlibro joined #koha
23:55 dcook Looking forward to looking more into Bug 26055
23:55 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=26055 normal, P5 - low, ---, dcook, NEW , Advanced Editor Rancor should use "visibility" and not "mandatory" for drawing new records
23:55 dcook hey cait
23:55 and tuxayo :D
23:56 Of course, I'm busy for the next 3.5 hours..
23:56 Too many things I want to do heh
23:58 tuxayo I have yet to see Rancor I think ^^"

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

koha1