public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Matthias Fischer <matthias.fischer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Problem with update of nettle to 4.0
Date: Wed, 20 May 2026 20:12:34 +0200	[thread overview]
Message-ID: <6f7aff6a-d5e6-46d5-bed9-767bd40bc332@ipfire.org> (raw)
In-Reply-To: <4B486B30-59F4-4879-A529-5B2605AC01C4@ipfire.org>

On 20.05.2026 17:59, Michael Tremer wrote:
> Hello Adolf,

FYI - currently running:

'squid 7.5'
Added:
'--without-nettle'

Removed:
'--disable-esi'
'--enable-ident-lookups'
'cachemgr'-entries

Updates -> The Devels are running:
'unbound 1.25.1', 'rrdtool 1.10.2', 'bind 9.20.23'

;-)

Best
Matthias
>> On 20 May 2026, at 16:57, Adolf Belka <adolf.belka@ipfire.org> wrote:
>> 
>> 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
> 
> Yes, please. If there is a number of items that need work in our scripting, tooling or UI, please create an umbrella ticket and create tickets for individual tasks so that we can assign them and share the load amongst several shoulders.
> 
>>> 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.
>>>> 
>> 
>> 
> 
> 



  reply	other threads:[~2026-05-20 18:12 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
2026-05-20 15:59     ` Michael Tremer
2026-05-20 18:12       ` Matthias Fischer [this message]
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=6f7aff6a-d5e6-46d5-bed9-767bd40bc332@ipfire.org \
    --to=matthias.fischer@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