Time |
S |
Nick |
Message |
00:29 |
|
|
schnydszch joined #koha |
01:44 |
|
|
jzairo joined #koha |
01:53 |
|
|
cait joined #koha |
02:43 |
|
|
eugene_ joined #koha |
06:55 |
|
|
reiveune joined #koha |
06:56 |
|
reiveune |
hello |
07:09 |
|
magnuse |
\o/ |
07:23 |
|
|
marcelr joined #koha |
07:23 |
|
marcelr |
o/ |
07:30 |
|
ashimema |
Another week of back to back meetings.. today looks a tiny bit clearer, hopefully will fit in some QA.. woop, woop |
07:39 |
|
marcelr |
there will be not much to qa |
07:39 |
|
marcelr |
bugs+strings |
07:55 |
|
|
lds joined #koha |
07:55 |
|
|
thibaud_g joined #koha |
08:07 |
|
|
cait joined #koha |
08:20 |
|
|
MarkHofstetter joined #koha |
08:21 |
|
cait |
good morning #koha |
08:21 |
|
cait |
guten Morgen MarkHofstetter :) |
09:18 |
|
cait |
ok, quiet Friday... |
09:18 |
|
PedroAmorim[m] |
o/ |
09:24 |
|
Joubu |
ashimema: about the lang permission error, yes I thought about that but didn't fill it yet |
09:24 |
|
Joubu |
we need to clone using the correct user, not root |
09:25 |
|
ashimema |
I see |
09:25 |
|
ashimema |
thanks |
09:25 |
|
ashimema |
I got round it by escalating to root |
09:25 |
|
ashimema |
but it did feel 'wrong' 😛 |
09:26 |
|
ashimema |
funny.. I almost never need to install languages but happened to be working on a bug in that area last night |
09:26 |
|
Joubu |
https://gitlab.com/koha-commun[…]cker/-/issues/405 |
09:40 |
|
MatthewBlenkinsop[m] |
<caroline> "are we in string freeze? I wasn..." <- 22.11 string freeze starts today, I'm sending out the email this morning :) |
09:55 |
|
Joubu |
marcelr: Is the wiki page clear enough? |
09:56 |
|
Joubu |
you are not supposed to not have the po directory, but I thought it was better to warn than die, see 588e834e7de8409a838906ce87f7a296893e1e23 |
09:56 |
|
Joubu |
I have added a warning to the about page as well, that point to the wiki page |
10:01 |
|
*Â ashimema |
tried to wrap brain around new flow.. must admit I've not kept up here |
10:01 |
|
ashimema |
just been impressed by it |
10:01 |
|
ashimema |
the change looks sane to me.. but yeah.. I need to fully grok the flow |
10:06 |
|
Joubu |
I've tried to communicate about it the better I could. But it something is still not clear please let me know. |
10:08 |
|
cait |
Does things change for RMs? |
10:08 |
|
cait |
just because MatthewBlenkinsop[m] just mentioned the string freeze 22.11 |
10:08 |
|
marcelr |
Joubu: i understand that the po dir is gone, but not all code seems to know that ; see your logs |
10:10 |
|
Joubu |
marcelr: see my comment and the wiki page |
10:10 |
|
Joubu |
https://wiki.koha-community.or[…]late#Architecture and especyally the sync step |
10:10 |
|
marcelr |
we probably need a translator :) |
10:11 |
|
Joubu |
about the removal of .po, prod will have a new koha-l10n package that will contain the po |
10:11 |
|
Joubu |
for devs, ktd will install them from koha-l10n git repo, automatcially |
10:11 |
|
Joubu |
if you are not using ktd you need to clone koha-l10n into misc/translator/po |
10:12 |
|
Joubu |
if you have not done it, you will have the warn in the logs + the alert on the about page |
10:12 |
|
cait |
I mean more becuase theis will be hte first one with weblate - so no more Beranrdo form for pull request etc |
10:12 |
|
Joubu |
cait: see my email to the release team |
10:12 |
|
cait |
hm might have missed that ok |
10:12 |
|
Joubu |
yes, less steps |
10:12 |
|
Joubu |
nothing to do for the translatino files |
10:12 |
|
Joubu |
nothing to do for the tarball |
10:13 |
|
Joubu |
so the workflow change, but it removes steps |
10:13 |
|
cait |
translation is huge this time aroudn :( I hope I will make it in time |
10:13 |
|
cait |
but not weblate's fault, it's the changes to breadcrumbs etc and the ton of new modules we have |
10:16 |
|
Joubu |
one thing I have not explicitely said, devs will work with the up-to-date strings (from weblate). You will translate a string today and see it tomorrow in your dev box |
10:16 |
|
Joubu |
(not there yet, but almost) |
10:20 |
|
marcelr |
ok this is just a case of non-ktd discrimination then, lol |
10:21 |
|
marcelr |
i will add a mkdir po line in my dev Docker, haha |
10:23 |
|
marcelr |
Joubu: there are some flatpickr issues in smart-rules, please see bug 35341 |
10:23 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=35341 minor, P5 - low, ---, matt.blenkinsop, Failed QA , Circulation rule dates are being overwritten |
10:24 |
|
Joubu |
marcelr: how could I have done it better for you? |
10:24 |
|
Joubu |
I should have sent an email to koha-devel for better communication |
10:24 |
|
marcelr |
you are doing good |
10:24 |
|
Joubu |
but running out of time yesterday |
10:24 |
|
marcelr |
np |
11:09 |
|
aude_c[m] |
Silly question... In bugzilla search results, is it possible to have the "Needs QA" and "Needs documentating" statuses display differently - so it's quick to see which one is which? Maybe there's just something I am doing wrong? |
11:10 |
|
aude_c[m] |
I'm looking at https://bugs.koha-community.or[…]rch=cookieconsent The last line is Needs documenting and the two above Need signoff but I see them all as "Need" |
11:11 |
|
ashimema |
I know what you mean |
11:11 |
|
ashimema |
it's an annoyance with the column width |
11:12 |
|
aude_c[m] |
ah, ok |
11:12 |
|
ashimema |
we have control over what those status's say.. but changing them now would involved a chunk of related work to update everything else that uses them |
11:12 |
|
aude_c[m] |
So not worth it :D |
11:14 |
|
ashimema |
we tried to move away from maintaining a fork of bz.. though I do think we have some customisations already. |
11:14 |
|
ashimema |
maybe submit a request in here: https://bugs.koha-community.or[…]re&resolution=--- |
11:14 |
|
ashimema |
I think Joubu might have the access required to make such a change? |
11:14 |
|
ashimema |
if not, rangi is the man |
11:15 |
|
aude_c[m] |
thanks |
11:25 |
|
|
oleonard joined #koha |
11:34 |
|
|
khall joined #koha |
11:50 |
|
|
jzairo joined #koha |
12:00 |
|
cait |
we could also update the change and turn off the email sending for it |
12:00 |
|
cait |
like we do after releases |
12:01 |
|
cait |
actually.. we could maybe schedule it for when we do the status updates |
12:01 |
|
cait |
but is there a good description that woudl fit in well? |
12:10 |
|
cait |
tcohen[m] ping! |
12:17 |
|
Annelisterman[m] |
Hi! I'm trying to test bug 31694 and install other languages to sandboxes but they are not installed. I get this message from every provider's sandboxes: readdir() attempted on invalid dirhandle $fh at /kohadevbox/koha/misc/translator/LangInstaller.pm line 71. |
12:17 |
|
Annelisterman[m] |
closedir() attempted on invalid dirhandle $fh at /kohadevbox/koha/misc/translator/LangInstaller.pm line 72. |
12:17 |
|
Annelisterman[m] |
Unsupported language: de-DE |
12:17 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=31694 normal, P5 - low, ---, shi-yao.wang, Needs Signoff , MARC overlay rules presets don't change anything if presets are translated |
12:31 |
|
ES[m] |
Hi |
12:34 |
|
ES[m] |
Is there a way to show a particular field to the normal view in OPAC (cgi-bin/koha/opac-detail.pl?biblionumber=1) and to Staff interface Catalog Search (cgi-bin/koha/catalogue/detai​l.pl?biblionumber=1&found1=1) |
12:46 |
|
cait |
Annelisterman[m]: I think you found the piece Joubu forgot :) |
12:46 |
|
cait |
we just had a change in how translations are handled and maybe the sandboxes need some work |
12:46 |
|
cait |
Joubu: around? |
12:47 |
|
Annelisterman[m] |
cait, I wondered if that was the reason. :) Well, I'll have to try later. |
12:48 |
|
cait |
this would be a good one to get in finally |
12:49 |
|
cait |
ES[m]: can you explain a bit more about what you are trying to do? |
12:49 |
|
|
schnydszch joined #koha |
12:56 |
|
ashimema |
they very likely do |
12:58 |
|
|
lds joined #koha |
13:00 |
|
|
khall joined #koha |
13:00 |
|
ES[m] |
In order to locate a book we have created a field 995q (shelve number). We would like this fiedl to  be shown in normal view or at least at the Exemplar (see pictures bellow) |
13:01 |
|
*Â ES[m] |
uploaded an image: (54KiB) < https://matrix.org/_matrix/med[…]O/normal_view.PNG > |
13:01 |
|
*Â ES[m] |
uploaded an image: (48KiB) < https://matrix.org/_matrix/med[…]able_exemplar.PNG > |
13:01 |
|
cait |
you can see it in the MARC detail view |
13:01 |
|
cait |
but for the normal views you'd have to create custom XSLT files |
13:01 |
|
ES[m] |
s/fiedl/field/ |
13:01 |
|
cait |
the views use XSLT to transform MARCXML to HTML |
13:02 |
|
cait |
ah ok |
13:02 |
|
cait |
you are a UNIMARC user? |
13:02 |
|
cait |
is your 995q mapped to a database column in items? |
13:02 |
|
cait |
I thought we were talking biblio level... but I guess we are in the items |
13:03 |
|
tcohen[m] |
hi all |
13:03 |
|
cait |
and what is shelf number? can you describe it? |
13:03 |
|
cait |
hi tcohen |
13:03 |
|
tcohen[m] |
it seems I missed a lot |
13:04 |
|
ES[m] |
cait: Yes. |
13:04 |
|
tcohen[m] |
Joubu: where are we removing the po files |
13:05 |
|
tcohen[m] |
oh, it is done :-D |
13:08 |
|
cait |
ES[m]: which column and how are you using the sehfl number? |
13:08 |
|
cait |
what is it :) |
13:08 |
|
cait |
i hope ican make a suggestion |
13:14 |
|
|
jzairo_ joined #koha |
13:21 |
|
ES[m] |
<cait> "and what is shelf number? can..." <- Is the number of the shelf where a book is (stored/placed). I couldnt find a field so I created one (995q) |
13:24 |
|
ES[m] |
How can I check this (see the configuration of the field in attached picture) |
13:24 |
|
*Â ES[m] |
uploaded an image: (23KiB) < https://matrix.org/_matrix/med[…]ield_settings.PNG > |
13:26 |
|
cait |
ok |
13:26 |
|
cait |
we don't ahve a good column for that I think |
13:27 |
|
ES[m] |
When adding an exemplar the librarian inserts it. |
13:27 |
|
*Â ES[m] |
uploaded an image: (26KiB) < https://matrix.org/_matrix/med[…]helf%20number.PNG > |
13:29 |
|
ES[m] |
cait: Wha tis your experience of locating  books in shelf? |
13:30 |
|
cait |
sorr yin a meeting |
13:30 |
|
cait |
I'll try to reply in a bit |
13:35 |
|
ES[m] |
This need of the "shelf number" came when creating the labels for the books (we print 4 fields) one of the is the "shelf number" so that our librarians can easily locate a requested  book and also easily return the book to the shelf. |
13:36 |
|
ES[m] |
I have also create an Authorized Value (stack) |
13:40 |
|
|
khall joined #koha |
13:51 |
|
ES[m] |
It show in OPAC in Marc view, but in Staff interface neither in Normal and MARC |
13:52 |
|
*Â ES[m] |
uploaded an image: (33KiB) < https://matrix.org/_matrix/med[…]pac_marc_view.PNG > |
13:58 |
|
cait |
I think numbering the shelves is not done often |
13:58 |
|
cait |
shelves often can change here |
13:58 |
|
cait |
it's usually alla bout the callnumber |
13:58 |
|
cait |
for locating, and the branch and maybe the location |
14:05 |
|
ES[m] |
<cait> "it's usually alla bout the..." <- I think I red something about it. But let me do some research on  "call number". Thanks for the tip. |
14:11 |
|
ashimema |
cait around? |
14:11 |
|
ashimema |
I have a fun searching thing with unlauts I wanted to run past you if you are |
14:12 |
|
|
Dyrcona joined #koha |
14:13 |
|
ashimema |
or anyone else who understands character encodings a bit more than I do |
14:13 |
|
cait |
on phone |
14:14 |
|
ashimema |
I'll post my weird search here just in case |
14:15 |
|
ashimema |
We're using the main search in authorities "Search main heading ($a only)" |
14:16 |
|
ashimema |
Searching for Karamustafa, Gülsün yields no results... searching for Karamustafa, Gülsün gets the right result (those look exactly the same to me.. but somehow they're different under the hood).. and searching for Karamustafa, Gulsun also gets the right result |
14:16 |
|
ashimema |
any idea's what might be the difference behind the scenes on those first two and how I might get zebra to go unlaut blind on the former one as well? |
14:21 |
|
caroline |
I don't have the answer to your question, but I think the difference between ü and ü is that one is ü and the other is umlaut + u (two different "characters") |
14:21 |
|
*Â ashimema |
just found this fun https://www.coderstool.com/unicode-text-converter |
14:22 |
|
caroline |
I often get the problem with the more ubiquitous é in french. somehow it is sometimes encoded as é and sometimes as acute + e |
14:22 |
|
ashimema |
highlights the difference much more clearly for me, thanks |
14:22 |
|
cait |
ES[m]: the callnumber is usually what you woud put on a label on the book |
14:22 |
|
cait |
so we al ahve that in one field, some might use the copynumbr, but it's not as separate as yours |
14:23 |
|
cait |
ashimema: there is something special about the Turkish ü |
14:23 |
|
cait |
it has to do with combined and uncombined yes |
14:23 |
|
ashimema |
interesting |
14:24 |
|
cait |
I believe the character is not quit the same as the German umlaut |
14:24 |
|
cait |
when I type ü that is a key, not 2 combined |
14:24 |
|
ashimema |
I see.. |
14:25 |
|
ashimema |
so I need to work out the zebra foo to mask whichever of the two it's not already masking |
14:36 |
|
|
magnuse joined #koha |
14:45 |
|
ashimema |
right.. stupid question time again |
14:45 |
|
ashimema |
how do I actually type the umlaut + u combination char |
14:45 |
|
ashimema |
I can copy the lower case one from the string I have here |
14:46 |
|
caroline |
that is what I would do hehe |
14:46 |
|
ashimema |
but I want to also catch upper case versions in the config change |
14:46 |
|
ashimema |
also.. is this something we think might be helpful in community zebra config? |
14:46 |
|
ashimema |
or is my customer just really weird 😜 |
14:47 |
|
caroline |
Is this something they did in Koha? When I see this problem, it's from records exported from other systems. I "convert" it to the correct encoding and import that file into Koha |
14:49 |
|
ashimema |
but is it the 'correct' encoding.. or is Koha just not understanding it correctly 😉 |
14:49 |
|
ashimema |
they're importing authority files from various places all the time.. I don't think they should have to know to convert from one to the other.. especially when display wise it's impossible to tell there's any difference |
14:49 |
|
caroline |
hm, wikipedia has an interesting explanation |
14:49 |
|
caroline |
In some alphabets such as those of a number of Romance languages or Guarani it denotes an instance of regular U to be construed in isolation from adjacent characters with which it would usually form a larger unit; other alphabets like the Azerbaijani, Estonian, German, Hungarian and Turkish ones treat it as a letter in its own right. |
14:50 |
|
caroline |
https://en.wikipedia.org/wiki/%C3%9C |
14:50 |
|
ashimema |
exactly |
14:51 |
|
caroline |
maybe then it's the language of the keyboard that typed it? Like cait said, she has a single key for it, but I have to do umlaut + u |
14:51 |
|
ashimema |
so I would say that the letter isn't "incorrectly" encoded in the other system in this case.. it's simply that Koha doesn't treat it properly in our diacritic insensitive searches |
14:51 |
|
ashimema |
pretty sure we can add it to word-phrase-utf.chr |
14:52 |
|
ashimema |
I just can't find an upper case one to copy 😛 |
14:52 |
|
ashimema |
and.. probably there are loads of them to add mappings for.. not just u with umlaut |
14:53 |
|
ashimema |
vim to the rescue |
14:57 |
|
ES[m] |
<cait> "ES: the callnumber is usually..." <- We still use the old 4 text line labels (CDD, Autor First Letter+Title FirstLetter, Copy Number, Shelf Location) |
14:58 |
|
cait |
are you using locations yet? |
14:58 |
|
ES[m] |
I will deep dive in Call Number and on monday I will give  a feedback. |
14:58 |
|
cait |
in your library? |
14:58 |
|
ES[m] |
Thanks for the guidance. |
15:01 |
|
|
khall joined #koha |
15:36 |
|
|
lukeg joined #koha |
15:45 |
|
|
khall joined #koha |
16:04 |
|
reiveune |
bye |
16:05 |
|
|
reiveune left #koha |
16:13 |
|
|
cait left #koha |
16:17 |
|
ashimema |
anyone here able to remind me what the db passwords are for sandboxes |
16:24 |
|
domm[m] |
I'm trying to improve Bug 33036, which takes some code from a cgi-script (cataloguing/merge.pl) and puts it into Koha::Biblio. I assume that we should also change to code from raw SQL to use DBIx::Class? If yes, is Koha::Biblio the correct place for the code? |
16:24 |
|
huginn` |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=33036 enhancement, P5 - low, ---, koha, Needs Signoff , REST API: Merge biblio records |
16:24 |
|
domm[m] |
I somehow doubt that, as I don't find for example txn_do in Koha::Biblio |
16:27 |
|
domm[m] |
or, a more generic question: If we want to make code that's currently only available via CGI available via the REST API, we need should not copy that code from some script.pl into Koha::REST::V1::SomeController, but move it to a generic Model (or a DBIx::Class Result/ResultSet Class, if Koha uses those for Models). |
16:27 |
|
domm[m] |
But what's the correct place for eg a biblio model? |
16:45 |
|
domm[m] |
Well, I found some inspirational code in Koha::Patron (as hinted in the issue in a comment..) |
16:53 |
|
|
caroline joined #koha |
16:57 |
|
|
bag joined #koha |
17:01 |
|
|
khall_ joined #koha |
17:04 |
|
|
lukeg joined #koha |
17:10 |
|
ashimema |
There's already Biblio endpoints |
17:11 |
|
*Â ashimema |
reads up for context |
17:12 |
|
ashimema |
Ok, I see.. this is building on that |
17:26 |
|
KevinFurst[m] |
Back with more questions. In setting up the cronjobs I notice that the KOHA_CRON_PATH is defined by KOHA_USER_ is not. Is that user picked up via the Koha config file being defined? If not, is that supposed to replaced with the Koha user for the server? I'm getting cron errors like /bin/bash: line 1: __KOHA_USER__: command not found in my logs. I wasn't checking the logs regularly but now, since I've set the logs to be emailed, they're |
17:26 |
|
KevinFurst[m] |
coming through frequently. I used the recommended cronjobs from the documentation |
17:29 |
|
KevinFurst[m] |
* Back with more questions. In setting up the cronjobs I notice that the KOHA_CRON_PATH is defined but KOHA_USER_ is not. Is that user picked up via the Koha config file being defined? If not, is that supposed to replaced with the Koha user for the server? I'm getting cron errors like /bin/bash: line 1: __KOHA_USER__: command not found in my logs. I wasn't checking the logs regularly but now, since I've set the logs to be emailed, |
17:29 |
|
KevinFurst[m] |
they're coming through frequently. I used the recommended cronjobs from the documentation |
17:30 |
|
KevinFurst[m] |
* Back with more questions. In setting up the cronjobs I notice that the KOHA_CRON_PATH is defined but KOHA_USER_ is not. Is that user picked up via the Koha config file being defined earlier in the crontab? If not, is that supposed to replaced with the Koha user for the server? I'm getting cron errors like /bin/bash: line 1: __KOHA_USER__: command not found in my logs. I wasn't checking the logs regularly but now, since I've set the |
17:30 |
|
KevinFurst[m] |
logs to be emailed, they're coming through frequently. I used the recommended cronjobs from the documentation |
17:30 |
|
bag |
ashimema: I read that as bilbo :P |
17:33 |
|
ashimema |
Lol |
17:47 |
|
domm[m] |
a small questions regarding patches and perltidy: the qa scripts complains that a file I touched is dirty. I run perltidy on it, which results in a lot of changes. Shall I still commit the tidy version, even though the actual change is now hard to see? |
18:07 |
|
oleonard-away |
domm[m]: You want to make sure your changes are tidy so that it doesn't *increase* the untidiness. You don't have to fix all of it. |
18:08 |
|
oleonard |
domm[m]: If you did want to tidy the whole file you should submit that as a separate patch, distinct from whatever change you're making now |
18:13 |
|
ashimema |
What he said |
18:13 |
|
ashimema |
Tidy just the sections you changed |
18:16 |
|
|
lukeg joined #koha |
18:34 |
|
|
lukeg joined #koha |
18:35 |
|
domm[m] |
huh, so that's a manual job? or can I call perltidy on a subset? |
18:39 |
|
oleonard |
domm[m]: I've always done it manually, don't know if there's another way |
18:40 |
|
domm[m] |
I doubt it, because perltidy will lack the context of the surrounding code |
18:42 |
|
ashimema |
There's ways |
18:42 |
|
ashimema |
I have a vim script to tidy just my selection |
18:42 |
|
ashimema |
Sure Joubu had a good way too |
18:47 |
|
ashimema |
> with --line-range-tidy (see Zeno's email) and the "keep my changes" flag you can pass to git checkout we could actually script that |
18:47 |
|
ashimema |
--line-range-tidy |
18:47 |
|
ashimema |
Look back https://matrix.to/#/!jlTwDfIFGIaPmcyHTc:matrix.org/$rTIy6nZ1XZ_mbXIvaEPRJY5mk5sg0yUV-OHzz2yd​M8w?via=matrix.org&via=kit.edu&via=validad.net |
18:48 |
|
ashimema |
We talk about seeing if we can try to magic the tidy challenge away into commit hooks or QA script magic |
18:48 |
|
ashimema |
But we've just not had time to pursue it eyt |
18:48 |
|
ashimema |
I'd like to see it |
19:42 |
|
|
lukeg joined #koha |
19:56 |
|
|
caroline joined #koha |
20:49 |
|
|
caroline_catlady joined #koha |
21:15 |
|
tcohen[m] |
I always select an area and let a VSCode shortcut do the trick. On that specific portion. It is documented on the wiki |
21:30 |
|
ashimema |
Yup, that's the same as my vim setup |
21:36 |
|
tcohen[m] |
The QA script checks are not perfect |
21:36 |
|
tcohen[m] |
I have tidied a full file just to check, and it kept complaining LOL |
21:51 |
|
ashimema |
Been there |
21:51 |
|
|
khall joined #koha |
22:09 |
|
|
khall joined #koha |
22:41 |
|
|
khall joined #koha |
23:39 |
|
|
cait joined #koha |