IRC log for #koha, 2023-12-07

All times shown according to UTC.

Time S Nick Message
00:08 schnydszch joined #koha
04:51 lmstrand joined #koha
04:56 schnydszch joined #koha
06:48 reiveune joined #koha
06:48 reiveune hello
07:06 thibaud_g joined #koha
07:21 magnuse joined #koha
08:00 cait joined #koha
08:04 cait1 joined #koha
08:26 cait1 good morning all!
08:33 schnydszch joined #koha
09:13 ashimema morning
09:25 PedroAmorim[m] \o
09:26 * cait1 waves
09:27 cait about to push some easier patches today - I'll go chronologically soon, but still practicing :)
09:27 ashimema nice one
09:43 cait working on the master branch feels SO weird
09:51 ashimema hehe
09:51 ashimema it really does
09:52 ashimema I set myself some extra safeguards when i was doing it
09:52 ashimema though I can't entirely remember how I did it
09:53 ashimema I think I had two repo's set.. 'origin' which I set the read only http url and 'upstream' which i set to the keyed push url
09:53 ashimema then I tracked origin
09:54 ashimema so pull all worked fine as is.. but for push I had to explicitly state 'upstream'.. and I also stuck a password on it somehow at my end
09:54 ashimema basically.. it acted as an 'are you sure.. are you sure your sure' mechanism
09:54 cait yep, I set it up like that yesterday, Joubu had pointed it out
09:54 cait well not the password, but a separate remote to push
10:01 ashimema it's nice
10:02 ashimema keeps it all very clean in your mind
10:25 cait hm I pushed, a git fetch origin git status now shows "up to date with master" - but gitea is not showing the commits
10:25 cait https://git.bsz-bw.de/koha/koh[…]r/?ref_type=HEADS
10:26 cait ok... wrong link
10:26 cait https://git.koha-community.org[…]its/branch/master
10:26 cait it did look slightly odd... just nervous here :)
10:43 cait working on the bugzilla updates
11:12 cait QA queue 42 > 30
11:13 cait ashimema++ # thanks for pointing me in the right direction for the bugzilla scripts
11:27 khall joined #koha
11:35 cait1 joined #koha
11:40 tcohen[m] Morning
11:40 tcohen[m] Your push looks great, cait
11:43 paulderscheid[m] Hi #koha
11:43 paulderscheid[m] See cait, you got it!
11:45 paulderscheid[m] I was testing the docker compose files w/ podman yesterday and it basically works, but I got random failures of plack with exit 0 - signal was 9. Any idea tcohen?
11:46 paulderscheid[m] Did you ever run in to something like this?
11:47 paulderscheid[m] As 9 means kill, what could the reasons be? I also ran into killed webpack processes a bunch of times. Does that also sound like a problem w/ resource allocation to you?
11:50 tcohen[m] Permissions?
11:51 paulderscheid[m] That was the first problem I had, but I didn't run into any actual permission errors anymore when switching to a rootful podman machine.
11:52 paulderscheid[m] The koha container basically works, it just kills plack seemingly at random.
11:54 paulderscheid[m] I will document the process in the wiki of setting it up, you can try it sometime if you're interested and can find the time.
12:04 tcohen[m] I haven't used podman before. But I'm interested in looking at this
12:04 magnuse gah! shibboleth is driving me crazy! logging in at the idp looks ok, the shib logs on the koha server says a session is created and my username is there, but then koha doesn't think there is a session after all. and /Shibboleth.sso/Session also says there is no session either. so maybe the session is started ok, but then terminated immediately?
12:17 cait thanks tcohen and paulderscheid[m] :)
12:18 tcohen[m] Oh, matrix bridge is working today haha. Awesome
12:20 ashimema mm
12:21 ashimema I'm disappointing that the matrix bridge seems to have become more unreliable again of late..
12:21 ashimema I was really singing it's praises and trying to get people to adopt it.. but alas I'm down about it again now
12:23 cait tcohen[m]: pm? :)
12:32 khall joined #koha
12:33 ashimema anyone else find git-bz  is spitting out a load of crap on apply?
12:34 pastebot "ashimema" at 127.0.0.1 pasted "git-bz noise" (28 lines) at https://paste.koha-community.org/31902
12:39 krimsonkharne[m] heyyy #koha
12:41 cait hm it didn't for me earlier at least
12:42 ashimema maybe a system change my end
12:42 ashimema I did update
12:52 krimsonkharne[m] just tested a git bz apply .... and it responded as usual for me, no "invalid escape sequences"...
12:52 ashimema maybe a python change
12:56 cait tcohen++
13:27 domm[m] Sorry, slightly complex question (if better suited for mailing list, please tell me): User creates new biblio via SRU from DNB (german national lib). This contains eg the author in 100, and contains the GND-ID in 100$0. Now we already have an auth_record which has that number in 024$a. So it would be preferable to do direct lookup for that number instead of doing a sligthly fuzzy search based on eg author name and date.
13:27 domm[m] As far as I can see from the source code there is no option currently do this?
13:28 cait I think you are correct--- you are referring to the auto-linking feature?
13:28 domm[m] yes
13:28 cait as Koha doesn#t use $0, I am not sure if there is even a standard index on it
13:29 domm[m] Yeah, it seems that this is not at all possible ATM.
13:29 cait I think you'd probably make some German libraries quite happy with this feature
13:29 cait but itmight work for LOC data too?
13:29 cait @marc 024
13:29 huginn` cait: A standard number or code published on an item which cannot be accommodated in another field (e.g., field 020 (International Standard Book Number), 022 (International Standard Serial Number) , and 027 (Standard Technical Report Number)). The type of standard number or code is identified in the first indicator position or in subfield $2 (Source of number or code). (Repeatable) [a,c,
13:29 domm[m] So I guess we'll do an ad-hoc implementation for that customer and work from that to hopefully get it in a form that can be included in Koha :-)
13:31 cait hm i think that was 024 bibliographic, plz ignore
13:31 domm[m] I think it's more or less the same in auths: https://www.loc.gov/marc/authority/ad024.html
13:31 cait hm so other national libraries probably have their own field (loc at least)
13:32 domm[m] Maybe 035$a would be an even better candidate (but it's repeatable, which makes the direct lookup a bit harder)
13:32 cait I was wondering about hardcoding the lookup... but maybe one could also use something like field: index in a yaml style?
13:32 domm[m] I guess I'll start with hardcoding, and think about putting it into some kind of config later
13:32 Dyrcona joined #koha
13:32 cait makes sense
13:34 domm[m] In that library we also added a nice hack to the auth-tables (actually when we first migrated it) to materialize the value of 024$a into a column (which also has an index, so lookups are very easy and fast)
13:34 cait it looks like I broke D11...
13:34 cait hm yeah, we don't have a koha-to-marc mapping for authorities
13:34 cait maybe we should have one
13:34 cait we do map 001 to ean in our installatons usually, for similar reasons
13:35 khall joined #koha
13:37 khall_ joined #koha
13:41 cait it looks like all "hook" related tests are failing on D11 - also some random and a shibboleth one (35506 35507)
13:42 ashimema i have a meeting to head into shortly.. but can look at those tests after
14:21 schnydszch joined #koha
14:31 cait I need to leave in an hour or so - but will be bakc on it tomorrow morning
15:37 cait left #koha
15:47 Dyrcona joined #koha
15:48 tcohen[m] It is not on D11, it is on the full test suite
15:49 tcohen[m] at least that's what it looks like
15:49 paulderscheid[m] Hi tcohen, I just added a section on getting koha-testing-docker to work w/ podman if you want to try it out https://wiki.koha-community.or[…]ocker_with_podman.
15:49 tcohen[m] Ok!
15:49 paulderscheid[m] The issue w/ the random -9s was indeed related to memory, increasing the memory in the config file for qemu solved it.
15:50 paulderscheid[m] Or rather signal 9s and -1s
15:53 paulderscheid[m] Currently running all tests to check whether something is broken.
16:00 bag joined #koha
16:20 reiveune bye
16:22 reiveune left #koha
16:22 pastebot "paulderscheid[m]" at 127.0.0.1 pasted "Test results of koha-testing-docker w/ podman" (348 lines) at https://paste.koha-community.org/31929
16:23 paulderscheid[m] Here are the test results. I have to double check if the setup is correct. Some of those might be false positives.
17:01 lukeg joined #koha
17:02 paulderscheid[m] Noticed that I had a language and some sysprefs enabled, second run already looks better.
17:04 PedroAmorim[m] anyone able to confirm if koha-translate works on k-t-d?
17:04 PedroAmorim[m] running koha-translate --install fr-FR says the selected language is not currently available and koha-translate --list --available returns empty
17:05 paulderscheid[m] Try de-DE, worked for me yesterday.
17:05 paulderscheid[m] Ah, didn't read the second half of that sentence.
17:05 paulderscheid[m] That's dubious.
17:07 pastebot "paulderscheid[m]" at 127.0.0.1 pasted "Test results of koha-testing-docker w/ podman, second run w/ no additional language installed and default sysprefs" (352 lines) at https://paste.koha-community.org/31934
17:08 paulderscheid[m] Second run looks eerily similar.
17:09 paulderscheid[m] That's odd, koha-translate -l -a returns everything for me.
17:10 PedroAmorim[m] thanks Paul, I probably need to pull ktd
17:10 tcohen[m] You need --dev
17:19 JasonGreene[m] hello all.  is there a manual page that shows how the replace the upper left KOHA pic on the Library user page?
17:21 JasonGreene[m] that one
17:21 * JasonGreene[m] uploaded an image: (24KiB) < https://matrix.org/_matrix/med[…]DuSn/koha-pic.PNG >
17:25 paulderscheid[m] I just noticed that my guide relies on an old version of koha-testing-docker (65 commits behind)
17:25 paulderscheid[m] Will update
17:29 paulderscheid[m] Alright, seems to make no difference
18:16 paulderscheid[m] Jason Greene you still there?
18:16 JasonGreene[m] yes
18:17 Dyrcona joined #koha
18:17 paulderscheid[m] Sorry, didn't want to ignore you there, was just doing something.
18:17 paulderscheid[m] What version of koha are you running?
18:17 JasonGreene[m] 21
18:17 JasonGreene[m] i thnk
18:17 paulderscheid[m] 21.05 or 21.11?
18:17 paulderscheid[m] Should show up in the lower right corner of the staff interface.
18:17 JasonGreene[m] nope... Koha 23.05.04
18:18 paulderscheid[m] Ok
18:18 paulderscheid[m] Let's take a look
18:22 paulderscheid[m] The logo is set by css, specifically this line: background: transparent url("../images/koha-green-logo.svg") no-repeat scroll 0%;
18:23 paulderscheid[m] What you could do is to override that line in OPACUserCSS with something like this: `#logo { background: transparent url("../images/<YOUR_LOGO_URL>.<YOUR_FORMAT>") no-repeat scroll 0%; }`
18:24 paulderscheid[m] You can also use urls to your resources if they live somewhere else for example `https://<YOUR_DOMAIN>.<TLD>/<YOUR_IMAGE>.<YOUR_FORMAT>`
18:25 JasonGreene[m] ok, thanks.  I'm not a code writer so I'll give that a try, where is that file?
18:27 paulderscheid[m] It's not a file but rather a system preference. You'll find it under Administration -> System Preferences -> OPAC -> OPACUserCSS.
18:28 paulderscheid[m] There you can just hit 'Click to edit' and enter this line `#logo { background: transparent url("<YOUR_URL>") no-repeat scroll 0%; }`
18:29 paulderscheid[m] Then you just have to replace <YOUR_URL> with a valid URL that points to an image.
18:29 paulderscheid[m] Have I made that clear enough? Or should I explain a bit more?
18:30 JasonGreene[m] yes, I hope, I'll look ... thanks
18:30 paulderscheid[m] Anytime :D
18:35 dcook_ joined #koha
18:37 JasonGreene[m] in the <YOUR_URL> can I use a local KOHA  server .gif pic something like "/etc/apache2/sites-enabled/logo.gif>
18:37 paulderscheid[m] It has to be accessible from the OPAC so this will not work.
18:38 paulderscheid[m] You wouldn't want users to access your server configuration under /etc from the web, right :D
18:38 JasonGreene[m] or put it in "../images" folder
18:38 paulderscheid[m] That will work
18:38 paulderscheid[m] That should be where the koha-green-logo.svg lives.
18:39 JasonGreene[m] ok, I'll look
18:39 paulderscheid[m] This is the path to that directory: /usr/share/koha/opac/htdocs​/opac-tmpl/bootstrap/images
18:40 JasonGreene[m] maybe just leave the code and rename the files
18:41 paulderscheid[m] Nah, you can do it. Just add the file and adjust the path to "../images/<YOUR_FILENAME>".
18:41 JasonGreene[m] :-)
18:41 paulderscheid[m] Hereby I mean the path in the line of css.
18:42 JasonGreene[m] ok, I'll do it and let you know how it works
18:42 paulderscheid[m] Great!
18:42 JasonGreene[m] Thanks again
18:43 paulderscheid[m] You're welcome
18:49 davidnind if you replace the Koha logo file with your own on the file system, it will most probably be overwritten with upgrades - so it is best to either have a separate file for your logo, or use a URL to your organisation's logo (for example, on the main site)
18:49 davidnind paulderscheid++
19:03 fridolin joined #koha
19:35 caroline paulderscheid++
19:38 fridolin left #koha
21:03 khall joined #koha
21:04 khall_ joined #koha
21:10 JasonGreene[m] I made the change and the area went blank and clickable... then I took it out and it stayed blank
21:17 cait joined #koha
21:19 JasonGreene[m] I even tried changing the name of the pics after I removed the CSS . it stays blank
21:21 JasonGreene[m] gotta leave work... I'll pick up later.  thanks for the help
21:38 zb joined #koha
22:32 cait joined #koha
22:39 cait joined #koha
23:08 cait joined #koha
23:29 lukeg joined #koha

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary