← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:03 | nugged | seems it is. |
| 00:05 | this is missing: https://github.com/NatLibFi/Ko[…]0a951d6b381725cee | |
| 01:45 | wajasu | opac Did you mean: <span>Search also for broader subjects</span> ... showing in my ktd |
| 01:46 | ./koha-tmpl/opac-tmpl/bootstrap/en/modules/text/explodedterms.tt | |
| 01:46 | wonders why <span> shows. | |
| 01:47 | koha version 22.06.00.008 | |
| 02:22 | if I run: ktd up -d while one is running, will I get another set of instances ie. koha-koha-2 or will it collide | |
| 02:25 | davidnind[m] | I just tried starting another one with the current one I have running - you get error messages, and the current one running crashes for me |
| 02:25 | you then have to kd twice | |
| 02:26 | actually you only need to kd once | |
| 02:27 | for your opac span - I think that might be an error - I can't replicate as I'm not sure how to enable the "Did you mean" | |
| 02:27 | (I'm still using the old shortcuts, haven't tested or changed to the new way yet...) | |
| 06:54 | reiveune joined #koha | |
| 06:54 | liliputech joined #koha | |
| 06:54 | fridolin joined #koha | |
| 06:57 | m23 joined #koha | |
| 07:00 | alex_ joined #koha | |
| 07:01 | alex_ joined #koha | |
| 07:07 | cait1 joined #koha | |
| 07:07 | cait1 | good morning #koha |
| 07:07 | dcook | Morning morning |
| 07:07 | Question... does anyone have Chinese, Japanese, or Korean printing in their label creator? | |
| 07:07 | Or rather... a mix of English and Chinese? | |
| 07:07 | It's looking kind of impossible to me... | |
| 07:07 | cait1 | hm i did test once with arabic, but it's been a longer time |
| 07:08 | i think it just depends on the fonts you use? | |
| 07:08 | dcook | Yeah it looks liek it |
| 07:08 | I can't find a font file that supports both English and Chinese | |
| 07:08 | It seems like Latin, Greek, Cyrillic OR CJK | |
| 07:08 | Not an issue for single language libraries but harder for multilingual ones | |
| 07:10 | I think we might go with https://github.com/bywatersolu[…]lugin-label-maker | |
| 07:10 | The Label Creator is really begging for a makeover/replacement... | |
| 07:11 | cait1 | hm |
| 07:19 | you can always volunteer ;) | |
| 07:20 | is there any documentation for the koha-plugin-label-maker? | |
| 07:23 | fridolin | the code ^^ |
| 07:33 | cait1 | found 2 videos ;) |
| 07:33 | another question: someone aware of a value builde for validating data? giving feedback on your input | |
| 07:39 | I have done generator plugins that populates the field, but nothing die other way around | |
| 07:47 | dcook | cait1: I'm already working late tonight O_O |
| 08:00 | ashimema | Morning #koha |
| 08:00 | Evening dcook | |
| 08:02 | dcook | hola |
| 08:02 | wahanui | hello, dcook |
| 08:24 | liliputech | morning |
| 09:02 | magnuse | \o/ |
| 09:10 | koha-jenkins | Yippee, build fixed! |
| 09:10 | Project Koha_21.11_D12 build #92: FIXED in 35 min: https://jenkins.koha-community[…]oha_21.11_D12/92/ | |
| 09:10 | wahanui | Congratulations! |
| 09:12 | liliputech | \o/ |
| 09:15 | FlorianB joined #koha | |
| 09:18 | FlorianB | Hello! Got another permission related question here. |
| 09:18 | If a user has the, let's say, CAN_user_tools_moderate_tags permission at 1; would a more general [% IF ( CAN_user_tools ) %] return true? | |
| 09:19 | koha-jenkins | Yippee, build fixed! |
| 09:19 | Project Koha_21.11_D9 build #99: FIXED in 44 min: https://jenkins.koha-community[…]Koha_21.11_D9/99/ | |
| 09:19 | wahanui | Congratulations! |
| 09:21 | alohabot | 🎁 🐷 Koha '21.11.x' packages pushed to 'koha-staging' repo 🍜🍪🌯 |
| 09:21 | Joubu | FlorianB: no, you need the whole permission "tools" to have CAN_user_tools == 1 |
| 09:25 | liliputech | Joubu: just checked with FlorianB, if any sub-tools permission is enabled, CAN_user_tools is then true |
| 09:27 | Joubu | always confirm yourself what I am saying ;) |
| 09:28 | cait1 | I think the templats work a bit different than the checks in .pl |
| 09:28 | so that might be the confusing bit? | |
| 09:28 | Joubu | that's definitely confusing |
| 09:29 | liliputech | Joubu: lol ^^ |
| 09:29 | FlorianB | If you check intranet-main.tt for instance, you have multiple instances of CAN_user_tools conditions, and after giving a test user no other sub-tool permission but the edit_calendar, it's enough for all the CAN_user_tools condition to be true |
| 09:29 | Which is probably true with all other permissions categories then | |
| 09:29 | Joubu | pl side it's '*' for any and 1 for all |
| 09:30 | so maybe CAN_user_tools is true, but you could differ both behaviour testing with '1' or '*' | |
| 09:31 | If that's true, it's not confusing. But we should improve our conditions in .tt and explicit == '1' or == '*' | |
| 09:34 | FlorianB | Got it, thanks for the confirmation! |
| 09:35 | Gonna make a few more tests and probably add a tiny patch then :D | |
| 09:36 | koha-jenkins | Yippee, build fixed! |
| 09:36 | Project Koha_21.11_U20 build #102: FIXED in 57 min: https://jenkins.koha-community[…]ha_21.11_U20/102/ | |
| 09:36 | wahanui | Congratulations! |
| 09:42 | Joubu | ashimema: please see the last patch on bug 30982, allow-owner is not working for me |
| 09:42 | huginn | Bug https://bugs.koha-community.or[…]_bug.cgi?id=30982 enhancement, P5 - low, ---, jonathan.druart+koha, In Discussion , Use the REST API for background job list view |
| 09:45 | koha-jenkins | Yippee, build fixed! |
| 09:45 | Project Koha_21.11_D10 build #117: FIXED in 34 min: https://jenkins.koha-community[…]ha_21.11_D10/117/ | |
| 09:45 | wahanui | Congratulations! |
| 09:47 | koha-jenkins | Yippee, build fixed! |
| 09:47 | Project Koha_21.11_D11 build #130: FIXED in 1 hr 9 min: https://jenkins.koha-community[…]ha_21.11_D11/130/ | |
| 09:47 | wahanui | Congratulations! |
| 09:48 | alohabot | 🎁 🦊 Koha '21.11.x' packages pushed to 'koha-staging' repo 🍜🍎🍱 |
| 09:53 | koha-jenkins | Yippee, build fixed! |
| 09:53 | Project Koha_21.11_U18 build #109: FIXED in 1 hr 13 min: https://jenkins.koha-community[…]ha_21.11_U18/109/ | |
| 09:53 | wahanui | Congratulations! |
| 10:03 | koha-jenkins | Yippee, build fixed! |
| 10:03 | Project Koha_21.11_U22 build #37: FIXED in 44 min: https://jenkins.koha-community[…]oha_21.11_U22/37/ | |
| 10:03 | wahanui | Congratulations! |
| 10:05 | ashimema | ack.. looking at the code it's allow-owner that I've discussed before and bemoaned it's a bit of a mess. |
| 10:06 | I'm thinking drop that last patch as you've proved it doesn't work right now.. and we can follow through on that stuff in another way.. | |
| 10:06 | I'm considering search_limited at the moment in relation to bug 29523 | |
| 10:06 | huginn | Bug https://bugs.koha-community.or[…]_bug.cgi?id=29523 major, P5 - low, ---, tomascohen, Signed Off , Add a way to prevent embedding objects that should not be allowed |
| 10:06 | ashimema | the deeper I dig on this stuff the more scared I am by it. |
| 10:09 | domm[m] | We got a bug report by catalogers who wanted to merge duplicate authorities via the webinterface. When one of the auths has a lot of linked biblios, the request times out, leaving the database in a rather dirty state (some biblios are linked to the new auth, some not, but the old auth is gone(-ish)) |
| 10:09 | is this a known bug? Shall I report it as a new bug? | |
| 10:09 | Is there a workaround via a commandline script? | |
| 10:15 | ashimema | ooh, thanks for the QA comment on bug 29523 Joubu.. I certainly still need to enhance the tests 🙂 |
| 10:15 | huginn | Bug https://bugs.koha-community.or[…]_bug.cgi?id=29523 major, P5 - low, ---, tomascohen, Signed Off , Add a way to prevent embedding objects that should not be allowed |
| 10:17 | ashimema | as for the caching.. you're probably right there.. it's a hang over from this being submitted before we'd discussed caching in more detail |
| 10:18 | Joubu | I don't understand 29523 - it looks like we need a filter_by_accessible or something |
| 10:18 | with the current patches, can we filter a set? | |
| 10:18 | koha-jenkins | Project Koha_21.11_D10 build #118: SUCCESS in 33 min: https://jenkins.koha-community[…]ha_21.11_D10/118/ |
| 10:19 | ashimema | this is all about embedding.. so it's all at least one level deep |
| 10:20 | Joubu | don't we use JOINs for embed? |
| 10:20 | ashimema | what has now dawned on me is that for embedding we always use the plain relationships accessor... whichis never filtered.. so yes JOINs |
| 10:20 | Joubu | yes, so it's not efficient |
| 10:20 | ashimema | the code here then iterates that results of the JOINed data to filter things out |
| 10:21 | depends on perspective | |
| 10:21 | Joubu | perf side :) |
| 10:21 | ashimema | but yeah.. it's very difficult to magically get this right |
| 10:21 | perf wise | |
| 10:21 | perf wise adding a JOIN to everything always is bad | |
| 10:21 | likewise.. perf wise never using a JOIN is also bad. | |
| 10:22 | Joubu | we would add the join only if the embed is needed |
| 10:22 | ashimema | we do only add the JOIN if the embed is needed |
| 10:22 | Joubu | :q |
| 10:23 | ha! | |
| 10:23 | ashimema | but we always add it if the embed is needed |
| 10:23 | but the join is 'dumb'.. i.e. it doesn't handle our filtering | |
| 10:23 | hence our after the fact filtering introduced in this bug | |
| 10:23 | make sense? | |
| 10:24 | Joubu | yes, I think so |
| 10:25 | ashimema | but I am now considering whether always joining when an embed is added is sensible at all |
| 10:25 | it always makes sense if the query uses something in the join in the where.. | |
| 10:25 | Joubu | I am a bit late anyway. There is something that smells but I cannot spot what exactly |
| 10:26 | ashimema | but if it doesn't.. perhaps it does just make more sense to call a relation_filtered method for our relation handling |
| 10:26 | Joubu | Having a test per object we embed can be very bad for perf |
| 10:27 | I do see the problem with the "libraries_where_can_see_patrons" problematic. It's very specific and we need to process every item | |
| 10:27 | but most of the time a filter_by could do the job (maybe?) | |
| 10:29 | ashimema | it all boils down to here: https://git.koha-community.org[…]ject.pm#L589-L628 |
| 10:30 | where we use '$relation' there we should perhaps check for the existence of '$relation_filtered' and use that instead | |
| 10:32 | $self->$relation->count; becomes $self->$relation_filtered->count; for example | |
| 10:32 | Joubu | $self->$relation->filter_by_accessible |
| 10:32 | filter_by_accessible will be defined at koha::objects level and only return $self | |
| 10:33 | ashimema | That works |
| 10:33 | Yup | |
| 10:33 | koha-jenkins | Project Koha_21.11_U20 build #103: SUCCESS in 57 min: https://jenkins.koha-community[…]ha_21.11_U20/103/ |
| 10:35 | ashimema | OK.. unless you're intended to have a go at this I can give it another round.. |
| 10:35 | probably on a fresh branch as this has too much history already | |
| 10:35 | might steal the unit tests though.. | |
| 10:37 | Joubu | please do! |
| 10:38 | oleonard joined #koha | |
| 10:42 | oleonard | o/ |
| 10:47 | koha-jenkins | Project Koha_21.11_D12 build #93: SUCCESS in 43 min: https://jenkins.koha-community[…]oha_21.11_D12/93/ |
| 10:53 | Project Koha_21.11_D11 build #131: SUCCESS in 1 hr 6 min: https://jenkins.koha-community[…]ha_21.11_D11/131/ | |
| 10:55 | Project Koha_21.11_D9 build #100: SUCCESS in 36 min: https://jenkins.koha-community[…]oha_21.11_D9/100/ | |
| 11:09 | Project Koha_21.11_U18 build #110: UNSTABLE in 1 hr 16 min: https://jenkins.koha-community[…]ha_21.11_U18/110/ | |
| 11:11 | Shane-S joined #koha | |
| 11:13 | Shane-S | So my page load times are a little slow when performing item adds etc. I remember a while back someone had me enable something and speeds went up a ton. I thought it was Plack...but that seems to be on. I am on 22.05.00.000 |
| 11:15 | SS of what is currently installed/enabled and what is not: https://pasteboard.co/IyjykR3A5fDp.png | |
| 11:18 | If it helps, its a 2 CPU VM with 6Gb ram on Ubuntu 22.04 | |
| 11:19 | cait joined #koha | |
| 11:19 | marcelr joined #koha | |
| 11:19 | marcelr | o/ |
| 11:28 | tcohen | ºo |
| 11:29 | koha-jenkins | Project Koha_21.11_D12 build #94: SUCCESS in 34 min: https://jenkins.koha-community[…]oha_21.11_D12/94/ |
| 11:29 | tcohen | hi |
| 11:30 | Shane-S | Hello |
| 11:30 | wahanui | what's up, Shane-S |
| 11:30 | koha-jenkins | Project Koha_21.11_U22 build #38: SUCCESS in 43 min: https://jenkins.koha-community[…]oha_21.11_U22/38/ |
| 11:35 | Yippee, build fixed! | |
| 11:35 | Project Koha_21.11_U18 build #111: FIXED in 1 hr 1 min: https://jenkins.koha-community[…]ha_21.11_U18/111/ | |
| 11:35 | wahanui | Congratulations! |
| 11:35 | Shane-S | Is there anything aside from Memcache, Apache Cache, and Plack that will speed up Koha page loads? |
| 11:35 | magnuse_ joined #koha | |
| 11:48 | FlorianB joined #koha | |
| 11:52 | Joubu | Shane-S: mysql tuning maybe? |
| 11:56 | reiveune joined #koha | |
| 11:58 | mtj | Shane-S: google pagespeed can work well, as a general thing - but probably wont help much for that specific problem |
| 11:58 | Shane-S: i would experiment with adding more cpu cores, for a start | |
| 11:59 | koha-jenkins | Project Koha_21.11_D11 build #132: SUCCESS in 1 hr 5 min: https://jenkins.koha-community[…]ha_21.11_D11/132/ |
| 12:04 | Project Koha_21.11_U22 build #39: SUCCESS in 33 min: https://jenkins.koha-community[…]oha_21.11_U22/39/ | |
| 12:14 | Shane-S | Thanks I will have a look and see if CPU cores help. Its a fresh and empty install. I am using it to inventory laptops and other computer hardware. We added 200 chromebooks yesterday and it takes about 10-15 seconds after doing "Add&Duplicate". |
| 12:16 | Plack is enabled by default now correct? I remember 2-3 years back enabling it at an old job and it was super fast page loads....but I am think I might have done 4 CPU cores. | |
| 12:17 | mtj | i think its not enables by default, check the about page to confirm |
| 12:17 | Joubu | 10 sec to add 200 items? Seems correct to me |
| 12:19 | liliputech joined #koha | |
| 12:20 | mtj | hmm, yeah agree |
| 12:27 | koha-jenkins | Project Koha_21.11_D9 build #101: SUCCESS in 1 hr 17 min: https://jenkins.koha-community[…]oha_21.11_D9/101/ |
| 12:42 | FlorianB joined #koha | |
| 12:45 | Dyrcona joined #koha | |
| 12:46 | liliputech joined #koha | |
| 12:50 | FlorianB joined #koha | |
| 13:04 | reiveune joined #koha | |
| 13:13 | cait1 | domm: did you get a reply t yoru merge question? |
| 13:14 | domm[m]: you might want to have a look at AuthorityMergeLimit system preference, you can limit how many are records are udpated on the fly and leave a bigger number of titles to a cronjob | |
| 13:15 | davidnind[m] | domm: there is a bug, just looking for it now... |
| 13:15 | magnuse__ joined #koha | |
| 13:16 | cait1 | davidnind[m]: shoudl you be awake? also hi! |
| 13:17 | davidnind[m] | cait1: I shouldn'tt be, but woke up a little while ago wide awake 🙂 |
| 13:17 | cait1 | oh, I don't like that |
| 13:18 | maybe a cup of hot tea? sometimes helps (nothing that makes you more awake of course, but herbal or so) | |
| 13:21 | davidnind[m] | domm: Bug 30883 |
| 13:21 | huginn | Bug https://bugs.koha-community.or[…]_bug.cgi?id=30883 critical, P5 - low, ---, fridolin.somers, Pushed to stable , Authorities merge is limited to 100 biblio with Elasticsearch |
| 13:23 | cait1 | tcohen++ |
| 13:38 | lukeg joined #koha | |
| 13:39 | lukeg | marcelr++ |
| 13:39 | thanks for putting some energy into Bug 12758 | |
| 13:39 | huginn | Bug https://bugs.koha-community.or[…]_bug.cgi?id=12758 normal, P5 - low, ---, m.de.rooy, ASSIGNED , Failure when loading or parsing XSLT stylesheets over HTTPS |
| 13:45 | marcelr | lukeg ashimema just hope to put a bit more on that report |
| 13:45 | shame that these libs are still not supporting https | |
| 13:47 | cait joined #koha | |
| 13:52 | lukeg joined #koha | |
| 14:22 | lukeg joined #koha | |
| 14:23 | alex_ joined #koha | |
| 14:36 | FlorianB | cait1: Hi! If you're available, can I DM you about the bug 26247? It should be quick. |
| 14:36 | huginn | Bug https://bugs.koha-community.or[…]_bug.cgi?id=26247 major, P5 - low, ---, nick, Patch doesn't apply , Search terms retained in header search creates UX inconsistency |
| 14:37 | cait1 | FlorianB: not the best timing right now |
| 14:37 | I don't really remember the bug well - maybe oleonard-away would be better? | |
| 15:01 | Shane-S joined #koha | |
| 15:04 | alex__ joined #koha | |
| 15:04 | Shane-S | So I wasn't clear earlier. It takes 10-15 second per item added manually using Add&Duplicate under Edit Items. I upgraded the VM to 4 CPU / 8Gb. Same issue, when I click Add & Duplicate it is taking 10-15 second for the page to load. |
| 15:15 | reiveune joined #koha | |
| 15:16 | FlorianB joined #koha | |
| 15:17 | FlorianB | cait1: Okay nevermind, internet is being really wonky tonight, i'll come back to it tomorrow if that's alright ^^ |
| 15:18 | cait1 | yes ok |
| 15:20 | FlorianB | Thanks! |
| 15:22 | alex_ joined #koha | |
| 15:39 | Shane-S | I think I lost connection? |
| 15:42 | cait1 left #koha | |
| 15:45 | cait joined #koha | |
| 15:46 | FlorianB joined #koha | |
| 15:46 | FlorianB left #koha | |
| 15:51 | Shane-S | Trying to follow a guide and it says to check "You should have “PSGI: Plack (deployment)” under Server Information" I don't see that is that still accurate of 22.05 ? |
| 16:04 | tuxayo | Shane-S: what do you have in "PSGI: " ? |
| 16:05 | Shane-S | I don't even see that value |
| 16:06 | nm wrong screen | |
| 16:06 | Plack | |
| 16:08 | Alright....guess I am just stuck with a record load time delay...maybe it is a network issue and not a server issue. | |
| 16:09 | I logged into my old work Koha server (its live on the web) and it load faster then this new one.....and it has 15,000+ records...so I am thinking it might be LAN related. | |
| 16:09 | lukeg joined #koha | |
| 16:09 | wajasu | oh. how convenient. ABoutKOha->SystemInformation. you guys put the autoincrement fix queries showing me what i need to address |
| 16:10 | tcohen | Joubu++ |
| 16:17 | Shane-S | is there a setting to remove focus from the search / checkin / checkout box? |
| 16:17 | Its a pain to have to click anywhere on the page and press then "end" key to get down the bottom when I am doing add&duplicate | |
| 16:18 | unless there is an easy way to scan the fields I need into a spreadsheet and then mass upload via CSV | |
| 16:50 | m23 joined #koha | |
| 17:00 | Shane-S | To add items to a biblio do I have to create a MARC file? Can I export an existing item as a marc record template to fill in? |
| 17:54 | oleonard_ joined #koha | |
| 17:55 | inlibro_ joined #koha | |
| 17:57 | jeff__ joined #koha | |
| 17:59 | Dyrcona joined #koha | |
| 18:08 | cait joined #koha | |
| 18:21 | davidnind[m] | Shane-S: you can add multiple records at once, if the only thing that s different is the barcode (it should increment automatically) - from the record details view Edit > Edit items, fill in the common details the click the "Add multiple copies of this item" |
| 18:22 | Shane-S: no setting that I know of to remove the focus, except adding customer JaaScript to UserJS | |
| 18:22 | Shane-S | davidnind[m]: sadly I have to change inventory #, barcode (system serial...not incremental), and public note...so I think I have to do an external file |
| 18:24 | davidnind[m]: thanks | |
| 18:25 | davidnind[m] | Shane-S: That's a pain! Maybe export the record and an item, then use somethin like MARCEdit to copy and edit items then reimport - I'm sure it is possible, but is not something I've done |
| 18:26 | or put in a spreadsheet, then convert to MARC using MARCEdit and import | |
| 18:47 | fridolin joined #koha | |
| 19:08 | m23 joined #koha | |
| 20:24 | wajasu | ok. i'm going to install the latest koha for production. should i use 20.05 or 21.05 or 21.11? |
| 20:28 | or 22.05.01 from jun27 | |
| 20:56 | davidnind[m] | 22.05.x is the latest stable version, but I think most people allow 1 or 2 monthly maintenance releases to catch any unexpected issues with a new release |
| 20:59 | fridolin | davidnind[m]: great thanks for your testing, your footprint is stringly visible in Koha :D |
| 20:59 | davidnind[m] | If you want to want to run the most bug-free release of Koha at any given time you should track the oldoldstable branch. (21.05.x) |
| 20:59 | fridolin | a small step for you, a giant step for community |
| 21:00 | davidnind[m] | If you want the most feature rich release of Koha and don't mind dealing with a few bugs every few months then track the stable branch. (22.05.x) |
| 21:00 | The happy middle ground of oldstable will get new features six months later than stable, but should be considerably more tried and tested, and as such more bug free. (22.11.x) | |
| 21:01 | fridolin | We at Biblibre are going to 21.11 next month |
| 21:01 | it is stable enought | |
| 21:02 | davidnind[m] | oops 22.11.x s/be 21.11.x... for oldstable |
| 21:07 | fridolin: 😊 (trying to sign off at least one bug a day, but focus will now be on the documentation) | |
| 21:12 | * fridolin | goes on QAing some bugs |
| 21:17 | alohabot | 🎁 🐭 Koha '22.05.x' packages pushed to 'koha-staging' repo 🍛🍭🍜 |
| 21:40 | wajasu | thx. i'll try stable now while i test my vm build script. |
| 21:53 | koha-jenkins | Project Koha_22.05_U20 build #21: SUCCESS in 1 hr 1 min: https://jenkins.koha-community[…]oha_22.05_U20/21/ |
| 22:00 | davidnind[m] | Question about sandboxes: if there is a patch with a database update, how do you do that? I can't see anything under the Actions menu. |
| 22:09 | koha-jenkins | Project Koha_22.05_U22 build #19: SUCCESS in 35 min: https://jenkins.koha-community[…]oha_22.05_U22/19/ |
| 22:11 | Project Koha_22.05_U18 build #25: STILL UNSTABLE in 1 hr 18 min: https://jenkins.koha-community[…]oha_22.05_U18/25/ | |
| 22:13 | davidnind[m] | @later tell ashimema: FYI your sandboxes don't seem to be running http://sandboxes.ptfs-europe.co.uk/ |
| 22:13 | huginn | davidnind[m]: The operation succeeded. |
| 22:22 | davidnind[m] | answering my own question: if there is a database update required for a patch, the sandboxes take care of it (looked at provision log) |
| 23:03 | koha-jenkins | Project Koha_22.05_D11 build #28: STILL UNSTABLE in 1 hr 10 min: https://jenkins.koha-community[…]oha_22.05_D11/28/ |
| 23:21 | wajasu | well that deb11 stable install went well. so much eaasier than 10 years ago, where i had to grab perl modules from all over the net. koha-common rocks! |
| 23:27 | davidnind[m] | that's great to hear! |
| 23:46 | wajasu | i used the signed-by with the koha gpg key in my koha.list. pulled koha-common just fine |
| 23:48 | my old 3.10 version had some custom xslt tht i did years ago for my librarian. he said we don't need tht anymore. so i canrun with the defaults now. excellent! | |
| 23:57 | FYI in my koha-testing-docker that I ran a day ago, I had a <span> tag showing in the opac did you mean. | |
| 23:58 | its not in stable |
← Previous day | Today | Next day → | Search | Index