Hi Benjamin,
Are you by any chance fetching the 1.27.0-1/1.26.1-1 versions of the
packages and their corresponding sources?
Indeed, we had a bit of a mishap when publishing them leading to the
errors you're seeing:
ubuntu22:~/src$ apt-get source nginx=1.27.0-1~jammy
Reading package lists...
Hi Ivan!
On 07/07/2024 6:39 AM, Ivan Strelnikov via nginx wrote:
Hello!
Many years ago i started use `nginx_signing.key` from this url:
`https://nginx.org/packages/keys/nginx_signing.key` but now i find out
that it is expired and outdated.
Fresh key is here: `https://nginx.org/keys/nginx_si
Hi aslamK!
On 13/07/2023 1:26 PM, aslamK wrote:
In Ubuntu 22.04 (amd64), 'apt update' reports the following: N:
Skipping acquire of configured file 'nginx/binary-i386/Packages' as
repository 'http://nginx.org/packages/ubuntu jammy InRelease' doesn't
support architecture 'i386' To add the repo,
Hi Brian,
On 06/09/2022 3:14 AM, Brian Carey wrote:
I'm trying to run nginx/mysql/php in docker. Everything seems to run
fine. I have added tty: true and changed the
Here is my Dockerfile, docker-compose.yaml and the nginx-related
output. I did try adding tty: true but it made no difference
d one,
--
Konstantin Pavlov
Principal Consultant
https://www.nginx.com
___
nginx mailing list -- nginx@nginx.org
To unsubscribe send an email to nginx-le...@nginx.org
Have a good one,
--
Konstantin Pavlov
Principal Consultant
https://www.nginx.com
___
nginx mailing list -- nginx@nginx.org
To unsubscribe send an email to nginx-le...@nginx.org
/packages/mainline/rhel/9/
website docs on https://nginx.org/en/linux_packages.html will follow
shortly.
Thanks,
--
Konstantin Pavlov
Principal Consultant
https://www.nginx.com
___
nginx mailing list -- nginx@nginx.org
To unsubscribe send an email to
g/packages/mainline/rhel/8/
> <https://nginx.org/packages/mainline/rhel/8/>. RPMs are available for
> RHEL 7 and CentOS 8 at their respective URLs so I was disappointed that
> they are missing for RHEL 8.
>
>
>
> Are there plans for
Hi Laura,
05.08.2021 13:41, Konstantin Pavlov wrote:
> Hi Laura,
>
> 05.08.2021 13:01, Laura Smith wrote:
>> Hi
>>
>> Any ideas where change suggestions for docs should be submitted ?
>> Specifically this page: http://nginx.org/en/linux_packages.html#De
s.debian.org/cgi-bin/bugreport.cgi?bug=861695
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877012
Have a good day,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
RPMS/
Thanks for your mail. Please update the page - source rpms should be
there now.
Have a great day,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
nginx on centos 7? Is it a
> normal behaviour or a bug?
nginx-1.20.1-2.el7.ngx.x86_64 is not something we ship from nginx.org.
You probably mean nginx-1.20.1-2.el7.x86_64, which is available on EPEL,
and it indeed has such a dependency.
--
Konstantin Pavlov
https://www.nginx.com/
_
it back?
Thanks for notification - indeed, we've been doing some maintenance work
on mirrors and those got moved away. They're now restored, can you
please check if they work fine on your side?
--
Konstantin Pavlov
https://www.nginx.com/
___
ngi
for the email without subject)
> i am using sles12 sp3
>
>
>
> Em ter., 8 de dez. de 2020 às 06:36, Konstantin Pavlov <mailto:thr...@nginx.com>> escreveu:
>
> Hello,
>
> 08.12.2020 12:26, Rejaine Silveira Monteiro wrote:
> > Hi,
> &g
_0_0-1.0.2j-60.52.1.x86_64)
>
> # whereis libcrypto.so.1.0.0
> libcrypto.so.1.0: /usr/lib64/libcrypto.so.1.0.0
> /lib/libcrypto.so.1.0.0 /lib64/libcrypto.so.1.0.0
>
> Any idea?
>
What exact version of SLES 12 are you running?
--
Konstantin Pavlov
https://www.nginx.com/
00
> http://nginx.org/packages/centos/2/x86_64/repodata/repomd.xml: [Errno 14]
> HTTP Error 404 - Not Found
> Trying other mirror.
>
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
limited to that Alpine version for ARM builds if not
backported to previous releases.
Thanks!
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
ght, as
there are problems runing those on AWS EC2 which we use on our build
farm: https://github.com/mcrute/alpine-ec2-ami/issues/28 .
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
tos.org/SpecialInterestGroup/AltArch
Our policy is to provide packages for officially upstream-supported
distributions.
https://wiki.centos.org/FAQ/General#What_architectures_are_supported.3F
states that they only support x86_64, and aarch64 is unofficial.
--
Konstantin Pavlov
https://www.nginx.com/
ather a
community build which doesnt fall into something we can support.
Thanks again,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
hing
minimal that you can reproduce the problem with?
Thank you,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
> ___
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
a moving target.
Yep, that seems like the easiest solution. I've put Client, Workstation
and Server symlinks for respectable major releases to both stable and
mainline repos - I'd appreciate if you try again and let me know if that
fixes the i
Hello,
09.07.2019 13:35, Konstantin Pavlov wrote:
> Thanks for the heads up on the openssl version change in 18.04 - it
> definitely is on our roadmap to provide prebuilt packages based on
> openssl 1.1.1!
>
> Indeed, new packages built with openssl 1.1.1 will not work on the
his is likely to break existing setups that rely on the specific
environments. The next nginx release however will be built using the
newer Ubuntu 18.04 base with openssl 1.1.1. There's no ETA for it yet
as far as I can tell.
Thanks,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
rg/en/linux_packages.html#RHEL-CentOS.
The packaging source code is available under
http://hg.nginx.org/pkg-oss/file/default/rpm/.
Enjoy,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/lis
rg/en/linux_packages.html#Alpine.
The packaging source code is available under
http://hg.nginx.org/pkg-oss/file/default/alpine.
Enjoy,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/lis
results, you get a 404.
Thanks for reporting the issue - I didnt notice the issue with mirrors
we use to serve the packages when uploading the new njs release
yesterday. The issue is now fixed.
Have a good one,
--
Konstantin Pavlov
Join us at NGINX Conf 2018, Oct 8-11, Atlanta, GA, USA
htt
for both stable and mainline branches are now available to
download.
Have a good one,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
ges/centos/7/SRPMS/ since it's a stable release
(as opposed to mainline as used in your link).
Have a good one,
--
Konstantin Pavlov
https://www.nginx.com/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
MPP clients.
>
> Is there a way to access and save ALPN value to a variable?
It should possible to parse the incoming buffer with
https://nginx.org/r/js_filter and create a variable to make a routing decision
on.
--
Konstantin Pavlov
www.nginx.com
_
n/linux_packages.html#mainline
> W: The repository 'http://nginx.org/packages/mainline/debian xenial Release'
> does not have a Release file.
You should use http://nginx.org/packages/mainline/ubuntu instead of
http://nginx.org/packages/mainline/debian for Ubuntus :-)
endors anymore (including security fixes).
--
Konstantin Pavlov
www.nginx.com
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
ith ALPN.
>
> Do you have a forecast when we will have these features supported in the
> official repository?
We're working on it. Next nginx release will have a rpm built specifically for
CentOS/RHEL 7.4, but hopefully we'll also provide current stable and mainline a
bi
please point me in the right direction.
You can use SRPMS from CentOS 6 until we fix the repositories:
http://nginx.org/packages/centos/6/SRPMS/ - those are exactly the same source
packages we use to provide RHEL binaries.
Thank you,
--
Join us at nginx.conf, Sept. 6-8, Portland, OR
Kon
gt; eth1: flags=4163 mtu 1500
> inet 192.168.1.131 netmask 255.255.255.0 broadcast 192.168.1.255
Are those addresses reachable outside this particular VM in your Openstack
environment?
--
Konstantin Pavlov
___
nginx mailing list
nginx@nginx.org
y:
W: GPG error: http://nginx.org jessie Release: The following signatures
were invalid: KEYEXPIRED 1471427554
Have a nice day,
[1]: http://nginx.org/en/linux_packages.html
--
Konstantin Pavlov
Build & Deliver Applications, Flawlessly.
nginx.conf 2016: Septembe
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
--
Konstantin Pavlov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
ST_PORT_8514_UDP_PORT}" in
> /tmp/nginx.conf:22
> nginx: configuration file /tmp/nginx.conf test failed
>
> Any plans to add this possibility or have I missed something?
Please check the following:
https://hub.docker.com/_/nginx/, section "using environment variables in
nginx con
e
new packages are no longer built for it but the old ones still remain in
the repo.
The list of the supported distros is available on
http://nginx.org/en/linux_packages.html.
--
Konstantin Pavlov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx
en those versions.
So, yeah, to reiterate for the thread starters: if you're interested in
getting that fixed, please provide as much information is possible.
We're interested in keeping nginx fast but there is only so much one can
do without proper testbed to reproduce the prob
ut it?
> It is a little tiresome to see both parts throwing the ball back.
JFYI, systemd works around that issue by introducing a pseudo-service
that essentially sleeps for some amount of time until network is
(hopefully) up, see
http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ .
--
Ko
On 29/04/2015 19:49, Konstantin Pavlov wrote:
> Hello Aidan,
>
> On 29/04/2015 19:33, Aidan Scheller wrote:
>> Greetings,
>>
>> It appears that nginx has difficulties starting automatically in CentOS
>> 7 when it needs to resolve DNS names in the configuration. I
remote-fs.target
> nss-lookup.target
> Requires=network-online.target
>
> Is this a problem that can be addressed by the nginx team?
I believe the proper way to fix that issue is:
# systemctl enable systemd-networkd-wait-online.service
I am reluctant in adding this a
t is in there, it's just we don't build those
packages specifically for fedora linux.
--
Konstantin Pavlov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
CentOS7 should be like that:
# nginx.repo
[nginx]
name=nginx repo
baseurl=http://nginx.org/packages/centos/7/$basearch/
gpgcheck=0
enabled=1
--
Konstantin Pavlov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
46 matches
Mail list logo