From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by mail.openembedded.org (Postfix) with ESMTP id 69B6971D16 for ; Fri, 21 Oct 2016 15:16:07 +0000 (UTC) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP; 21 Oct 2016 08:16:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,377,1473145200"; d="scan'208";a="1057189298" Received: from kanavin-desktop.fi.intel.com (HELO [10.237.68.161]) ([10.237.68.161]) by fmsmga001.fm.intel.com with ESMTP; 21 Oct 2016 08:16:08 -0700 To: akuster , Patches and discussions about the oe-core layer References: <03b5e98b-0724-daa2-8f78-ab4624f52752@linux.intel.com> <62045b91-79db-cc5e-c372-70041b7fcdaa@mvista.com> From: Alexander Kanavin Message-ID: <639c3221-23ec-a73c-e333-24ef3ddead81@linux.intel.com> Date: Fri, 21 Oct 2016 18:13:57 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: <62045b91-79db-cc5e-c372-70041b7fcdaa@mvista.com> Subject: Re: [yocto] Attention all: patches for upstream source will be applied with stricter criteria for context X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2016 15:16:09 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 10/21/2016 06:08 PM, akuster wrote: >> while updating gnutls to a newer version I came across a rather >> serious issue: the way we patch source code is very lenient about the >> context for the lines to be changed. Basically, it's enough for one >> line before and after the changed line to match, because patch >> command's default setting for 'fuzz factor' allows it. If these lines >> happen to be whitespace or braces, then there's nothing to prevent the >> patch from being applied incorrectly. >> >> Here's a particularly nasty example of this happening completely >> silently (compile step works fine too), with security implications: >> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450 >> >> I think this absolutely needs to be fixed. > > Is there a target milestone for this change? Currently the plan is to fix all of oe-core and send out a patchset, including the stricter fuzz setting in time for 2.3 M1. Here's the branch: https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/fix-patch-fuzz >> The downside is that this will break a lot of patches across all >> layers - after setting the fuzz to zero in oe-core we have 87 recipes >> that fail to be patched. Maxin and I are currently going through them >> one by one and getting them fixed. > > Is this going to impact the 2.2 release? If we find any patches that are applied incorrectly (as opposed to just having out of date context but still applied correctly), then the fixes will be backported as well. Alex