public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Michael Tremer <michael.tremer@ipfire.org>
To: Adolf Belka <adolf.belka@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 16:32:52 +0100	[thread overview]
Message-ID: <6AE8ADFC-BBFE-485D-A646-7C9705C0782C@ipfire.org> (raw)
In-Reply-To: <ca4d429e-8125-403e-b2f8-46d15f8b19b8@ipfire.org>

Hello Adolf,

Thanks for looking into this.

I wasn’t quite aware how outdated we are on squid, so let’s change that.

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

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.

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.
> 



  reply	other threads:[~2026-05-20 15:32 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 [this message]
2026-05-20 15:57   ` Adolf Belka
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=6AE8ADFC-BBFE-485D-A646-7C9705C0782C@ipfire.org \
    --to=michael.tremer@ipfire.org \
    --cc=adolf.belka@ipfire.org \
    --cc=development@lists.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