From: Adolf Belka <adolf.belka@ipfire.org>
To: Michael Tremer <michael.tremer@ipfire.org>
Cc: "IPFire: Development-List" <development@lists.ipfire.org>
Subject: Re: Problem with update of nettle to 4.0
Date: Wed, 20 May 2026 17:57:25 +0200 [thread overview]
Message-ID: <e3f3113f-bc47-4043-8792-813897fabc8f@ipfire.org> (raw)
In-Reply-To: <6AE8ADFC-BBFE-485D-A646-7C9705C0782C@ipfire.org>
Hi Michael,
On 20/05/2026 17:32, Michael Tremer wrote:
> Hello Adolf,
>
> Thanks for looking into this.
>
> I wasn’t quite aware how outdated we are on squid, so let’s change that.
I think Matthias looked at updating squid from the 6.x to 7.x branch but felt uncomfortable with how to deal with some of the changes in that new branch.
Maybe we can both have a try and see what happens. Check if we can we make it work as expected. I will look back at the previous email chain on the discussion on moving to squid-7.x
>
> I checked the code and there are exactly two places where nettle is being used:
>
> * The base64 encoder/decoder
> https://git.ipfire.org/?p=thirdparty/squid.git;a=blob;f=include/base64.h;hb=5c1d937d2068e4861f206884cebb02d2958d3563#l13
>
> * Some code to compute MD5 checksums
> https://git.ipfire.org/?p=thirdparty/squid.git;a=blob;f=include/md5.h;hb=5c1d937d2068e4861f206884cebb02d2958d3563#l13
This was the bit where the build failed as it could not find MD5_DIGEST_SIZE. It could be that the base64 encoder/decoder might have been next in line.
>
> Both have an alternative implementation, so it is absolutely safe for us to build squid with --without-nettle. That way we won’t be held back until they have agreed on a unified API.
> > Let me know if this helps.
I will try it and see. Everything before the squid build had no problems with nettle-4.0, I just need to see if there is anything still to come in the build tree. I will look at it when/if it comes.
Regards,
Adolf.
>
> All the best,
> -Michael
>
>> On 20 May 2026, at 13:47, Adolf Belka <adolf.belka@ipfire.org> wrote:
>>
>> Hi all,
>>
>> For information.
>>
>> A new nettle version has come out. Our old version was 3.10.2 and the new one is 4.0
>>
>> Unfortunately nettle-4.0 has a new API/ABI and several packages that use nettle have found that it won't build for them.
>>
>> Many of those packages have already issued updated versions that now work with nettle-4.0
>>
>> That is not the case with squid. Here we have a greater problem.
>>
>> Currently we are on squid-6.14 and the current release is squid-7.5. squid-6.14 fails to build with nettle-4.0 as there are changes in various variables/parameters.
>>
>> squid-7.5 does not yet have any fix for the nettle API/ABI changes. I did find some discussion on it in the Pull Requests section but there seems to be some disagreement between various of the squid contributors which seems to be blocking anything being accepted. It is also not clear if that pull request would fix the error that I found in my build with squid-6.14
>>
>> squid has not been updated to the 7.x branch in IPFire because there were a lot of significant changes in it which would require some re-write of our web proxy code.
>>
>> It is probably worth noting that squid-6.14 stopped getting any security support in July 2025.
>>
>> There also seems to be questions about squid-8.x and if it will have even more major changes to options.
>>
>> squid typically is having a two year cycle on their major branch changes and so the expectation is that squid-7.x will go EOL somewhere around July 2027 with squid-8.x having beta status in Feb 2027 and stable declaration in July 2027 when 7.x is EOL'd
>>
>> I will try and see if any other packages we run have any linkage to nettle.
>>
>> Regards,
>>
>> Adolf.
>>
>
next prev parent reply other threads:[~2026-05-20 15:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-20 12:47 Adolf Belka
2026-05-20 15:32 ` Michael Tremer
2026-05-20 15:57 ` Adolf Belka [this message]
2026-05-20 15:59 ` Michael Tremer
2026-05-20 18:12 ` Matthias Fischer
2026-05-20 17:36 ` Matthias Fischer
2026-05-20 20:24 ` Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e3f3113f-bc47-4043-8792-813897fabc8f@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
--cc=michael.tremer@ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox