From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 72995 invoked by alias); 26 Jul 2018 00:50:52 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 72521 invoked by uid 89); 26 Jul 2018 00:50:51 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=1.6 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,UNSUBSCRIBE_BODY autolearn=no version=3.3.2 spammy=traveling, refresh, originate, sake X-HELO: NAM05-DM3-obe.outbound.protection.outlook.com Received: from mail-oln040092014046.outbound.protection.outlook.com (HELO NAM05-DM3-obe.outbound.protection.outlook.com) (40.92.14.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 26 Jul 2018 00:50:50 +0000 Received: from DM3NAM05FT024.eop-nam05.prod.protection.outlook.com (10.152.98.56) by DM3NAM05HT032.eop-nam05.prod.protection.outlook.com (10.152.98.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.995.0; Thu, 26 Jul 2018 00:50:47 +0000 Received: from MWHPR22MB0686.namprd22.prod.outlook.com (10.152.98.60) by DM3NAM05FT024.mail.protection.outlook.com (10.152.98.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.1017.0 via Frontend Transport; Thu, 26 Jul 2018 00:50:47 +0000 Received: from MWHPR22MB0686.namprd22.prod.outlook.com ([fe80::100f:ff50:2980:5c59]) by MWHPR22MB0686.namprd22.prod.outlook.com ([fe80::100f:ff50:2980:5c59%4]) with mapi id 15.20.0995.014; Thu, 26 Jul 2018 00:50:47 +0000 From: Tony Kelman To: "cygwin-apps@cygwin.com" Subject: Re: [ITA] cmake 3.12.0 Date: Thu, 26 Jul 2018 00:50:00 -0000 Message-ID: References: <87h8kobgqc.fsf@Rainer.invalid> <87d0vcbbpn.fsf@Rainer.invalid>,<6e0f7d2f-c9a5-bb79-7c8d-161dcf20ec3f@gmail.com> In-Reply-To: <6e0f7d2f-c9a5-bb79-7c8d-161dcf20ec3f@gmail.com> received-spf: None (protection.outlook.com: kelman.net does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=tony@kelman.net; Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2018-07/txt/msg00104.txt.bz2 > No, all I'm saying that there's a protocol for that.=A0 The maintainer is > supposed to monitor this list I do read the mailing list, but don't write to it very often - composing a plain-text email is overly complicated with the mobile email clients I use most of the time, and I was traveling this past week. I haven't been maintaining cmake very well, I've seen and noted all the requests for updates but haven't had time to refresh the package. Ivan's request is the first one that sounds more like "how can I help do this" rather than "please do this for me, why haven't you done this." I agree with the "general rule [...] to not mail package maintainers directly" but the plain-text requirements of the list and the limited functionality of gmane nowadays at least made it simpler to respond to a direct email that Ivan already sent me. To reiterate, and expand, my response publicly now that I have regular access to a device from which I can send plain-text emails: One of the main reasons I haven't put in the effort to update the cmake package is that recent versions of cmake have new dependencies which it vendors by default, which is not the way distros such as cygwin prefer to build things. For a cygwin packaging build of cmake (as with other tools), the "right way" is presumably to use system versions of all library dependencies. This would require an ITP on at least libuv, and any other new dependencies of cmake that the latest version has but 3.6 didn't. This might include rhash and json-cpp (looking at how msys2 has updated their packaging of cmake over time), but I'm not positive. If Ivan is willing to package and maintain libuv and any other new cmake dependencies so they can be de-vendored, I'm fine with him adopting cmake. For his own sake, I'd recommend doing a better job than I did of tracking down any test failures and pursuing upstreaming the cygwin patches. Many of those originate from Yaakov, and there is some past discussion on the list about a few of them. Those patches are kind of a pain to rebase with each new version, so working to upstream them will save time over the long run. I haven't reviewed what Ivan has changed in the packaging, patches, etc. So heavy cygwin users of cmake, particularly packagers of other cmake-built programs and libraries, should carefully test out the new builds. -Tony