From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [Fwd: [squid-announce] Squid 4.1 is available]
Date: Wed, 04 Jul 2018 17:43:38 +0100
Message-ID: <75be0f91059782319bfc82621ac4df7646f35dfa.camel@ipfire.org>
In-Reply-To: <bc76867f-9876-1650-4df3-84efed2ec8dc@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3956893185101869337=="
List-Id: <development.lists.ipfire.org>

--===============3956893185101869337==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2018-07-04 at 17:04 +0200, Matthias Fischer wrote:
> On 04.07.2018 16:57, Michael Tremer wrote:
> > On Wed, 2018-07-04 at 16:54 +0200, Matthias Fischer wrote:
> > > Hi,
> > >=20
> > > On 04.07.2018 11:12, Michael Tremer wrote:
> > > > Squid 4.1 has been released.
> > >=20
> > > Yep.
> > >=20
> > > > @Matthias: As far as I remember, you have been working on updating sq=
uid
> > > > before.
> > > > Will you have a look at this?
> > >=20
> > > I'm "looking at it" right now. ;-)
> > >=20
> > > When I came home, Devel was ready.
> > >=20
> > > First compiled version (32bit) is running here. No seen problems.
> > >=20
> > > But today they released the first patch
> > > (http://www.squid-cache.org/Versions/v4/changesets/squid-4-01fd74072310=
c3b
> > > 018f
> > > 4b6a5b5c6be4816f72166.patch).
> > > Great...
> > >=20
> > > I think we're not affected ("There is a Segfault when opening long URLs
> > > if Bump is enabled and the on_unsupported_protocol option is set. Proxy
> > > mode is transparent.") but to be complete, I'd like to include this one.
> > >=20
> > > This requires a clean build (~5:30 hours). Patched version will be ready
> > > tomorrow. Ok?
> >=20
> > No hurry at all. I guess this already shows us that we should not migrate=
 to
> > squid 4, yet. There are still many bugs in it. But what we need to do is =
to
> > review the proxy.cgi and see if the configuration file is valid and make
> > changes
> > if required.
>=20
> Im testing the squid4-branch since ~4.0.22, 'squid -k parse' hasn't
> shown an error since then, except this one - and I can't find the reason:
>=20
> "WARNING: Ignoring error setting default trusted CA : An unimplemented
> or disabled feature has been requested."

Did you go through the changelog to identify any configuration options that y=
ou
might not be using and which have been discontinued?

Best,
-Michael

>=20
> For me, its running stable - but I keep my eyes on this.
>=20
> Best,
> Matthias

--===============3956893185101869337==--