<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">So there will be a <a href="https://bugs.launchpad.net/ecap/+bug/1595488/comments/5" target="_blank">libecap 1.1</a> someday!<br></div><div dir="ltr"><div dir="ltr">In my environment I use ICAP and I hope to be able to use eCAP as well, but for that a new version of libecap would be good and of course the Clamav to solve the problem related to the scanning speed.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 2, 2023 at 6:25 PM Alex Rousskov <<a href="mailto:rousskov@measurement-factory.com" target="_blank">rousskov@measurement-factory.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 1/2/23 08:56, Avram-Teodor Berindeie wrote:<br>
> I would like to know what is <br>
> expected regarding the further development of eCAP<br>
<br>
There are at least two changes that should happen to eCAP:<br>
<br>
1. Removal of used-to-be-experimental C++ APIs from official <br>
declarations: <a href="https://bugs.launchpad.net/ecap/+bug/1595488" rel="noreferrer" target="_blank">https://bugs.launchpad.net/ecap/+bug/1595488</a><br>
<br>
2. Replacement of the current API with a much simpler/better one.<br>
<br>
AFAICT: Distros took care of #1 (but we should still do a corresponding <br>
official update). There is currently not enough demand to do #2.<br>
<br>
<br>
HTH,<br>
<br>
Alex.<br>
<br>
</blockquote></div></div>
</div></div>