From: Thomas Monjalon <thomas@monjalon.net>
To: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>, ci@dpdk.org
Cc: Aditya Ambadipudi <Aditya.Ambadipudi@arm.com>,
"ci@dpdk.org" <ci@dpdk.org>,
Dhruv Tripathi <Dhruv.Tripathi@arm.com>,
Wathsala Wathawana Vithanage <wathsala.vithanage@arm.com>,
Paul Szczepanek <Paul.Szczepanek@arm.com>, nd <nd@arm.com>,
Ali Alnubani <alialnu@nvidia.com>,
Aaron Conole <aconole@redhat.com>, dev <dev@dpdk.org>,
Patrick Robb <probb@iol.unh.edu>
Subject: Re: How to remove a word from the dictionary.txt we are using in the CI/CD pipeline.
Date: Tue, 16 Apr 2024 09:19:14 +0200 [thread overview]
Message-ID: <2930899.e9J7NaK4W3@thomas> (raw)
In-Reply-To: <CAJvnSUCG8qF6+78SBqX_=6yWPXqS6Fi5wTBELsKcAmUidPTd_A@mail.gmail.com>
We have such exception already:
devtools/build-dict.sh
16/04/2024 00:19, Patrick Robb:
> Hi Aditya,
>
> I don't run these CI checks, but I think the checkpatch script in CI
> is using https://github.com/codespell-project/codespell as the
> dictionary provider. So, one possibility is suggesting to that project
> that deque is a valid word which should be supported in software
> projects. Then, the person who maintains this check would have to
> update their codespell repo. I haven't tried submitting such a change
> to this project before, but it looks like they have some open PRs for
> word policy suggestions like yours:
> https://github.com/codespell-project/codespell/pull/2812
>
> It looks like the first and fourth from this list would need to become
> valid uses?
>
> ./codespell_lib/data/dictionary_code.txt:deque->dequeue
> ./codespell_lib/data/dictionary.txt:dequed->dequeued
> ./codespell_lib/data/dictionary.txt:dequeing->dequeuing
> ./codespell_lib/data/dictionary.txt:deques->dequeues
>
> Ali, are you the person who maintains the checkpatch run which posts
> results to patchwork?
>
> Otherwise I think it is up to the DPDK maintainers to decide if an
> exception is appropriate. I believe they have done this in the past.
> It might not hurt to suggest the change to codespell, and then if
> they're not on board, requesting an exception for your DPDK patch.
>
> One possibility is starting a DPDK specific exceptions list, which
> people could add to alongside their patches. I don't think the
> maintainers will favor this though as I expect they will want to keep
> checkpatch pretty simple and standard.
>
> Adding the dev mailing list as I'm guessing other DPDK devs have run
> into the same issue and might be able to provide more feedback.
>
> On Mon, Apr 15, 2024 at 5:17 PM Honnappa Nagarahalli
> <Honnappa.Nagarahalli@arm.com> wrote:
> >
> > + Patrick
> >
> >
> >
> > From: Aditya Ambadipudi <Aditya.Ambadipudi@arm.com>
> > Date: Monday, April 15, 2024 at 3:41 PM
> > To: ci@dpdk.org <ci@dpdk.org>
> > Cc: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>, Dhruv Tripathi <Dhruv.Tripathi@arm.com>, Wathsala Wathawana Vithanage <wathsala.vithanage@arm.com>
> > Subject: How to remove a word from the dictionary.txt we are using in the CI/CD pipeline.
> >
> > Hello folks,
> >
> > My name is Aditya Ambadipudi. I work as a software engineer at Arm.
> >
> > Recently we submitted a patch set for DPDK:
> >
> > http://patches.dpdk.org/project/dpdk/patch/20240401013729.1466298-3-aditya.ambadipudi@arm.com/
> >
> > And the CI/CD is failing for this patch because of the word Deque.
> >
> > 1787:adaquate->adequate
> >
> > 1788:adaquately->adequately
> >
> > 1789:adaquetely->adequately
> >
> > 1790:adaquit->adequate
> >
> > 1791:adaquitly->adequately
> >
> > 1975:adecuate->adequate
> >
> > 1977:adequat->adequate
> >
> > 1978:adequatly->adequately
> >
> > 1979:adequit->adequate
> >
> > 1980:adequite->adequate
> >
> > 1981:adequitely->adequately
> >
> > 1982:adequitly->adequately
> >
> > 18484:dequed->dequeued
> >
> > 18485:dequeing->dequeuing
> >
> > 18486:deques->dequeues
> >
> > 30005:inadiquate->inadequate
> >
> > 30006:inadquate->inadequate
> >
> > 61309:deque->dequeue
> >
> >
> >
> >
> >
> > Code spell wants us to substitute all the places where we used the word "deque" with "dequeue".
> >
> >
> >
> > We were wondering if it is possible to remove this rule from that dictionary that the CI/CD pipeline uses. Or if there is a way to circumvent that rule.
> >
> > The CR we created was specifically to add a Deque library to DPDK. The data structure we have created is a Deque and there is no other word that we can think of that describes that data structure better than "Deque".
> >
> >
> >
> > Thank you,
> >
> > Aditya Ambadipudi
> >
> >
> >
>
prev parent reply other threads:[~2024-04-16 7:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <PAVPR08MB91853B3126B08A68692A2872EF092@PAVPR08MB9185.eurprd08.prod.outlook.com>
[not found] ` <DBAPR08MB5814A64E6B2D228A82A920BA98092@DBAPR08MB5814.eurprd08.prod.outlook.com>
2024-04-15 22:19 ` Patrick Robb
2024-04-16 7:19 ` Thomas Monjalon [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2930899.e9J7NaK4W3@thomas \
--to=thomas@monjalon.net \
--cc=Aditya.Ambadipudi@arm.com \
--cc=Dhruv.Tripathi@arm.com \
--cc=Honnappa.Nagarahalli@arm.com \
--cc=Paul.Szczepanek@arm.com \
--cc=aconole@redhat.com \
--cc=alialnu@nvidia.com \
--cc=ci@dpdk.org \
--cc=dev@dpdk.org \
--cc=nd@arm.com \
--cc=probb@iol.unh.edu \
--cc=wathsala.vithanage@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).