public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: bzs@theworld.com
To: Andy Romens <Romens.Andy@hotmail.com>
Cc: "cygwin\@cygwin.com" <cygwin@cygwin.com>
Subject: Re: Questions on how to upgrade Apache
Date: Thu, 8 Apr 2021 15:53:49 -0400	[thread overview]
Message-ID: <24687.24397.711760.749444@gargle.gargle.HOWL> (raw)
In-Reply-To: <CH0PR14MB493040002A8FBD0C1643E204FB749@CH0PR14MB4930.namprd14.prod.outlook.com>


I upgrade apache from sources all the time tho not on cygwin, we use
Linux for that, but the basic idea is the same. My advice, having
looked over other advice here, and your responses:

1. You probably don't want to go to another web server like nginx just
for what you describe.

You would have to reconfigure your entire web server environment
including hosts, server certificates, dependent software (e.g., do
your sites use php?), etc. That can be much more work and subtlety
than just upgrading an apache dot release.

2. Although building apache from source is not very difficult there
are build configuration options and even dependent software (I dunno,
fastcgi, whatever) you would need to navigate.

If you could get the exact build configuration (./configure
...options) that cygwin uses that might make it a lot easier.

That result might "just work" since you're only trying to upgrade a
dot release.

But there may be other issues such as dependent software and
dynamically loaded modules. Fortunately the configuration files
(*.conf) between dot releases should just work, they don't change much
if at all for the releases you describe.

Given their configuration options it might be worth a try if you have
the time and testing environment.

3. But then the pottery shop rule would kick in, you break it, you own
it.

By which I mean where do you go forward from there? Future releases?

You will probably have to build from source forever or find some way
to backtrack back into the binary cygwin releases. For us building and
configuring from sources is fine but TBH on a scale of 1-10 I am an 11
on these things (pardon my modesty :-)).

4. Probably the best advice is:

a) examine why someone thinks you need to do this at all other than
they just like to run the latest and greatest. If it's security flaws
consider that errors in doing this from source or going to another
server entirely could be much more security-error-prone lacking
in-house expertise.

b) If they have such exotic and exacting requirements that they can't
tolerate being behind a few dot releases then they should be willing
to pay an expert to help them meet those requirements (no I'm not
available.)

In all seriousness and apologies to the cygwin crew who I love and
admire the very fact that you're running apache on cygwin makes me
think your requirements can't be too pie-in-the-sky, I'll guess you're
not running Amazon or Shopify etc.

c) Seriously consider a pre-built native Windows apache release.

That should pretty much drop-in and if that seems too difficult the
other options like building from source or switching to another server
will likely be much more difficult.

d) Apply to law school.

-- 
        -Barry Shein

Software Tool & Die    | bzs@TheWorld.com             | http://www.TheWorld.com
Purveyors to the Trade | Voice: +1 617-STD-WRLD       | 800-THE-WRLD
The World: Since 1989  | A Public Information Utility | *oo*

  parent reply	other threads:[~2021-04-08 19:54 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-06 20:34 Andy Romens
2021-04-06 20:37 ` Andy Romens
2021-04-08  5:30 ` Andrey Repin
2021-04-09  0:26   ` Brian S. Wilson
2021-04-08 13:22 ` Andy Romens
2021-04-08 14:33   ` Stephen John Smoogen
2021-04-08 15:49     ` Andy Romens
2021-04-08 15:57       ` Eliot Moss
2021-04-08 16:37       ` René Berber
2021-04-08 18:33         ` Glenn Strauss
2021-04-08 19:53   ` bzs [this message]
2021-04-09  6:23     ` KAVALAGIOS Panagiotis (EEAS-EXT)
2021-04-09  9:08 ` Csaba Raduly
2021-04-09 11:59   ` Brian S. Wilson
2021-04-09 14:46     ` Brian Inglis

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=24687.24397.711760.749444@gargle.gargle.HOWL \
    --to=bzs@theworld.com \
    --cc=Romens.Andy@hotmail.com \
    --cc=cygwin@cygwin.com \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).