From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by mx.groups.io with SMTP id smtpd.web09.471.1652808732786419686 for ; Tue, 17 May 2022 10:32:12 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=UcoEST6G; spf=pass (domain: kernel.org, ip: 139.178.84.217, mailfrom: ardb@kernel.org) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 08BAE61462 for ; Tue, 17 May 2022 17:32:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 573D6C34117 for ; Tue, 17 May 2022 17:32:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1652808731; bh=DQ9kanS/04RCD9BvsT1/jr22ZfRuQMtBGUV67AsaEQk=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=UcoEST6GuMqLt6dULu5LaOYXViZAwY9tBqWn72Hz+aVTQZVzsBZ//2dgqq/gQsWeQ REPr89hVjkdY+DqwmAL9muAKTQWeLsBKW0x9hOufXTFPpYURP3lsNdanyvVm8qz+Py DEvthuOpX4spz1vT4DE/2WU2B6OjfF6WgmBz5/gdkjA2RAAHLA69qG1tvVocOE46Oj Qxdkw85eNt+FAJGChTckaAng4dLhOoAmNd0VI8cDuvOgtxV6XD1ViHnO6Dy1FuYp2F 3XiljAA4KewtooSftjSvryTNLKTA+FFizIchQ+LJnkTULEzMVon1D49fOZVsD1RYXU D8S9PlJf1dCDA== Received: by mail-oa1-f43.google.com with SMTP id 586e51a60fabf-f1d2ea701dso1034267fac.10 for ; Tue, 17 May 2022 10:32:11 -0700 (PDT) X-Gm-Message-State: AOAM5314xO07cXEde7VPrgByYNAr+5nOSRGh46L7Dwm2uuoHvngW8eMw lRjvuFHFwHU2QdaSVHq/AuVb4PAacOGxoyWz8qs= X-Google-Smtp-Source: ABdhPJwyB5I77Wa+seF7ZLAVC7O8sJJovPKnaFYN9weB9TPeKa4KnbzM8BB262awylwiuQqyfv9+MFC1+6xqXBA36Eo= X-Received: by 2002:a05:6870:468e:b0:ed:de90:fa80 with SMTP id a14-20020a056870468e00b000edde90fa80mr13471732oap.126.1652808730387; Tue, 17 May 2022 10:32:10 -0700 (PDT) MIME-Version: 1.0 References: <20220517160043.1210-1-mikuback@linux.microsoft.com> <52bf72a9-604e-a1ca-8846-34a7801ef427@linux.microsoft.com> In-Reply-To: <52bf72a9-604e-a1ca-8846-34a7801ef427@linux.microsoft.com> From: "Ard Biesheuvel" Date: Tue, 17 May 2022 19:31:59 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [edk2-devel] [PATCH v1 0/8] Fix new typos reported To: edk2-devel-groups-io , Michael Kubacki Cc: Alexei Fedorov , Ankit Sinha , Ard Biesheuvel , Bret Barkelew , Gerd Hoffmann , Guomin Jiang , Jiewen Yao , Leif Lindholm , Liming Gao , Michael D Kinney , Nate DeSimone , Ray Ni , Sami Mujawar , Sean Brogan , Supreeth Venkatesh , Wei6 Xu Content-Type: text/plain; charset="UTF-8" On Tue, 17 May 2022 at 18:25, Michael Kubacki wrote: > > Hi Ard, > > I think that's a reasonable approach. > > We could also consider locking onto a specific cspell version to > decrease the likelihood of this sporadically appearing in the future. > > In this case, I would prefer not to make the decision to disable spell > check entirely on behalf of various package maintainers though. I'm just > trying to keep the status quo from unblocking other changes. > > Do you think that's something you or others could add as a change on top > of this series? > I guess that could wait until after the stable tag. However, your current series adds words such as "addressig" and "characteritics" to the ignorelist of ArmPkg, and that is something I do have a problem with: this is just busywork, as there is no confusion whatsoever about the meaning of the texts in question, nobody is proposing changes to the code that contains these typos, and adding typos to these ignorelists is clearly not the correct solution. CI and automation are fine, but here, they are just creating problems, resulting in pointless churn, and impeding the stable tag process. Please, just turn it off.