From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-046.btinternet.com (mailomta31-sa.btinternet.com [213.120.69.37]) by sourceware.org (Postfix) with ESMTPS id BE30A3858D35 for ; Sat, 1 Aug 2020 18:34:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org BE30A3858D35 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from sa-prd-rgout-005.btmx-prd.synchronoss.net ([10.2.38.8]) by sa-prd-fep-046.btinternet.com with ESMTP id <20200801183415.DPUL4114.sa-prd-fep-046.btinternet.com@sa-prd-rgout-005.btmx-prd.synchronoss.net>; Sat, 1 Aug 2020 19:34:15 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [31.51.206.146] X-OWM-Source-IP: 31.51.206.146 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduiedrjedtgdduvdekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeelieegheeghfevfeevhfdviedugfdvuefhjeehteejffefhfeuudetheeugfffhfenucfkphepfedurdehuddrvddtiedrudegieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddrudduudgnpdhinhgvthepfedurdehuddrvddtiedrudegiedpmhgrihhlfhhrohhmpeeojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoegthihgfihinhdqrghpphhssegthihgfihinhdrtghomheqpdhrtghpthhtohepoehksghrohifnhestghorhhnvghllhdrvgguuheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (31.51.206.146) by sa-prd-rgout-005.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5ED9B8A709B03C43; Sat, 1 Aug 2020 19:34:15 +0100 Subject: Re: Help needed with gobject-introspection To: "cygwin-apps@cygwin.com" References: <2c0802e9-e66c-768e-61f2-f2797acc1acb@cornell.edu> <429779d8-dc38-2f75-bd3e-42f898941483@cornell.edu> <6703fe25-ba53-68c7-c398-843b2a8295dc@dronecode.org.uk> <93b48fc8-61f9-ce33-ac76-0e6cc56aa18c@dronecode.org.uk> <62ba273e-4eed-6578-32e5-8cd24fe25c3f@dronecode.org.uk> <3d2cb151-e243-a539-32f0-ffa40be78745@dronecode.org.uk> <0d6292b3-72df-e6ad-fcc5-f03bbf923087@dronecode.org.uk> <4f5d1485-cf5a-8535-2923-5d31be901741@cornell.edu> <5fb4bf89-58a5-88cb-c2cb-29cfef65ffc1@dronecode.org.uk> <0876122c-1c1e-54e0-1a18-0c3774e71641@cornell.edu> <4345fbc7-0c30-9335-46a8-bfe2ae79a8bc@dronecode.org.uk> From: Jon Turney Message-ID: <3967e4d9-1a8d-358a-b2be-4c23eb1bee1d@dronecode.org.uk> Date: Sat, 1 Aug 2020 19:34:14 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no 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: Sat, 01 Aug 2020 18:34:18 -0000 On 01/08/2020 19:01, Ken Brown via Cygwin-apps wrote: > > No one has suggested a better fix, so I think we should get your fix > into the distro.  It's not urgent, because harfbuzz still supports both > autotools and meson, but they're encouraging packagers to move toward > meson. I think the real fix is for g-ir-scanner not to do this. (To be clearer, I think the invoking build system has, in nearly all cases, an accurate idea of the mapping g-ir-scanner is trying to discover here (between libraries named in linker -l options and the actual shared library filename?), and it should just have options to let the build system give it that information, rather these going through these contortions to try to work it out) But since that seems unlikely to happen anytime soon, so I guess this is the best we can do. > How do you think we should proceed?  Are you interested in adopting > gobject-introspection?  Alternatively, one of us could do a > non-maintainer upload while we wait for a volunteer. Please go ahead with an NMU, if you have the time for it.