From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=2a00:1450:4864:20::42a; helo=mail-wr1-x42a.google.com; envelope-from=leif.lindholm@linaro.org; receiver=edk2-devel@lists.01.org Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B2B2F21188492 for ; Wed, 7 Nov 2018 07:38:33 -0800 (PST) Received: by mail-wr1-x42a.google.com with SMTP id z16-v6so17901165wrv.2 for ; Wed, 07 Nov 2018 07:38:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=x3X+WWln4j9bnSdvV+F7bSXYlhUboFAIBu1o5anCAmE=; b=gv2zdGX12v5OqsUqhN9LLt8M/DRRWRSJEDhNdOtI1e1QvKfnWUjElId9xyWJIfUbuz +xMhV9oUWx3cES8CJTgl9dISo4PdVDe6sEXWF6gHYbpzHK13nV/5/npTTmNUnGNGyRwr XYCuscH6/IOqSptciHoEWxMu9ZFnoRK/CkKqE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=x3X+WWln4j9bnSdvV+F7bSXYlhUboFAIBu1o5anCAmE=; b=Ez2EOekRoy5d54tu+bupYOfBqY0VOG2MBpMnEw8at1uwEbqiOqEZ6suybLO8XyA5cA EistPTta0765oziZz90kEzED6ebvKG63poq+wnq0wYgALG2CjV9KTvSfh3yueKHezpzf VT8JjhpvPu0kjFibIvqLqIdlcxa2BvPWeCeXAdCwuASjU1agt5HWSaMn2UqpnOD1RfBB MWIG/xPQzo6N6P6fYpP0s+xDDcN3KqtZLY7VnxdN3YXizrQnJUCPLKNpbBgu+J4nXEXU wRNauVENU8NWjM6e1p/xct7jp94fo3zdX9VuyK7whckMrpDKzOWpGn9t0qEINoH+7iWl 50CQ== X-Gm-Message-State: AGRZ1gLX95tDd4FQtVYVNwKRdqTqaUZjAa9EpluUbEG2i+6X9OOMyNgU NhBZjbSq7SucNXVPna90oYS/9w== X-Google-Smtp-Source: AJdET5etYiUjlYXthNwJ9Hb607uoPis3pJ9m9tThFjCMp0BaUPZwuDxlvoW5s+njB3hmYF0C3kXpjg== X-Received: by 2002:adf:9b84:: with SMTP id d4-v6mr639332wrc.240.1541605111826; Wed, 07 Nov 2018 07:38:31 -0800 (PST) Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id x8-v6sm1702139wrd.54.2018.11.07.07.38.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 07 Nov 2018 07:38:30 -0800 (PST) Date: Wed, 7 Nov 2018 15:38:29 +0000 From: Leif Lindholm To: Laszlo Ersek Cc: "Gao, Liming" , "edk2-devel@lists.01.org" , Michael Kinney , Andrew Fish , Stephano Cetola , Brian Richardson Message-ID: <20181107153829.juygpydwln2s5jkj@bivouac.eciton.net> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E3659AB@SHSMSX104.ccr.corp.intel.com> MIME-Version: 1.0 In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: Soft Feature Freeze has started since Nov.1 for dk2-stable201811 X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2018 15:38:34 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Laszlo, Can I inject an alternative interpretation? (feel free to shoot it down) On Wed, Nov 07, 2018 at 04:14:01PM +0100, Laszlo Ersek wrote: > Hi, > > On 11/07/18 02:12, Gao, Liming wrote: > > Hi, all > > > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-Planning > > lists edk2-stable201811 tag planning. Now, we enter into Soft Feature > > Freeze phase. In this phase, the feature under review will not be > > allowed to be pushed. The patch review can continue without break. > > Here is edk2-stable201811 tag planning. > > > 2018-08-15 Beginning of development > > 2018-11-01 Soft Feature Freeze > > 2018-11-08 Hard Feature Freeze > > 2018-11-15 Release > > I don't think an announcement should be made like this, one week after > the fact. (If I missed the exact dates on yesterday's stewards' call, > then I apologize.) > > If we are making the announcement about the Soft Feature Freeze on > 2018-Nov-07, then the Soft Feature Freeze should start no earlier than > 2018-Nov-08 or so. Certainly not retro-actively. > > Perhaps we should push the schedule by one week. Do we need to send an announcement for the soft feature freeze? I would be quite happy with that one being set in stone(ish) from the planning page, and the hard freeze date being the one that needs to be announced. > I understand that will prevent the stable tag from being dropped > *exactly* three months after start of development (2018-Aug-15). I think > that should be fine. Nobody forces us to work in cycles of *exactly* > three months. (Even if we slipped over to December, that shouldn't be a > huge problem; we'd just call the tag "edk2-stable201812".) The workflow > itself is work-in-progress. Of course, I'm heavily biased since I'm hoping to make a Linaro release this month based on the stable tag... > I realize that > > has had the dates available all this time. But, the reason we make the > announcements in the first place is precisely that people don't keep > staring at that page. > > ( > > For example, I reviewed and pushed 4 patches yesterday (on 2018-Nov-06): > > 1 e038bde2679b Revert "OvmfPkg/QemuVideoDxe: list "UnalignedIoInternal.h" in the INF file" > 2 98856a724c2a Revert "OvmfPkg/QemuVideoDxe: VMWare SVGA device support" > 3 438ada5aa5a1 Revert "OvmfPkg/QemuVideoDxe: Helper functions for unaligned port I/O." > 4 328409ce8de7 Revert "OvmfPkg: VMWare SVGA display device register definitions" > > which are the first four patches (out of five) from the following > series: > > [edk2] [PATCH v2 0/5] OvmfPkg: simply use the Bochs interface for vmsvga > > These reverts are arguably not bugfixes; they are preparation for > re-implementing a feature from scratch (the last patch in that series). > Thus, had I known we were already in the Soft Feature Freeze, I wouldn't > have pushed them, because the review was not complete before the soft > freeze start. > > But I had just returned from a week (or more) of PTO, there was no > announcement on the list yet, and I didn't remember the wiki page. > > (In the technical sense, the reverts are not disruptive, luckily; they > remove code that is dead anyway.) > > ) > > This is my opinion at least -- I'm ready to be overruled, but I wanted > to voice it. I don't disagree with anything you say, but my feeling is that we're still learning to work with the new process, and we have seen other mistakes during this cycle. So, I'm happy to consider this post the announcement of the hard-freeze with the soft-freeze date being included for context. I agree that for the next cycle, separate announcements of soft-freeze and hard-freeze would be preferable. I too am OK with being overruled :) / Leif