public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Achim Gratz <Stromeko@nexgo.de>
To: cygwin-apps@cygwin.com
Subject: Re: [ITA] lighttpd
Date: Sun, 22 Nov 2020 20:04:25 +0100	[thread overview]
Message-ID: <873611kybq.fsf@Rainer.invalid> (raw)
In-Reply-To: <20201101221327.GA3155@xps13> (Glenn Strauss's message of "Sun, 1 Nov 2020 17:13:27 -0500")

Glenn Strauss writes:
> lighttpd is a modular web server.  However, the current lighttpd.cygport
> lumps *everything* together into a single package, with dependencies for
> all modules.  It appears the same was done for nginx.  At least Apache
> httpd.cygport has multiple packages.  I plan to do something similar for
> lighttpd-1.4.56, as lighttpd-1.4.56 adds multiple options for TLS
> libraries, and a single lighttpd package should not depend on many
> different TLS libraries available under Cygwin.  While lighttpd "could"
> do so, I would rather not do so for those for whom disk space matters.
>
> Question: what is the recommended approach to deploying such a change?

You either just strip down the functionality of the previous package to
something lean enough but having the typical functionality you think
most users will need _or_ you obsolete the previous package and then
have a bunch of new packages that do whatever you want.  The obsoletion
needs to name a suggested replacement.

> The lighttpd base package will still contain all modules for typical
> usage of lighttpd.  However, if an end-user is using mod_openssl and
> TLS modules are separated into separate packages, then the additional
> package would need to be installed.

Keep in mind that setup currently gives no hints on such optional
dependencies and when they are needed.

> On Debian, this transition is occurring by having the Debian lighttpd
> package "Recommends" lighttpd-mod-openssl, and apt/dpkg will install
> the openssl module for typical upgrades which accept "Recommends".
>
> Is there any similar mechanism on Cygwin?

No, in part because there is no way for setup to ask the user and use
the answer.  The libsolv that does the actual package selection could do
that, but we don't deliver the inputs.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

      parent reply	other threads:[~2020-11-22 19:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-30  9:04 Glenn Strauss
2020-10-30 13:05 ` Marco Atzeri
2020-10-30 19:01   ` Brian Inglis
2020-11-01 22:13     ` Glenn Strauss
2020-11-09 12:46       ` Glenn Strauss
2020-11-09 19:39         ` Marco Atzeri
2020-11-22 19:04       ` Achim Gratz [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=873611kybq.fsf@Rainer.invalid \
    --to=stromeko@nexgo.de \
    --cc=cygwin-apps@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).