From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [PATCH] squid 4.5: latest patches (01-09)
Date: Mon, 25 Feb 2019 10:34:19 +0000 [thread overview]
Message-ID: <C6BBD54A-56E6-4F0B-ADB6-6FB918E23264@ipfire.org> (raw)
In-Reply-To: <6c40b039-2a11-99d4-7212-cf633d2a09eb@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 2385 bytes --]
Hey,
I think it is best to only follow the releases from upstream.
I am sure that they will release a new version when there were important changes and that will save us from doing some extra work with the patches.
Best,
-Michael
> On 24 Feb 2019, at 10:20, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>
> Hi,
>
> Please note:
>
> This patch is superseded - I'm working/testing with 'squid 4.6'.
>
> So please don't merge this one. ;-)
>
> Best,
> Matthias
>
> On 05.02.2019 21:58, Michael Tremer wrote:
>> Okay, so we should not use that switch then.
>>
>> Also just ignore the BCP 177 message.
>>
>> -Michael
>>
>>> On 5 Feb 2019, at 17:37, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>>
>>> Hi,
>>>
>>> On 05.02.2019 13:02, Michael Tremer wrote:
>>>> Hi,
>>>>
>>>>> On 4 Feb 2019, at 17:54, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>>>>
>>>>> For details see:
>>>>> http://www.squid-cache.org/Versions/v4/changesets/
>>>>> ...
>>>>> cd $(DIR_APP) && autoreconf -vfi
>>>>> @@ -91,7 +100,7 @@ $(TARGET) : $(patsubst %,$(DIR_DL)/%,$(objects))
>>>>> --disable-kqueue \
>>>>> --disable-esi \
>>>>> --disable-arch-native \
>>>>> - --enable-ipv6 \
>>>>> + --disable-ipv6 \
>>>>> --enable-poll \
>>>>> --enable-ident-lookups \
>>>>> --enable-storeio=aufs,diskd,ufs \
>>>>
>>>> Wait, didn’t the documentation say, that they are going to remove this switch very soon?
>>>
>>> Ups. Yes. This is 'deprecated' since a long time:
>>>
>>> https://lists.ipfire.org/pipermail/development/2016-April/002046.html
>>>
>>> "The --disable-ipv6 build option is now deprecated.
>>> ...
>>> Squid-3.5.7 and later will perform IPv6 availability tests on startup in
>>> all builds.
>>>
>>> - Where IPv6 is unavailable Squid will continue exactly as it would
>>> have had the build option not been used.
>>>
>>> These Squid can have the build option removed now."
>>>
>>> (The error I described in the post above was not IPv6 related.)
>>>
>>> For my part we could either leave this enabled (default) or remove this
>>> option. The warning message concerning the "BCP 177 violation" while
>>> starting 'squid' stays the same - no matter if IPv6 was disabled or
>>> enabled in 'configure'.
>>>
>>>>> ...
>>>
>>> Best,
>>> Matthias
>>
>>
>
next prev parent reply other threads:[~2019-02-25 10:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-04 17:54 Matthias Fischer
2019-02-05 12:02 ` Michael Tremer
2019-02-05 17:37 ` Matthias Fischer
2019-02-05 20:58 ` Michael Tremer
2019-02-06 17:36 ` Matthias Fischer
2019-02-24 10:20 ` Matthias Fischer
2019-02-25 10:34 ` Michael Tremer [this message]
2019-02-25 18:17 ` Matthias Fischer
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=C6BBD54A-56E6-4F0B-ADB6-6FB918E23264@ipfire.org \
--to=michael.tremer@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