From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13008 invoked by alias); 21 Jun 2013 20:35:25 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 12984 invoked by uid 89); 21 Jun 2013 20:35:20 -0000 X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,TW_YG autolearn=ham version=3.3.1 Received: from mho-02-ewr.mailhop.org (HELO mho-02-ewr.mailhop.org) (204.13.248.72) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 21 Jun 2013 20:35:19 +0000 Received: from pool-108-49-156-142.bstnma.fios.verizon.net ([108.49.156.142] helo=cgf.cx) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1Uq83B-000Cz3-Gq for cygwin@cygwin.com; Fri, 21 Jun 2013 20:35:17 +0000 Received: from localhost (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id BC5D760125 for ; Fri, 21 Jun 2013 16:35:16 -0400 (EDT) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18Or7pk6gcwqGV/oH6hthbH Date: Fri, 21 Jun 2013 21:01:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: cygport limitations (was: Adding MSYS functionality to Cygwin) Message-ID: <20130621203516.GA6468@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <51C0D956.4090905@etr-usa.com> <51C1B299.1000701@cwilson.fastmail.fm> <51C1F0F9.70601@etr-usa.com> <51C1FA8E.3000307@users.sourceforge.net> <51C33F38.4080103@etr-usa.com> <20130620181056.GA16923@calimero.vinschen.de> <74f7s89jvij7188akllq0l4qpp0i2ju35q@4ax.com> <20130621074934.GF1620@calimero.vinschen.de> <20130621143411.GA5918@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2013-06/txt/msg00590.txt.bz2 On Fri, Jun 21, 2013 at 04:03:46PM -0400, Andrew Schulman wrote: >>On Fri, Jun 21, 2013 at 09:49:34AM +0200, Corinna Vinschen wrote: >>>On Jun 20 22:38, Andrew Schulman wrote: >>>>>If every maintainer would use cygport, it would allow us to change the >>>>>build method to one along the lines of most Linux distros. In Linux >>>>>distros, the maintainer provides only the spec file and the source >>>>>archive. The actual build for all supported platforms could be done on >>>>>a machine which creates the distro from there. >>>> >>>>That would be cool. Let's do it! >>> >>>Uhm, that was a projection into the ideal future. No provisions have >>>been made yet. We need to set up a central repository like Yaakov's >>>cygwinports git repo and a central build mechanism. The first we can >>>probably shamelessly copy from Yaakov and set up over the next few >>>months, the second needs a bit of hacking. >> >>I'm not sure if this reminder is needed but, I'm not switching to >>cygport and I believe there are also a couple of other people using >>non-cygport packagers as well. > >I guess there will always be some maintainers who don't want to use >cygport, but I don't think that should be a reason to keep all of the >rest of us from moving from the current labor-intensive manual build >process, to a more labor-efficient automated process. You've introduced a false dilemma. There is no reason to assume that any build system will be so limited as to be able to only run one type of build mechanism. The one that I use could easily be dropped into any automated build. Also, while I'm happy to help set up some kind of central repository, please don't anyone assume that sourceware will be used to build packages. That is not an appropriate use of the system. So, someone (Red Hat?) would have to offer up a system to build everything. I've said repeatedly that I'd like to fix the current upload mechanism that we use for Cygwin. I've tried a couple of different mechanisms but neither was really good enough. >For packages that don't work well with cygport, maybe it would be >worthwhile to still support the current manual upload method. The >number of those packages would apparently be small. But if a >maintainer just doesn't want to use cygport, then I think we should ask >whether the project should spend its resources accomodating that >preference. I don't see any reason to adopt that harsh a stance but again: false dilemma... cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple