From: Roland Hieber <r.hieber@pengutronix.de>
To: Clemens Gruber <clemens.gruber@pqgruber.com>
Cc: ptxdist@pengutronix.de
Subject: Re: [ptxdist] [PATCH v2] nginx: version bump 1.10.3 -> 1.12.1
Date: Wed, 22 Nov 2017 10:05:32 +0100 [thread overview]
Message-ID: <b44c6f3a-e1a2-ee0d-432c-59f9b5f995fc@pengutronix.de> (raw)
In-Reply-To: <20171121134917.GA5024@archie.localdomain>
On 21.11.2017 14:49, Clemens Gruber wrote:
> Hi,
>
> On Tue, Nov 21, 2017 at 01:46:52AM +0100, Roland Hieber wrote:
>> [...]
>>
>>> diff --git a/rules/nginx.make b/rules/nginx.make
>>> index ef98c0adb..0f8ce65f2 100644
>>> --- a/rules/nginx.make
>>> +++ b/rules/nginx.make
>>> @@ -17,8 +17,8 @@ PACKAGES-$(PTXCONF_NGINX) += nginx
>>> #
>>> # Paths and names
>>> #
>>> -NGINX_VERSION := 1.10.3
>>> -NGINX_MD5 := 204a20cb4f0b0c9db746c630d89ff4ea
>>> +NGINX_VERSION := 1.12.1
>>> +NGINX_MD5 := a307e74aca95403e5ee00f153807ce58
>>> NGINX := nginx-$(NGINX_VERSION)
>>> NGINX_SUFFIX := tar.gz
>>> NGINX_URL := https://nginx.org/download/$(NGINX).$(NGINX_SUFFIX)
>>> @@ -44,7 +44,8 @@ NGINX_CONF_ENV := \
>>> ngx_force_have_map_anon=yes \
>>> ngx_force_have_map_devzero=yes \
>>> ngx_force_have_sysvshm=yes \
>>> - ngx_force_have_posix_sem=yes
>>> + ngx_force_have_posix_sem=yes \
>>
>> I cannot get IPv6 to work, because nginx complains about "the INET6
>> sockets are not supported on this platform" when I try to have it listen
>> on [::]:443. This happens because NGX_HAVE_INET6 apparently gets defined
>> to "yes" in objs/ngx_auto_config.h, and it works well if I change this line:
>>
>>> + ngx_force_ipv6=$(call ptx/ifdef, PTXCONF_GLOBAL_IPV6, yes, no)
>>
>> to
>> ngx_force_ipv6=$(call ptx/ifdef, PTXCONF_GLOBAL_IPV6, 1, 0)
>>
>> Can you reproduce this?
>
> Yes, my mistake. I assumed, they use #ifdef NGX_HAVE_INET6 and not
> #if (NGX_HAVE_INET6)..
> So NGX_HAVE_INET6 is defined to yes in ngx_autoconfig.h, which evaluates
> to 0.
>
> It's a little bit misleading because for ngx_feature_run != value, "yes"
> is a possible value, so all other ngx_force_foo can be set to yes and
> no.
>
> Now we could just use 1 and 0 for ngx_force_ipv6. But maybe it would be
> preferable to translate yes and no into 1 and 0 respectively in case of
> ngx_feature_run = value (in auto/feature) to be consistent with other
> passed ngx_force_ environment variables?
OK, whatever you say, both seems fine to me.
- Roland
_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
prev parent reply other threads:[~2017-11-22 9:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-03 14:49 Clemens Gruber
2017-11-21 0:46 ` Roland Hieber
2017-11-21 13:49 ` Clemens Gruber
2017-11-22 9:05 ` Roland Hieber [this message]
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=b44c6f3a-e1a2-ee0d-432c-59f9b5f995fc@pengutronix.de \
--to=r.hieber@pengutronix.de \
--cc=clemens.gruber@pqgruber.com \
--cc=ptxdist@pengutronix.de \
/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