<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body>A new request with request id 9868 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is : <br><br>Title : Koha-devel Digest, Vol 198, Issue 12<br>Category : <br>Description : <div>Send Koha-devel mailing list submissions to<br> koha-devel@lists.koha-community.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>or, via email, send a message with subject or body 'help' to<br> koha-devel-request@lists.koha-community.org<br><br>You can reach the person managing the list at<br> koha-devel-owner@lists.koha-community.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Koha-devel digest..."<br><br><br>Today's Topics:<br><br> 1. Re: dbic --force (Marcel de Rooy)<br> 2. Re: dbic --force (Renvoize, Martin)<br> 3. Zebra hot tip #2047 : memMax (dcook@prosentient.com.au)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 17 May 2022 11:14:16 +0000<br>From: Marcel de Rooy <M.de.Rooy@rijksmuseum.nl><br>To: Tomas Cohen Arazi <tomascohen@gmail.com>, koha-devel<br> <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] dbic --force<br>Message-ID:<br> <AS8PR05MB8710E9419DC936C98014C34DCECE9@AS8PR05MB8710.eurprd05.prod.outlook.com><br> <br>Content-Type: text/plain; charset="utf-8"<br><br>And what does it actually force ? 🙂
<br>
<br>Marcel
<br>
<br>________________________________
<br>Van: Koha-devel <koha-devel-bounces@lists.koha-community.org> namens Tomas Cohen Arazi <tomascohen@gmail.com>
<br>Verzonden: maandag 16 mei 2022 20:19
<br>Aan: koha-devel <koha-devel@lists.koha-community.org>
<br>Onderwerp: [Koha-devel] dbic --force
<br>
<br>Just so you know and because these things frequently go unadvertised: we now have a --force switch in KTD for the `dbic` command.
<br>
<br>Enjoy.
<br>
<br>--
<br>Tomás Cohen Arazi
<br>Theke Solutions (http://theke.io<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftheke.io%2F&data=05%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Ccd86d86ef3d24c018ce408da3768b3a7%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637883220385042764%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=wOHM4Ans8pxZ98Vn90Vs1yl7ef7%2F%2BQDzNqupswPvEjI%3D&reserved=0>)
<br>✆ +54 9351 3513384
<br>GPG: B2F3C15F
<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220517/fb11846a/attachment-0001.htm><br><br>------------------------------<br><br>Message: 2<br>Date: Tue, 17 May 2022 23:09:10 +0100<br>From: "Renvoize, Martin" <martin.renvoize@ptfs-europe.com><br>To: Marcel de Rooy <M.de.Rooy@rijksmuseum.nl><br>Cc: Tomas Cohen Arazi <tomascohen@gmail.com>, koha-devel<br> <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] dbic --force<br>Message-ID:<br> <CAB7SL8DTrRFm2Xk957kmzjPB8hQ44RmAiS=t-wnFVcMXmnbFAA@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>It's the same as the force option I introduced in the core script a while<br>back.<br><br>In short, it allows a force refresh of the dbic generated classes, above<br>the hash.. even if the hash doesn't match what was expected.<br><br>It's really useful, but should be used with care. As we have git control,<br>it should be trivial to diff the output and spot unexpected changes above<br>the fold.<br><br>On Tue, 17 May 2022, 12:14 pm Marcel de Rooy, <M.de.Rooy@rijksmuseum.nl><br>wrote:<br><br>> And what does it actually force ? 🙂<br>><br>> Marcel<br>><br>> ------------------------------<br>> *Van:* Koha-devel <koha-devel-bounces@lists.koha-community.org> namens<br>> Tomas Cohen Arazi <tomascohen@gmail.com><br>> *Verzonden:* maandag 16 mei 2022 20:19<br>> *Aan:* koha-devel <koha-devel@lists.koha-community.org><br>> *Onderwerp:* [Koha-devel] dbic --force<br>><br>> Just so you know and because these things frequently go unadvertised: we<br>> now have a --force switch in KTD for the `dbic` command.<br>><br>> Enjoy.<br>><br>> --<br>> Tomás Cohen Arazi<br>> Theke Solutions (http://theke.io<br>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftheke.io%2F&data=05%7C01%7Cm.de.rooy%40rijksmuseum.nl%7Ccd86d86ef3d24c018ce408da3768b3a7%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637883220385042764%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=wOHM4Ans8pxZ98Vn90Vs1yl7ef7%2F%2BQDzNqupswPvEjI%3D&reserved=0><br>> )<br>> ✆ +54 9351 3513384<br>> GPG: B2F3C15F<br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/<br>> git : https://git.koha-community.org/<br>> bugs : https://bugs.koha-community.org/<br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220517/57efbdc4/attachment-0001.htm><br><br>------------------------------<br><br>Message: 3<br>Date: Wed, 18 May 2022 15:20:17 +1000<br>From: <dcook@prosentient.com.au><br>To: "'Koha-devel'" <koha-devel@lists.koha-community.org><br>Subject: [Koha-devel] Zebra hot tip #2047 : memMax<br>Message-ID: <071601d86a76$faa3e5c0$efebb140$@prosentient.com.au><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi all,<br><br> <br><br>While trying to tune Zebra for a large Koha library, I ran into some<br>problems when throwing memory at the memMax configuration option.<br><br> <br><br>While the documentation says it can use up to half the memory on your<br>system, I've discovered the practical limit is actually 2047MB.<br><br> <br><br>Why 2047MB? It's because memMax gets puts into a variable with an "int" data<br>type which is a signed 32 bit integer. If you get to 2048MB or over, you'll<br>end up with invalid values that cause memory allocation issues and your<br>indexing will fail.<br><br> <br><br>I've raised an issue with Indexdata to either switch to an unsigned 32 bit<br>integer, switch to a 64 bit integer, or at least add some error checking:<br>https://github.com/indexdata/idzebra/issues/34<br><br> <br><br>But I figured I'd share my little discovery with y'all in the meantime. <br><br> <br><br>David Cook<br><br>Senior Software Engineer<br><br>Prosentient Systems<br><br>Suite 7.03<br><br>6a Glen St<br><br>Milsons Point NSW 2061<br><br>Australia<br><br> <br><br>Office: 02 9212 0899<br><br>Online: 02 8005 0595<br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220518/d0a96e25/attachment.htm><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br><br>------------------------------<br><br>End of Koha-devel Digest, Vol 198, Issue 12<br>*******************************************<br></div><br><br>NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.<br></body></html>