Return-Path: X-Original-To: apmail-corinthia-dev-archive@minotaur.apache.org Delivered-To: apmail-corinthia-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4D30710A4F for ; Sat, 3 Jan 2015 18:34:00 +0000 (UTC) Received: (qmail 1326 invoked by uid 500); 3 Jan 2015 18:34:01 -0000 Delivered-To: apmail-corinthia-dev-archive@corinthia.apache.org Received: (qmail 1301 invoked by uid 500); 3 Jan 2015 18:34:01 -0000 Mailing-List: contact dev-help@corinthia.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@corinthia.incubator.apache.org Delivered-To: mailing list dev@corinthia.incubator.apache.org Received: (qmail 1289 invoked by uid 99); 3 Jan 2015 18:34:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jan 2015 18:34:01 +0000 X-ASF-Spam-Status: No, hits=-1997.8 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.3] (HELO mail.apache.org) (140.211.11.3) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 03 Jan 2015 18:33:59 +0000 Received: (qmail 1022 invoked by uid 99); 3 Jan 2015 18:33:39 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jan 2015 18:33:39 +0000 Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 73B541A0155 for ; Sat, 3 Jan 2015 18:33:36 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id pv20so16144364lab.41 for ; Sat, 03 Jan 2015 10:33:33 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.152.43.49 with SMTP id t17mr84832099lal.52.1420310013121; Sat, 03 Jan 2015 10:33:33 -0800 (PST) Received: by 10.112.10.16 with HTTP; Sat, 3 Jan 2015 10:33:33 -0800 (PST) In-Reply-To: <003101d02771$1ccb7d30$56627790$@acm.org> References: <003101d02771$1ccb7d30$56627790$@acm.org> Date: Sat, 3 Jan 2015 19:33:33 +0100 Message-ID: Subject: Re: My work in january. From: jan i To: "dev@corinthia.incubator.apache.org" , Dennis Hamilton Content-Type: multipart/alternative; boundary=001a11c23c8ecd9920050bc3b10e X-Virus-Checked: Checked by ClamAV on apache.org --001a11c23c8ecd9920050bc3b10e Content-Type: text/plain; charset=UTF-8 On 3 January 2015 at 17:19, Dennis E. Hamilton wrote: > Hi Jan, > > Two things I hope you will consider for January, > > 1. Give more priority to the Wiki because it blocks others of us from > using it until it is in the shape you envision. > I wil shift priorities, and get cracking on this. > > 2. With regard to more-elaborate externals to deal with x86, x64, other > platforms (?), etc., without a clue what you will require in any of those, > I have no way to develop even preliminary scripts. In particular, it would > be good to know what downloads you expect for x64, and how you want > downloads itself organized, since right now it is flat with > download/include, download/lib, and download/bin. > > On this last, would it be more useful to have externals-win32x86, > externals-win32x64, etc? That is much easier from a scripting setup, so > they each have their own downloads working subfolder, etc. If you separate > externals by type in this way, the migration should be particularly > straightforward in terms of taking the correct DLL bins into a packaging of > a delivered binary, testing with the right ones, etc. > I would prefer to have: externals/lib/x86 externals/lib/x64 and externals/bin/x86 externals/bin/x64, because the include directories are identical, however I have no strong opinion. I expect the downloads we have now (some of them contain a x86 and x64) directory. > > > MY OFFER: I will replace the current externals/README.txt, or add another > file, that documents > > 1. the simple maintenance cases (i.e., upgrading to a new external > release) > +1 > 2. The few places that need to be touched under ordinary maintenance, > +1 > 3. Adjusting to different organizations of the downloaded Zips (there are > 4 flavors at the moment), > ?? I thought we only will be using x86 and x64. > 4. What the test cases are and demonstrating that operation is working > and that the scripts have resilient failure modes. > +1 > 5. Confirmation that the scripts continue to operate properly under > cmd.exe console sessions, PowerShell sessions, MSYS2 sessions, Cygwin > sessions, and Take Command (formerly 4NT) console sessions as well as > across a range of Windows versions, say from XP to Windows 10 Tech Preview. > +1 > > Furthermore, I will, in doing that, also > > 6. Annotate the scripts a bit more so that anyone using them and puzzled > by something has more bread crumbs about what some of the dependencies and > peculiar options are about. > > 7. Bring over the bin/ license material too, so that if the bin folders > are used to build deliverables, the necessary 3rd party licenses on those > DLLs will follow along. > This is very perfect, and please replace the file, with your scripts (and peters for linux), there is no need for my long list o filenames. rgds jan i. > > - Dennis > > -----Original Message----- > From: jan i [mailto:jani@apache.org] > Sent: Saturday, January 3, 2015 02:57 > To: dev@corinthia.incubator.apache.org > Subject: My work in january. > > Hi. > > [ ... ] > > Apart from that I will get our wiki up and prepare presentation for FOSDEM. > > For experiment64, I need to change the script to store lib and bin in x86, > x64 sub dirs, I will change the scripts unless dennis beats me to it. > > have a nice weekend. > rgds > jan i. > > @dennis I hope you are back on your feet again. > > --001a11c23c8ecd9920050bc3b10e--