From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 45148 invoked by alias); 9 May 2016 14:38:42 -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 45127 invoked by uid 89); 9 May 2016 14:38:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-languages-length:1454, H*F:D*org.uk, Hx-spam-relays-external:ESMTPA X-HELO: out5-smtp.messagingengine.com Received: from out5-smtp.messagingengine.com (HELO out5-smtp.messagingengine.com) (66.111.4.29) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 09 May 2016 14:38:31 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id B4A3D200A7 for ; Mon, 9 May 2016 10:38:29 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Mon, 09 May 2016 10:38:29 -0400 Received: from [192.168.1.102] (host86-141-129-57.range86-141.btcentralplus.com [86.141.129.57]) by mail.messagingengine.com (Postfix) with ESMTPA id 5B562C0001E for ; Mon, 9 May 2016 10:38:29 -0400 (EDT) Subject: Re: Dedup x86/x86_64 --> noarch To: cygwin-apps@cygwin.com References: <87zistg99v.fsf@Rainer.invalid> <571B539D.4050304@dronecode.org.uk> <87r3dwo1aj.fsf@Rainer.invalid> <20160423153230.GK15916@calimero.vinschen.de> <87mvoknxew.fsf@Rainer.invalid> From: Jon Turney Message-ID: Date: Mon, 09 May 2016 14:38:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87mvoknxew.fsf@Rainer.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-05/txt/msg00018.txt.bz2 On 23/04/2016 16:43, Achim Gratz wrote: > Corinna Vinschen writes: >> The src packages would ideally be in a src subdir, parallel to the >> noarch and $arch dirs. > > Hmm, I'm not sure I'd like that. > > The src packages are not generally arch-less. There are several > examples where either the cygport files, the patches or even the source > archives are arch-specific. I think 'generally' is over-stating the case, the vast majority of source packages should be arch-less. If the source package really is arch-specific, then it should be marked so with ARCH [1] If it contains arch-specific patches, they should be made conditional on ARCH. [1] https://cygwinports.github.io/cygport/compilers_cygpart.html#robo872 > Of these, the .cygwin patches are almost > certainly spurious since they get time-stamped on creation. The other > differences most likely aren't, although it should be possible to > reconcile them in most cases. But yes, this is not straightforward because the way we generate source packages at the moment means there is no guarantee that the same source package is used to build the different arch variants. > On another note, it still irks me that the debuginfo packages aren't > following the naming convention of the src packages; they should be > named ${PKG}-${PVR}-debuginfo.tar.xz and treated with their respective > box in setup.exe just like the sources. We have the source code :)