From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vsmx012.vodafonemail.xion.oxcs.net (vsmx012.vodafonemail.xion.oxcs.net [153.92.174.90]) by sourceware.org (Postfix) with ESMTPS id D581B385E020 for ; Tue, 1 Dec 2020 06:02:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D581B385E020 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 vsmx004.vodafonemail.xion.oxcs.net (unknown [192.168.75.198]) by mta-8-out.mta.xion.oxcs.net (Postfix) with ESMTP id 593B7F34C64 for ; Tue, 1 Dec 2020 06:02:25 +0000 (UTC) Received: from Otto (unknown [84.160.202.5]) by mta-8-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 28DC919A326 for ; Tue, 1 Dec 2020 06:02:23 +0000 (UTC) From: ASSI To: cygwin-apps@cygwin.com Subject: Re: curl calm issue References: <160678137911.641109.8028997546055063113@server2.sourceware.org> <71b97bcc-62dc-c79b-f987-5464cfd99775@SystematicSw.ab.ca> Date: Tue, 01 Dec 2020 07:02:18 +0100 In-Reply-To: <71b97bcc-62dc-c79b-f987-5464cfd99775@SystematicSw.ab.ca> (Brian Inglis's message of "Mon, 30 Nov 2020 18:06:16 -0700") Message-ID: <87sg8qukr9.fsf@Otto.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.3 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: Tue, 01 Dec 2020 06:02:29 -0000 Brian Inglis writes: > The issue is that previous releases were always generated with > debuginfo, but the latest release also changes debug behaviour to > strictly check SSL protocol, causing execution issues with users and > downstreams. I read upstreams response that this will become the default behaviour anyway, so I'd not spend any effort on working around this issue unless you are fairly certain that youi can convince them otherwise. > I would like to generate the updated release without the behaviour > change and that appears to also eliminate debuginfo generation. Then you need to patch out the corrsponding change. I have not looked if they lumped it into another define (which would be more difficult) or if just the configury does an extra define for this error checking (just undefine it). > If I need to generate release -2 without debuginfo, how do I avoid > this issue? Again, don't. > Alternatively, could I use separate cygport files to generate the lib > and bin subpackages without debuginfo, and the devel package with > debuginfo and the strict SSL protocol check, and how would that work > with calm? Please not and no, that sort of nonsense isn't supported by setup anyway. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada