<div dir="ltr"><div>Thank you for your reply!</div><div><br></div><div>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?</div><div><br></div><div>Thoughts? Opinions?<br></div><div><br></div><div>Ed<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 13, 2022 at 3:49 PM PGNet Dev <<a href="mailto:pgnet.dev@gmail.com">pgnet.dev@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Nginx is an easy build from source, thankfully.<br>
<br>
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.<br>
<br>
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.<br>
<br>
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.<br>
Or for that matter, even local rpmbuilds should be portable, as long as you correctly account for differences in target deployment ENVs.<br>
<br>
yes, rpm .spec files can be annoying. it's a trade-off.<br>
<br>
<br>
> I'm curious how many people run Nginx in a production environment that was installed from source and not a package.<br>
> <br>
> For those people who are running Nginx in this manner, how do you keep Nginx patched when patches are released?<br>
> <br>
> How do you upgrade your existing Nginx in your production environment while minimizing downtime?<br>
> <br>
> Thank you,<br>
> Ed<br>
> <br>
> _______________________________________________<br>
> nginx mailing list -- <a href="mailto:nginx@nginx.org" target="_blank">nginx@nginx.org</a><br>
> To unsubscribe send an email to <a href="mailto:nginx-leave@nginx.org" target="_blank">nginx-leave@nginx.org</a><br>
<br>
</blockquote></div>