| Time |
S |
Nick |
Message |
| 00:02 |
|
koha-jenkins |
Project Koha_20.11_U20 build #230: SUCCESS in 54 min: https://jenkins.koha-community[…]ha_20.11_U20/230/ |
| 00:13 |
|
fridolin |
dcook: an occasion one |
| 00:13 |
|
dcook |
fridolin: ? |
| 00:14 |
|
fridolin |
dcook: Where did you get a Nintendo 2DS? |
| 00:14 |
|
fridolin |
its a second hand |
| 00:14 |
|
dcook |
Ah ok. I've bene thinking about finding a second hand one as well for my kiddo. |
| 00:14 |
|
fridolin |
with mario kard 7 inside so soe years old |
| 00:15 |
|
fridolin |
yep the battery is good and its a very simple gamplay, my kid is only 5 |
| 00:15 |
|
fridolin |
i was even looking for a GameBoy XP :) |
| 00:23 |
|
dcook |
That's awesome that the battery is good |
| 00:23 |
|
dcook |
We picked up a knock off device and the battery hasn't been very good. Luckily it handles AC power well. |
| 00:23 |
|
dcook |
Btw, fridolin, have you ever compiled Zebra? |
| 00:27 |
|
fridolin |
dcook: ahhh nope |
| 00:28 |
|
fridolin |
mmm in fact my collegue Laurent did one |
| 00:28 |
|
fridolin |
to install in /opt |
| 00:28 |
|
dcook |
I think we used to do it a lot on openSUSE but that was a long time ago |
| 00:28 |
|
dcook |
I've managed to configure and compile it but their "make install" step doesn't look like it works... |
| 00:29 |
|
dcook |
Reported it but still |
| 00:29 |
|
fridolin |
ich |
| 00:29 |
|
fridolin |
log time ago also for us |
| 00:30 |
|
fridolin |
you compiled on which OS ? |
| 00:30 |
|
dcook |
Tempted to try a bit of simple development and troubleshooting |
| 00:30 |
|
dcook |
Ubuntu |
| 00:30 |
|
dcook |
Ubuntu 18.04 as that's the Docker image I had to hand it seems |
| 00:30 |
|
fridolin |
Bionic ? Jammy ? |
| 00:30 |
|
fridolin |
Xenial |
| 00:30 |
|
fridolin |
maybe libc too old there |
| 00:30 |
|
dcook |
Bionic isn't it? or is that 20.04? |
| 00:30 |
|
fridolin |
jammy is 22.05, Bionic 20.04 |
| 00:30 |
|
dcook |
Ah yeah bionic phew |
| 00:31 |
|
dcook |
Nah bionice is 18.04 |
| 00:31 |
|
dcook |
VERSION="18.04.4 LTS (Bionic Beaver)" |
| 00:31 |
|
fridolin |
ahhh indeed 20.4 is focal |
| 00:31 |
|
dcook |
Way to make me feel crazy ;) |
| 00:31 |
|
fridolin |
16.04 is Xenial |
| 00:31 |
|
dcook |
I think it's an issue with their linking |
| 00:31 |
|
fridolin |
^^ sorry for that |
| 00:31 |
|
dcook |
It's actually kind of tempting to try static linking it and then running it in a Docker container.. |
| 00:32 |
|
* dcook |
is always just trying to stir up trouble hehe |
| 00:32 |
|
fridolin |
why not using package ? |
| 00:32 |
|
fridolin |
you hack it ? |
| 00:32 |
|
dcook |
I'm annoyed with the facets and so I'm wanting to hack on it a bit yeah |
| 00:32 |
|
dcook |
If only so that I can say more exactly what the problem is |
| 00:32 |
|
dcook |
I did that with Apache httpd once |
| 00:32 |
|
dcook |
Now that is a mess to compile... |
| 00:33 |
|
dcook |
I couldn't make sense of the httpd internals well enough to code the patch, but I could work out the problem |
| 00:33 |
|
dcook |
Then someone from Redhat fixed it up quickly when I was able to give them all the details |
| 00:33 |
|
dcook |
Some bug in mod_cgi/mod_cgid I think |
| 00:33 |
|
dcook |
Few years ago now maybe.. |
| 00:34 |
|
dcook |
I have been thinking a bit too about how it would be cool to run Koha with Zebra in a different container... |
| 00:34 |
|
dcook |
I suppose the zebraidx would just need a shared volume for the indexes.. |
| 00:35 |
|
dcook |
I'll stop rambling haha |
| 00:36 |
|
tuxayo |
hi folks :) |
| 00:51 |
|
dcook |
allo allo |
| 00:51 |
|
dcook |
The "make install" step doesn't really seem necessary for development anyway so I'm not going to worry about it for now. Indexdata might have an answer for that one anyway |
| 00:55 |
|
dcook |
Ohh if a person did statically link a dev version they could in theory just plunk it onto an existing server... |
| 00:55 |
|
dcook |
Point it at an existing Zebra database and boom.. |
| 00:55 |
|
koha-jenkins |
Project Koha_20.11_D9 build #214: SUCCESS in 1 hr 8 min: https://jenkins.koha-community[…]oha_20.11_D9/214/ |
| 00:56 |
|
* dcook |
thinks that people are scared off Zebra sometimes because it's written in C |
| 00:56 |
|
dcook |
I mean I know I found that intimidating at first... |
| 00:56 |
|
dcook |
Even now sometimes I guess although it's mostly just its internal conventions that are off putting.. |
| 01:14 |
|
fridolin |
Zebra on a different container should be no problem. as long as you keep connexion via unix sockets |
| 01:14 |
|
fridolin |
more performant thant via TCP/IP |
| 01:25 |
|
dcook |
Yeah the Unix sockets are more idea than the TCP sockets for sure |
| 01:25 |
|
dcook |
Although I think the bigger problem is the indexing |
| 01:25 |
|
dcook |
Technically, a person could put a HTTP wrapper around zebraidx... |
| 01:25 |
|
dcook |
I'm kind of surprised that Indexdata didn't (or that we haven't noticed it if they did..) |
| 01:26 |
|
dcook |
Just made my first change to Zebra hehe. Just added some logging but still... |
| 01:35 |
|
fridolin |
ah an REST HTTP API ? would be great |
| 01:36 |
|
fridolin |
bah lets goto Elasticsearch :D |
| 03:02 |
|
dcook |
fridolin: That's the thing in the end, right? Haha |
| 03:03 |
|
dcook |
Oh you're gone now.. |
| 03:03 |
|
dcook |
@later tell fridolin I keep thinking it makes sense to switch to Elasticsearch but Koha just doesn't seem 100% ready for that yet... |
| 03:03 |
|
huginn |
dcook: The operation succeeded. |
| 03:07 |
|
dcook |
@later tell fridolin My idea of building a statically linked Zebra worked well. I built it in a Docker container and then transferred it over to a 1,000,000+ record test Koha Zebra database |
| 03:07 |
|
huginn |
dcook: The operation succeeded. |
| 04:58 |
|
|
reiveune joined #koha |
| 05:02 |
|
reiveune |
hello |
| 05:02 |
|
wahanui |
hola, reiveune |
| 05:39 |
|
|
fridolin joined #koha |
| 06:08 |
|
Joubu |
fridolin: did you see the card on the kanban? |
| 06:08 |
|
Joubu |
I think I sent you the link already |
| 06:08 |
|
* ashimema |
watches dcook and envisions him sat in the middle of s room with bits of zebra all around him in pieces |
| 06:08 |
|
Joubu |
(about the release tasks) |
| 06:08 |
|
ashimema |
Hmm, that didn't sound right now I t as it back again.. hahahaha |
| 06:08 |
|
dcook |
ashimema: That's fairly accurate |
| 06:08 |
|
fridolin |
Joubu: ok I must have this |
| 06:09 |
|
dcook |
It's actually kind of getting into the guts of Zebra.. |
| 06:09 |
|
dcook |
Kind of what, dcook? |
| 06:09 |
|
dcook |
I wouldn't say fun... |
| 06:09 |
|
dcook |
Interesting? Annoying. Interesting. |
| 06:09 |
|
Joubu |
fridolin: https://tree.taiga.io/project/koha-ils/us/19 |
| 06:09 |
|
ashimema |
Haha |
| 06:10 |
|
Joubu |
fridolin: then have a look at the 8 last commits before v21.11.00 |
| 06:10 |
|
fridolin |
https://tree.taiga.io/project/koha-ils/task/106 i remember |
| 06:10 |
|
fridolin |
ah yep good ideea |
| 06:11 |
|
dcook |
ashimema: Once you've got all the pieces, Zebra compiles super quickly so it's very easy to change something and retest |
| 06:11 |
|
Joubu |
fridolin: indeed, that is the one for the release day |
| 06:14 |
|
Joubu |
quite happy I have written that down |
| 06:14 |
|
fridolin |
1000 thanks |
| 06:16 |
|
Joubu |
there are 4 failures on D11?! |
| 06:27 |
|
fridolin |
ah |
| 06:28 |
|
magnuse |
\o/ |
| 06:28 |
|
fridolin |
ah it is from ES tests |
| 06:28 |
|
magnuse |
dcook++ |
| 06:29 |
|
dcook |
magnuse: not that i'm making much progress heh |
| 06:29 |
|
dcook |
Knowing more how things hang together but not how to fix the issues.. |
| 06:29 |
|
dcook |
Actually just finding more issues.. |
| 06:30 |
|
|
claw joined #koha |
| 06:31 |
|
magnuse |
dcook: just poking into that can of worms is impressive to me :-) |
| 06:33 |
|
Joubu |
fridolin: ES tests? Looks like selenium tests |
| 06:34 |
|
fridolin |
1 of them, i try to reproduce |
| 06:36 |
|
fridolin |
mmm i dont. its only on D11+OS7 looks like |
| 06:36 |
|
Joubu |
fridolin: 22:08:16 koha_1 | Undefined subroutine &t::lib::Mocks::Zebra::floor called at /kohadevbox/koha/t/lib/Mocks/Zebra.pm line 195. |
| 06:39 |
|
fridolin |
"use POSIX" does it need "qw(floor)" you think ? |
| 06:40 |
|
fridolin |
in www/batch.t |
| 06:41 |
|
Joubu |
fridolin: the use POSIX is also missing in the pm |
| 06:41 |
|
Joubu |
t/lib/Mocks/Zebra.pm |
| 06:42 |
|
|
m23 joined #koha |
| 06:43 |
|
|
cait joined #koha |
| 06:43 |
|
fridolin |
ah oki thanks |
| 06:46 |
|
Joubu |
fridolin: did you see the following failure already before? |
| 06:46 |
|
Joubu |
21:38:24 koha_1 | # Failed test at t/db_dependent/selenium/basic_workflow.t line 238. |
| 06:46 |
|
Joubu |
21:38:24 koha_1 | # got: 'Checkouts (1)' |
| 06:46 |
|
Joubu |
21:38:24 koha_1 | # expected: 'Checkouts (2)' |
| 06:47 |
|
fridolin |
whooo nope |
| 06:57 |
|
fridolin |
Bug 30835 |
| 06:57 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30835 normal, P5 - low, ---, fridolin.somers, ASSIGNED , Failure 'floor' in t/lib/Mocks/Zebra.pm |
| 07:01 |
|
Joubu |
fridolin: do you recreate the failure locally? |
| 07:01 |
|
fridolin |
nope but makes sens to fix |
| 07:09 |
|
|
simon_ joined #koha |
| 07:09 |
|
simon_ |
hi! |
| 07:14 |
|
simon_ |
quick question: should i reset my elastic search mappings after upgrading koha? |
| 07:14 |
|
Joubu |
Hi simon_, no you don't need to. |
| 07:15 |
|
simon_ |
the analytics links (links to child records with 773$w) in our installation are not working currently |
| 07:15 |
|
simon_ |
probably because there is no index (or alias) cni defined |
| 07:15 |
|
simon_ |
which returns an empty result in the parent's check for children |
| 07:17 |
|
simon_ |
maybe because i was an early adopter concerning ES on 19.05 (now 21.11) |
| 07:17 |
|
Joubu |
I don't think it is stored in the ES index |
| 07:19 |
|
simon_ |
but then ES will only work if the parent has 003 set |
| 07:19 |
|
simon_ |
as far as I see it, looking at get_components_query in Bibio.pm |
| 07:19 |
|
simon_ |
excuse me: it will only work if the parent has NO 003 set |
| 07:19 |
|
wahanui |
simon_: The air conditioning water supply pipe ruptured over the machine room |
| 07:20 |
|
simon_ |
what? :D |
| 07:20 |
|
cait |
I think we made it work without the 003 |
| 07:21 |
|
cait |
at least we had discused that it should work without at some point... but not sure |
| 07:21 |
|
cait |
you probably need to configure the cni index |
| 07:21 |
|
simon_ |
well I suppose checking for 003 is the correct way to do it |
| 07:21 |
|
simon_ |
yeah |
| 07:22 |
|
Joubu |
That's indexed, indeed |
| 07:22 |
|
ashimema |
bug 28830 |
| 07:22 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=28830 enhancement, P5 - low, ---, martin.renvoize, RESOLVED FIXED, Add CNI (Control Number Identifier) search index (MARC21) |
| 07:22 |
|
cait |
ah right, just got there too :) |
| 07:22 |
|
simon_ |
another thing in the same function why this check: |
| 07:22 |
|
simon_ |
# limit to monograph and serial component part records $searchstr .= " AND (bib-level:a OR bib-level:b OR bib-level:m OR bib-level:s OR bib-level:d)"; $searchstr .= ")"; |
| 07:22 |
|
simon_ |
why the limit? |
| 07:23 |
|
simon_ |
ah sorry, this is my updated verson |
| 07:23 |
|
simon_ |
normally its only bib-level:a OR bib-level:b |
| 07:23 |
|
cait |
s is a serial, so probably not what you want for an analytics? |
| 07:23 |
|
ashimema |
because the function returns component parts.. there is a bug that does the same for volumes I believe |
| 07:23 |
|
ashimema |
what cait said |
| 07:24 |
|
simon_ |
if someone set 773$w it should always be considered a component part (?) |
| 07:24 |
|
cait |
yes and no |
| 07:24 |
|
cait |
ther are cases of multi-volumes |
| 07:24 |
|
cait |
so actually yes... it's a component than, a volume with a series record |
| 07:25 |
|
cait |
but for the analytics link, that's why we look at the type of records |
| 07:25 |
|
cait |
we look for something linked to the host, that is an analytical record by their record type |
| 07:26 |
|
cait |
bib-level is leader pos. 7 https://www.loc.gov/marc/bibli[…]hic/bdleader.html |
| 07:27 |
|
|
rauf joined #koha |
| 07:27 |
|
ashimema |
bug 26314 may also interest you simon_ |
| 07:27 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=26314 enhancement, P5 - low, ---, martin.renvoize, Needs Signoff , "Volumes: show volumes" showing regardless of whether there are volumes linked to the record |
| 07:28 |
|
ashimema |
it does similar for volumes to what your identifying for analytics. |
| 07:28 |
|
rauf |
i am facing problem while print spine (one book spine ok and gave detail i.e., spine, author mark and barcode but in another book spine give just barcode) plz help |
| 07:29 |
|
simon_ |
thanks |
| 07:29 |
|
simon_ |
for adding a new index i have to insert that somewhere in the db, right? |
| 07:30 |
|
cait |
you probably did... but maybe trying the search in simple search could help? |
| 07:30 |
|
ashimema |
as for you 003 stuff.. read the full query we build.. there's OR's in there to do just rcn index searches too |
| 07:31 |
|
cait |
oh good, that's what I thought |
| 07:31 |
|
cait |
I am not sure, if you don't want to reset your mappings to default, can't you add a new elastic index from the admin page? |
| 07:32 |
|
cait |
oh I see, ther is no "new", at least not in 20.11 |
| 07:32 |
|
ashimema |
https://git.koha-community.org[…]iblio.t#L564-L588 |
| 07:33 |
|
ashimema |
probably the best place to look for what it's intended to do with the various preferences and things |
| 07:34 |
|
cait |
ashimema: how does one add an index currently with elasticsearch? |
| 07:34 |
|
ashimema |
pass |
| 07:35 |
|
simon_ |
ashimema: (((rcn:$biblionumber AND cni:OSt) OR rcn:\"OSt $biblionumber\") AND (bib-level:a OR bib-level:b))", "UseControlNumber enabled with MarcOrgCode") -> but this checks either for the missing index or for a combinaton of 003 and 001 just in rcn (which also fails), or am i reading this wrong? |
| 07:36 |
|
cait |
the OSt is odd |
| 07:36 |
|
cait |
that's the default value on a Koha installation |
| 07:36 |
|
ashimema |
school run time.. brb |
| 07:36 |
|
cait |
for MARCOrgCode |
| 07:36 |
|
cait |
but I don't think it should be in the query |
| 07:36 |
|
ashimema |
the test uses the test data |
| 07:36 |
|
simon_ |
yeah, its the test - so it makes sense that it uses a value |
| 07:36 |
|
cait |
aah yes, ok |
| 07:37 |
|
simon_ |
but in our case searching for "q=rcn:DE-2553 000591666" returns nothing |
| 07:37 |
|
cait |
that's actually a little odd |
| 07:37 |
|
cait |
rcn looks for a $w with the number |
| 07:38 |
|
cait |
doy ou have a record with a 773$w that matches? |
| 07:39 |
|
cait |
do you manipulate the URL or add to the search box? if the latter i'd leave off the q= |
| 07:39 |
|
simon_ |
rcn:000591666 works |
| 07:40 |
|
simon_ |
i just manipulated the url |
| 07:42 |
|
cait |
in your $w you don't have the E-2553 right? |
| 07:43 |
|
cait |
but we don't have that either and the links work here |
| 07:43 |
|
simon_ |
aaahh... that could be it |
| 07:43 |
|
cait |
yeah, so the second OR part doesn<'t work |
| 07:44 |
|
cait |
... so you might need to add the cni index |
| 07:44 |
|
cait |
rcn:$biblionumber AND cni:OSt < so this can work |
| 07:44 |
|
cait |
it's probably what works for us |
| 07:45 |
|
simon_ |
i see |
| 07:45 |
|
cait |
hm, but in the tests there is also: is($biblio->get_components_query, "(rcn:$biblionumber AND (bib-level:a OR bib-level:b))", "UseControlNumber enabled without MarcOrgCode"); |
| 07:45 |
|
ashimema |
So is there a bug |
| 07:45 |
|
cait |
I am still confused to be honest |
| 07:45 |
|
simon_ |
:D |
| 07:46 |
|
ashimema |
We tested the proverbials out of the query at the time cait.. |
| 07:46 |
|
cait |
i remember us fiddlign with that for quite a while the first time around and it hasn't gotten any easier |
| 07:46 |
|
ashimema |
Hope we didn't miss something |
| 07:46 |
|
cait |
i konw |
| 07:46 |
|
cait |
me too |
| 07:46 |
|
simon_ |
i suppose |
| 07:46 |
|
simon_ |
if you start using ES now, you dont have a problem |
| 07:46 |
|
cait |
do we have a link to the method? instead of just looking at the tests? |
| 07:46 |
|
simon_ |
because of https://bugs.koha-community.or[…]_bug.cgi?id=28830 |
| 07:46 |
|
huginn |
Bug 28830: enhancement, P5 - low, ---, martin.renvoize, RESOLVED FIXED, Add CNI (Control Number Identifier) search index (MARC21) |
| 07:46 |
|
cait |
possibly |
| 07:47 |
|
cait |
kidclamp: around? |
| 07:47 |
|
simon_ |
but everyone who used ES before that may be stuck with an index mapping that misses cni |
| 07:47 |
|
simon_ |
and has to either reset mappings or add it by hand |
| 07:47 |
|
cait |
I am not clear on how this is supposed to work |
| 07:48 |
|
ashimema |
212300 |
| 07:48 |
|
cait |
if you are supposed to reset the mappings... ? and how to add a new index if you use customized ones |
| 07:48 |
|
ashimema |
https://git.koha-community.org[…]ha/Biblio.pm#L562 |
| 07:48 |
|
cait |
ok, so it looks like adding the cni index shoudl fix simon's issue |
| 07:49 |
|
simon_ |
probably one should add a db migraton to the update process that checks if cni exists in the database and if not add that automatically? |
| 07:49 |
|
cait |
possibly, I am just not totally clear how the storage works |
| 07:49 |
|
cait |
like... if people haven't made any changes, is there anything stored in tht edb? |
| 07:49 |
|
ashimema |
The difficulty is we don't want to mess up people's custom mappings at upgrade |
| 07:50 |
|
ashimema |
The yaml builds the db |
| 07:50 |
|
ashimema |
I think there's a way to dump to yaml too so you can have your own custom set to reset to |
| 07:50 |
|
ashimema |
Joubu would be better placed to help here |
| 07:50 |
|
ashimema |
Or kidclamp |
| 07:50 |
|
wahanui |
somebody said kidclamp was the guy with an amazing moustache |
| 07:51 |
|
ashimema |
I'm still a n00b with ES |
| 07:51 |
|
cait |
same - but doens't look like they are around |
| 07:51 |
|
Joubu |
I am |
| 07:51 |
|
ashimema |
Do you have custom mappings simon_.. if not, just run the reset |
| 07:51 |
|
Joubu |
we are supposed to add a possible new mapping to both the yaml and DB tables |
| 07:52 |
|
ashimema |
If you do, hopefully Joubu can guide |
| 07:52 |
|
cait |
aaah, so it is a bug |
| 07:52 |
|
Joubu |
don't we? :D |
| 07:52 |
|
ashimema |
I need a lesson on ES |
| 07:52 |
|
cait |
I didn't know that, we probably didn't do it in other cases - is this only for new ones? |
| 07:53 |
|
simon_ |
yes, we changed some mappings - mainly authority related |
| 07:53 |
|
ashimema |
OK, I missed the dB bit then.. I thought we actively avoided that to not screw with local cusotmisations |
| 07:54 |
|
ashimema |
We need a guideline for Devs for this, |
| 07:55 |
|
Joubu |
If we add a new index/mapping for a new feature it makes sense to me to add it for existing instals as well |
| 07:55 |
|
Joubu |
I've looked at updatedatabase (and db_revs) and we actually never modified the ES mappings DB tables |
| 07:56 |
|
cait |
yes, I was just wondering about some additions caroline made that made perfect sense to be defaults |
| 07:56 |
|
cait |
so we have no example to share with simon either |
| 07:56 |
|
Joubu |
(well, except one tiny fix at 18.12.00.062) |
| 07:56 |
|
cait |
because it seems double bad when you can't add them from the GUI? |
| 07:56 |
|
Joubu |
why can't you? |
| 07:57 |
|
Joubu |
(sorry I haven't followed the whole discussion) |
| 07:58 |
|
ashimema |
Older version Joubu before that feature was added to the UI |
| 07:58 |
|
cait |
i don't have a new index button in 20.11 - maybe added later? |
| 07:58 |
|
cait |
ah |
| 07:58 |
|
cait |
so you can in 21.11? |
| 07:58 |
|
ashimema |
Oh, indunno |
| 07:59 |
|
ashimema |
I'm on my phone so can't check here |
| 07:59 |
|
cait |
well, the problem is in 20.11 too (because the cni index was added there) but there is no button, so we still messed up ;) |
| 07:59 |
|
Joubu |
still not, apparently |
| 07:59 |
|
cait |
i remember a bug, but haven't been able to find it |
| 08:01 |
|
simon_ |
can someone share how the index should be named etc? |
| 08:01 |
|
simon_ |
cni is an alias probably? |
| 08:01 |
|
simon_ |
in search_field |
| 08:02 |
|
cait |
bug 20388 |
| 08:02 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=20388 enhancement, P5 - low, ---, alex.arnaud, Needs Signoff , Elasticsearch - Ability to add search fields from UI |
| 08:02 |
|
cait |
i can check how it looks here |
| 08:02 |
|
cait |
sec |
| 08:03 |
|
simon_ |
ah thanks |
| 08:03 |
|
simon_ |
it should also be in the yaml defaults |
| 08:03 |
|
cait |
yes, it's int he patch on the cni bug |
| 08:04 |
|
cait |
i can still check how thta translates to database entries, I just had to switch the db here |
| 08:04 |
|
cait |
hm, only I am not seeing it |
| 08:05 |
|
cait |
on a 20.11 installation there is no search_marc_map entry for 003 |
| 08:05 |
|
cait |
Joubu: ? |
| 08:05 |
|
ashimema |
I'd love to see a simple way to merge defaults into customisations at upgrade.. |
| 08:06 |
|
ashimema |
Probably interactively |
| 08:07 |
|
cait |
I've just reset the mappings on a 20.11 and there is no mapping for 003 still |
| 08:08 |
|
simon_ |
control-number-indentifier exists in the yaml |
| 08:09 |
|
Joubu |
21.11.00 |
| 08:09 |
|
Joubu |
it's bug 11175 |
| 08:09 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=11175 new feature, P5 - low, ---, martin.renvoize, RESOLVED FIXED, Show the parent record's component parts in the detailed views |
| 08:09 |
|
Joubu |
so it's not in 20.11 |
| 08:10 |
|
cait |
yes, I just got there |
| 08:10 |
|
cait |
so the query was updated after the initial feature was pushed to use the cni index |
| 08:11 |
|
cait |
simon_: does it work form the YAML for you? I could maybe check in my dev env for the database entries then |
| 08:12 |
|
Joubu |
simon_: insert into search_field(name, label, staff_client, opac) values('control-number-identifier', 'control-number-identifier', 1, 1'); |
| 08:13 |
|
Joubu |
then see if it appears in search field list |
| 08:13 |
|
simon_ |
yes, i am already re-indexing |
| 08:13 |
|
simon_ |
i did not reset, because of the existing changes |
| 08:14 |
|
simon_ |
i would need another test instance before i run the reset |
| 08:15 |
|
cait |
fingers crossed |
| 08:15 |
|
simon_ |
:) |
| 08:15 |
|
cait |
how long does a full reindex take you? |
| 08:20 |
|
magnuse |
why would the "language" syspref show two languages, but OPACLanguages only one? |
| 08:35 |
|
simon_ |
i run 4 processes in parallel |
| 08:36 |
|
simon_ |
688000 records processed so far |
| 08:37 |
|
simon_ |
so ~45 minutes? |
| 08:39 |
|
ashimema |
cool, crossed fingers it resolves your issues |
| 08:39 |
|
ashimema |
so, do we need a bug for resyncing the upgraded db es configs to the current mappings.yaml |
| 08:39 |
|
ashimema |
I reckon we probably do |
| 08:46 |
|
ashimema |
bug 30836 |
| 08:47 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30836 enhancement, P5 - low, ---, koha-bugs, NEW , Elasticsearch mappings.yaml is out of sync with upgraded databases |
| 09:07 |
|
|
fridolin joined #koha |
| 09:22 |
|
cait |
ashimema++ |
| 09:22 |
|
ashimema |
not coded it yet |
| 09:22 |
|
ashimema |
will take a look after my meeting |
| 09:22 |
|
magnuse |
memcached restart fixed the language syspref |
| 09:22 |
|
cait |
simon_: intersting! thx for the numbers. I often test by resaving a single record for index changes, should also work for elastic I think |
| 09:22 |
|
ashimema |
though this meeting is adding a lot to my to do lits today â˜¹ï¸ |
| 09:22 |
|
cait |
ashimema: filing counts too |
| 09:23 |
|
simon_ |
the added search field fixed it |
| 09:23 |
|
simon_ |
thanks everyone |
| 09:24 |
|
magnuse |
anyone else having problems with the width of the "Items checked out" table on the "summary print"? (Partron > Print > Print summary) It seems to get a fixed width when the page is rendered, and that is also kept when printing |
| 09:24 |
|
cait |
awesome :) |
| 09:29 |
|
magnuse |
...after upgrading to 21.11.05 |
| 09:32 |
|
magnuse |
well, same problem for all the tables on that page, i guess |
| 09:32 |
|
ashimema |
ha.. I just reported that bug magnuse |
| 09:33 |
|
paulderscheid[m] |
Hi Koha, are there some docs in the wiki on Koha::Exceptions or do I have to read the source? |
| 09:33 |
|
ashimema |
bug 30837 magnuse |
| 09:33 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30837 enhancement, P5 - low, ---, cnighswonger, NEW , The 'Print summary' feature defaults to very wide tables |
| 09:33 |
|
magnuse |
ashimema: great, not just me, then ;-) |
| 09:33 |
|
ashimema |
so it's a recent thing is it.. can't say I've ever used it in the past.. it just came up in a support call |
| 09:36 |
|
paulderscheid[m] |
paulderscheid[m]: Nevermind, seems straightforward. |
| 09:37 |
|
ashimema |
so did it used to print nicely magnuse? |
| 09:38 |
|
magnuse |
ashimema: i checked a site running 21.05.05 and it looks better there |
| 09:38 |
|
magnuse |
just a regular table that looks in print |
| 09:38 |
|
magnuse |
i'm adding some comments to the bug |
| 09:48 |
|
magnuse |
funny we should be looking at that at exactly the same time... |
| 09:52 |
|
|
m23 joined #koha |
| 09:59 |
|
ashimema |
thanks magnuse |
| 09:59 |
|
ashimema |
yeah.. we seem in sync a lot of late |
| 10:07 |
|
cait |
https://translate.koha-community.org/de/22.05/ - I hope noone ever uses the UNIMARC translations, but I did my best |
| 10:07 |
|
cait |
does someoen happen to know how the duplicate check in cataloguing works? |
| 10:09 |
|
cait |
hm find duplicate could do better I guess |
| 10:17 |
|
paulderscheid[m] |
PERL15: Object-oriented code and the Koha:: namespace... (full message at https://matrix.org/_matrix/med[…]mLXjMRXEmmIfIvxX) |
| 10:18 |
|
paulderscheid[m] |
Sorry, I have a module that is procedural in nature but could be oo as well without much effort. What's the right path? |
| 10:28 |
|
paulderscheid[m] |
I'll refactor it to a class. Won't hurt. |
| 10:30 |
|
oleonard |
o/ |
| 10:31 |
|
|
khall joined #koha |
| 10:38 |
|
|
khall_ joined #koha |
| 10:58 |
|
|
m23 joined #koha |
| 11:05 |
|
magnuse |
kia ora oleonard |
| 11:06 |
|
magnuse |
wow cait++ |
| 11:06 |
|
oleonard |
How's the weather up there magnuse? |
| 11:06 |
|
magnuse |
had a few very nice days, almost +20C. more grey and +12 today |
| 11:07 |
|
magnuse |
oleonard: and you? |
| 11:07 |
|
wahanui |
you is too quick kohaputti |
| 11:07 |
|
oleonard |
wahanui: forget you |
| 11:07 |
|
wahanui |
oleonard: I forgot you |
| 11:07 |
|
ashimema |
ho cow.. I just found an entirely different way to enqueue letters I had no idea about! |
| 11:07 |
|
oleonard |
wahanui: you is <reply>I'll never forget you |
| 11:07 |
|
wahanui |
OK, oleonard. |
| 11:07 |
|
ashimema |
always learning. |
| 11:08 |
|
oleonard |
magnuse: Weather is good here, but somehow terrible for the spring mushroom season. I'm too much of a newbie hunter to understand why |
| 11:08 |
|
oleonard |
Maybe the up-and-down temps, maybe just not enough rain. |
| 11:10 |
|
magnuse |
mushrooms are mysterious things... |
| 11:10 |
|
magnuse |
we (well, my wife) have found about 25 morels, best year so far i think |
| 11:11 |
|
magnuse |
oleonard: any quick thoughts on bug 30837? (i think maybe it's related to datatables?) |
| 11:11 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30837 enhancement, P5 - low, ---, cnighswonger, NEW , The 'Print summary' feature defaults to very wide tables |
| 11:12 |
|
oleonard |
magnuse: My first thought is to check whether the "autowidth" option is set in the DataTable configuration. I can't remember if we now set it globally to "false," which I think is the solution. |
| 11:13 |
|
magnuse |
ah, interesting! |
| 11:16 |
|
magnuse |
looks like that does the trick! |
| 11:17 |
|
magnuse |
oleonard++ |
| 11:17 |
|
oleonard |
Cool |
| 11:17 |
|
magnuse |
i'll do a patch for that, if i remember how... |
| 11:31 |
|
oleonard |
magnuse: Once you get back into it you may find you like it! |
| 11:31 |
|
magnuse |
i suspect i might :-) |
| 11:33 |
|
|
m23_ joined #koha |
| 11:37 |
|
magnuse |
well, if i can get ktd to work... it seems to stop at "Can't locate YAML/Syck.pm" |
| 11:42 |
|
magnuse |
i thought maybe it was because i had PLUGIN_REPO set, but that was not it |
| 11:43 |
|
oleonard |
Are you on an older version of Koha? |
| 11:43 |
|
oleonard |
When I test something other than master I always have to install a few dependencies |
| 11:43 |
|
oleonard |
including libyaml-syck-perl |
| 11:44 |
|
|
m23_ joined #koha |
| 11:46 |
|
tcohen |
bonjour |
| 11:47 |
|
ashimema |
bug 30838 is a fun little one |
| 11:47 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30838 enhancement, P5 - low, ---, martin.renvoize, Needs Signoff , to_address is misleading for sms transports |
| 11:48 |
|
tcohen |
why misleading haha |
| 11:48 |
|
ashimema |
lol |
| 11:49 |
|
|
m23_ joined #koha |
| 11:53 |
|
ashimema |
because we never ever set it. |
| 11:53 |
|
ashimema |
sorry.. refer to it |
| 11:53 |
|
ashimema |
not set it.. |
| 11:53 |
|
ashimema |
setting it is the problem |
| 12:01 |
|
magnuse |
next ktd problem: "Database is not empty! at /kohadevbox/misc4dev/populate_db.pl line 101." |
| 12:02 |
|
tcohen |
magnuse: yes, are you trying to restart it on purpose? |
| 12:03 |
|
tcohen |
I always do 'kd' |
| 12:03 |
|
tcohen |
before starting a new KTD |
| 12:03 |
|
magnuse |
ah, that's probably it |
| 12:03 |
|
tcohen |
it is! |
| 12:03 |
|
tcohen |
but, if you meant to keep the DB info for some reason |
| 12:04 |
|
tcohen |
some measures need to be taken |
| 12:04 |
|
tcohen |
to back it up first |
| 12:04 |
|
magnuse |
i didn't mean to now, but i'd sure like to know how to do that |
| 12:40 |
|
cait |
I'd love a way to not always reset the db |
| 12:40 |
|
cait |
if I want to continue working on soemthing |
| 12:54 |
|
|
Dyrcona joined #koha |
| 13:03 |
|
ashimema |
I thought there was a flag for that? |
| 13:10 |
|
|
michal joined #koha |
| 13:19 |
|
michal |
hey guys, I got my koha instance running, but I don't know what the login information is, do I have to configure that myself? |
| 13:20 |
|
paulderscheid[m] |
koha, koha |
| 13:20 |
|
michal |
thank you |
| 13:21 |
|
paulderscheid[m] |
You can configure that in your .env file if I'm not mistaken. |
| 13:31 |
|
kidclamp |
KOHA_USER and KOHA_PASS in the env |
| 13:31 |
|
magnuse |
ashimema: kp is supposed to run with persistance, but i think there is more to it than that |
| 13:31 |
|
magnuse |
and i suspect tcohen knows something about that... |
| 13:31 |
|
kidclamp |
I don't think it works right now magnuse |
| 13:31 |
|
magnuse |
ah, ok |
| 13:31 |
|
kidclamp |
ktd doesn't like if the volume already has data |
| 13:31 |
|
magnuse |
true |
| 13:32 |
|
magnuse |
tcohen said "some measures need to be taken" |
| 13:33 |
|
oleonard |
I guess it's been a while since I tried it... kp should work but doesn't? |
| 13:34 |
|
kidclamp |
because we call 'do_all_you_can_do' when starting, which tries to reset the whole db, and it fails when data already exists, I believe |
| 13:35 |
|
|
khall joined #koha |
| 13:36 |
|
oleonard |
If we offer a the 'kp' option (and supposing it worked) I would think the 'ku' option would explicitly ignore a db with data. |
| 13:36 |
|
oleonard |
...and reset it. |
| 13:46 |
|
|
khall_ joined #koha |
| 13:56 |
|
tcohen |
magnuse: if KTD is down and the DB is still up, and you need to take the data out... you need to do something |
| 13:56 |
|
tcohen |
heh |
| 13:57 |
|
tcohen |
yeah, I meant the 'p' persist option, never used it myself |
| 14:02 |
|
caroline |
good morning everyone! |
| 14:14 |
|
|
michal joined #koha |
| 14:16 |
|
|
marie-luce joined #koha |
| 14:33 |
|
* cait |
waves at caroline |
| 14:52 |
|
ashimema |
afternoon |
| 14:57 |
|
* ashimema |
wonders if my answer on bug 28854 was enough for oleonard to SO |
| 14:57 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=28854 new feature, P5 - low, ---, martin.renvoize, Needs Signoff , Add ability to create bundles of items |
| 14:58 |
|
oleonard |
Oh I didn't see it, thanks for mentioning it |
| 14:58 |
|
ashimema |
haha, no worries |
| 14:58 |
|
* oleonard |
is kinda buried in bugzilla emails |
| 14:58 |
|
ashimema |
there's so much bugmail these days |
| 14:58 |
|
ashimema |
always happy for a gentle poke in the other direction too if you spot I've missed something 😜 |
| 14:59 |
|
ashimema |
the tl;dr was.. different people seemed to want different things when it came to exposing on the OPAC.. so I was coding OPAC stuff in follow-up bugs.. like bug 29560 |
| 14:59 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=29560 enhancement, P5 - low, ---, martin.renvoize, Needs Signoff , Add option to create MARC links when adding items to bundles |
| 14:59 |
|
oleonard |
I will have to come back to that bug. I think we have use for the feature, so I'll be testing it more when I have a little more time |
| 15:00 |
|
ashimema |
awesome |
| 15:00 |
|
ashimema |
no rush |
| 15:00 |
|
|
bag joined #koha |
| 15:00 |
|
ashimema |
any feedback is good when it happens.. we have a whole cycle to get it through again now 😜 |
| 15:00 |
|
oleonard |
It's funny to me because when you were first working on it I was completely ignoring it, having no head space for it at all. Now I'm interested :) |
| 15:01 |
|
ashimema |
haha |
| 15:01 |
|
ashimema |
it happens |
| 15:17 |
|
|
michal joined #koha |
| 15:56 |
|
reiveune |
bye |
| 15:56 |
|
|
reiveune left #koha |
| 15:59 |
|
|
khall joined #koha |
| 16:09 |
|
|
khall_ joined #koha |
| 16:31 |
|
|
lukeg joined #koha |
| 16:39 |
|
|
khall joined #koha |
| 16:47 |
|
|
cait joined #koha |
| 16:49 |
|
|
m23 joined #koha |
| 17:15 |
|
|
fridolin joined #koha |
| 17:28 |
|
|
khall_ joined #koha |
| 17:29 |
|
tcohen |
fridolin: did we fix the 'do not count UNIMARC as untranslated' stuff ? |
| 17:56 |
|
|
tcohen joined #koha |
| 17:57 |
|
|
oleonard joined #koha |
| 18:21 |
|
|
michal joined #koha |
| 18:22 |
|
paulderscheid[m] |
Hi, does anyone have some resources on 'advanced' resources on oop in perl? The stuff I found on the web uses a lot of bad practices (at least according to 'Perl Best Practices' by Conway). |
| 18:22 |
|
paulderscheid[m] |
s/resources on// |
| 18:37 |
|
michal |
does anyone get this error when trying to run ku after having run ku once before and closing the program |
| 18:37 |
|
michal |
Database is not empty! at /kohadevbox/misc4dev/populate_db.pl line 101 |
| 18:39 |
|
michal |
if i run kd and then run ku it works fine, i don't know if that's normal or if that's a bug |
| 19:03 |
|
paulderscheid[m] |
Haha, that's the third one in two days |
| 19:03 |
|
paulderscheid[m] |
You have to run kd after quitting the container |
| 19:04 |
|
paulderscheid[m] |
or docker-compose -p koha down |
| 19:05 |
|
paulderscheid[m] |
<michal> "if i run kd and then run ku it..." <- It's a feature ^^ |
| 21:00 |
|
|
dpk__ joined #koha |
| 22:22 |
|
fridolin |
🚀 https://wiki.koha-community.or[…]eting_25_May_2022 soon |
| 23:36 |
|
|
cait joined #koha |
| 23:44 |
|
|
lukeg joined #koha |
