From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vsmx009.vodafonemail.xion.oxcs.net (vsmx009.vodafonemail.xion.oxcs.net [153.92.174.87]) by sourceware.org (Postfix) with ESMTPS id 49EDB3858011 for ; Sun, 22 Nov 2020 19:04:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 49EDB3858011 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=Stromeko@nexgo.de Received: from vsmx001.vodafonemail.xion.oxcs.net (unknown [192.168.75.191]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTP id 2302D159D294 for ; Sun, 22 Nov 2020 19:04:32 +0000 (UTC) Received: from Gertrud (unknown [84.160.202.5]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTPA id EEFE3159D27B for ; Sun, 22 Nov 2020 19:04:29 +0000 (UTC) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: [ITA] lighttpd References: <20201030090402.GA328269@xps13> <2fc837c3-4bcc-a232-1d73-ab2ed382ab5c@gmail.com> <20201101221327.GA3155@xps13> Date: Sun, 22 Nov 2020 20:04:25 +0100 In-Reply-To: <20201101221327.GA3155@xps13> (Glenn Strauss's message of "Sun, 1 Nov 2020 17:13:27 -0500") Message-ID: <873611kybq.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-VADE-STATUS: LEGIT X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2020 19:04:35 -0000 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