From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 108598 invoked by alias); 16 Jan 2018 18:12:58 -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 108562 invoked by uid 89); 16 Jan 2018 18:12:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,SPF_PASS autolearn=no version=3.3.2 spammy=breaking, baggage, Hx-languages-length:2216, achieved X-HELO: vsmx012.vodafonemail.xion.oxcs.net Received: from vsmx012.vodafonemail.xion.oxcs.net (HELO vsmx012.vodafonemail.xion.oxcs.net) (153.92.174.90) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 16 Jan 2018 18:12:52 +0000 Received: from vsmx004.vodafonemail.xion.oxcs.net (unknown [192.168.75.198]) by mta-8-out.mta.xion.oxcs.net (Postfix) with ESMTP id 657B38CDCE0 for ; Tue, 16 Jan 2018 18:12:47 +0000 (UTC) Received: from Gertrud (unknown [91.47.57.248]) by mta-8-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 356A5CDF82 for ; Tue, 16 Jan 2018 18:12:45 +0000 (UTC) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: Planned setup.ini changes for early 2018 References: <5e585f56-b4b1-753d-7ca8-0f7894194fa9@dronecode.org.uk> <871sit7gji.fsf@Rainer.invalid> <92b5ec62-0c4a-ad37-1c10-164db0119879@dronecode.org.uk> Date: Tue, 16 Jan 2018 18:12:00 -0000 In-Reply-To: <92b5ec62-0c4a-ad37-1c10-164db0119879@dronecode.org.uk> (Jon Turney's message of "Mon, 15 Jan 2018 19:01:35 +0000") Message-ID: <87efmp8yg6.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-VADE-STATUS: LEGIT X-SW-Source: 2018-01/txt/msg00056.txt.bz2 Jon Turney writes: > The purpose of my original email is to start that discussion. Well, sorry then for not recognizing that, but from your other answers in this thread I've got the impression src/ is a done deal that you didn't want to discuss. > If I've understood correctly, your objection is that this will break > installing source packages from mirrors which choose to mirror > selected subdirectories (e.g. x86_64/ and noarch/). My personal objection is that it will add another two hours to mirroring the Cygwin repo via a HTTP proxy (or I just give up on mirroring the sources). But yes, not breaking things for folks who try to be nice to mirror operators is next on my list. Then come the mirror operators themselves. I must admit I hadn't considered the Cygwin Time Machine, this adds another twist that I haven't fully thought through yet. > I guess I consider that counterbalanced by the ability to selectively > not mirror src/. I don't, due to the conspicUous naming of the source archive files that effect is easily achieved by all mirroring methods that I have personally used. So it doesn't really add any value that I can see to counterbalance the other ripple effects it will have. Unfortunately I don't have a lot of time on my hands right now, but I think (very preliminarily) that aside from keeping the directory structure intact, we should also keep the old setup.ini as-is (not just compatible) and instead move the "new" setup.ini one level up and have it encompass both supported architectures using a more compact syntax. It should be possible to generate the "old" x86{,_64}/setup.ini by transforming the "new" setup.ini so you can hopefully drop some more baggage in calm. The main benefit of using a modified format would be to not have the redundant information in it as the current format would need to carry. As long as we keep the old format around that redundancy is effectively still with us, but we can isolate it more easily. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada