How to patch and/or upgrade Nginx from source in production environment?

edflecko edflecko at
Thu Oct 13 16:02:31 UTC 2022

Thank you for your reply!

I should have mentioned that I'm running in an Ubuntu environment so I'm
not sure if that makes much difference? I like the idea of installing from
source because I can control all of the options, but I'm wondering if it's
worth going that route in a production environment?

Thoughts? Opinions?


On Thu, Oct 13, 2022 at 3:49 PM PGNet Dev < at> wrote:

> Nginx is an easy build from source, thankfully.
> Deploying tarbal'd local source-builds to other machines is not terrible
> at all if you isolate your install DIR (e.g, 'everything' under
> /opt/nginx); ansible is your friend.
> But, it's a bit of a slog to deploy into usual distro env, avoid
> collisions, and if needed, cleanly uninstall.  Certainly doable, but can be
> messy.
> To solve for that inconvenience, build your own packages from own sources
> on an open build system (e.g., SUSE's OBS, Fedora's COPR, etc), and install
> those packages via rpms.
> Or for that matter, even local rpmbuilds should be portable, as long as
> you correctly account for differences in target deployment ENVs.
> yes, rpm .spec files can be annoying. it's a trade-off.
> > I'm curious how many people run Nginx in a production environment that
> was installed from source and not a package.
> >
> > For those people who are running Nginx in this manner, how do you keep
> Nginx patched when patches are released?
> >
> > How do you upgrade your existing Nginx in your production environment
> while minimizing downtime?
> >
> > Thank you,
> > Ed
> >
> > _______________________________________________
> > nginx mailing list -- nginx at
> > To unsubscribe send an email to nginx-leave at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the nginx mailing list