Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id EAC62200B50 for ; Fri, 15 Jul 2016 07:16:43 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id E9689160A86; Fri, 15 Jul 2016 05:16:43 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 3E8F4160A63 for ; Fri, 15 Jul 2016 07:16:43 +0200 (CEST) Received: (qmail 83336 invoked by uid 500); 15 Jul 2016 05:16:37 -0000 Mailing-List: contact dev-help@ofbiz.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ofbiz.apache.org Delivered-To: mailing list dev@ofbiz.apache.org Received: (qmail 83315 invoked by uid 99); 15 Jul 2016 05:16:36 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Jul 2016 05:16:36 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 2BA6D1A6041; Fri, 15 Jul 2016 05:16:36 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.28 X-Spam-Level: X-Spam-Status: No, score=0.28 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id GSpA7NjK4m-m; Fri, 15 Jul 2016 05:16:34 +0000 (UTC) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.20]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id C3E155F574; Fri, 15 Jul 2016 05:16:33 +0000 (UTC) Received: from [192.168.1.2] (53.222.130.77.rev.sfr.net [77.130.222.53]) by msfrf2631.sfr.fr (SMTP Server) with ESMTP id 3CB7A1C000810; Fri, 15 Jul 2016 07:16:25 +0200 (CEST) Received: from [192.168.1.2] (53.222.130.77.rev.sfr.net [77.130.222.53]) (Authenticated sender: jacques.leroux60@sfr.fr) by msfrf2631.sfr.fr (SMTP Server) with ESMTPA; Fri, 15 Jul 2016 07:16:24 +0200 (CEST) Authentication-Results: sfr.fr; auth=pass (PLAIN) smtp.auth=jacques.leroux60@sfr.fr Subject: Re: Which versions on new demo VM? Reply-To: dev@ofbiz.apache.org References: <2b365804-c985-25a3-b24e-6d7441d220e4@les7arts.com> To: private@ofbiz.apache.org, "dev@ofbiz.apache.org" From: Jacques Le Roux Organization: Les Arts Informatiques Message-ID: Date: Fri, 15 Jul 2016 07:16:29 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: X-sfr-mailing: LEGIT Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit archived-at: Fri, 15 Jul 2016 05:16:44 -0000 It seems nobody disagreed so I will apply this KISS plan, thanks Taher Jacques Le 10/07/2016 à 06:53, Jacques Le Roux a écrit : > Thanks Taher, > > I finally see no reasons to not send this message to the dev ML. I forward your answer. > > Jacques > > > Le 09/07/2016 à 19:00, Taher Alkhateeb a écrit : >> Hi Jacques, >> >> I suggest that we keep only two demo VMs instead of three. One for old / >> stable (13) and one for trunk and that's it. Once we branch out 16 and >> stabilize it into a release then we reshuffle things again. >> >> Under the exceptional transformational conditions we are going through, I >> think I would not bother with having too many demos up and running >> >> Regards, >> >> Taher Alkhateeb >> >> On Sat, Jul 9, 2016 at 3:48 PM, Jacques Le Roux < >> jacques.le.roux@les7arts.com> wrote: >> >>> Hi, >>> >>> I have promised to Gavin to put in place the demos on the new VM this >>> weekend. >>> >>> I think I can easily do it with the current setting. But I wonder if we >>> could not benefit from this change to also change the versioned demos. >>> >>> On the other hand it's a bold decision because it would mean that we >>> switch R13 to old and use R14 or even R15 as "stable", which does not make >>> sense. But finally how long will we demos with so old stuff? >>> >>> Opinions? >>> >>> Later I will also put a letsencrypt script to automatically generate the >>> certificates (must be done each 3 months) >>> >>> Jacques >>> >>> >>> > >