Alexander Kanavin writes:
>> > Would CANCEL be clearer to you than HALT?
>>
>> mmmh for me as a developer (and non-native english speaker), "cancel"
>> means some ordered ending of an operation.
>>
>> But the condition above causes an emergency abort.
>>
>
> Cancel is the same as abort: a
On Fri, 4 Feb 2022 at 19:39, Enrico Scholz
wrote:
> > Would CANCEL be clearer to you than HALT?
>
> mmmh for me as a developer (and non-native english speaker), "cancel"
> means some ordered ending of an operation.
>
> But the condition above causes an emergency abort.
>
Cancel is the same
Bryan Evenson writes:
>> >> > For BB_DISKMON_DIRS, the actions "ABORT, STOPTASKS and WARN"
>> >> > would become "HALT, NO_NEW_TASKS and "WARN".
>> >>
>> >> I am not an native english speaker, but for "HALT" I will have to
>> >> think twice whether it will pause the operation or abort it. I
ling-list
> ; Patches and discussions about the oe-core
> layer ; OpenEmbedded
> Devel List
> Subject: Re: [oe] [OE-core] Inclusive Language Proposal for YP/OE
>
> Alexander Kanavin writes:
>
> >> > For BB_DISKMON_DIRS, the actions "ABORT, STOPTASKS and WARN"
>
Alexander Kanavin writes:
>> > For BB_DISKMON_DIRS, the actions "ABORT, STOPTASKS and WARN" would
>> > become "HALT, NO_NEW_TASKS and "WARN".
>>
>> I am not an native english speaker, but for "HALT" I will have to
>> think twice whether it will pause the operation or abort it. I would
>> stay
On Fri, 4 Feb 2022 at 14:21, Enrico Scholz via lists.openembedded.org
wrote:
> "Jon Mason" writes:
>
> > For BB_DISKMON_DIRS, the actions "ABORT, STOPTASKS and WARN" would
> > become "HALT, NO_NEW_TASKS and "WARN".
>
> I am not an native english speaker, but for "HALT" I will have to think
>
"Jon Mason" writes:
> For BB_DISKMON_DIRS, the actions "ABORT, STOPTASKS and WARN" would
> become "HALT, NO_NEW_TASKS and "WARN".
I am not an native english speaker, but for "HALT" I will have to think
twice whether it will pause the operation or abort it. I would stay at
"ABORT" because it
This is a follow up to the Inclusive Language email I sent out on
January 24 (see
https://lore.kernel.org/yocto/capoiz9wl16otzxnhdw_5-l72gohkhhm0--wzf7an071cx6s...@mail.gmail.com/).
I'm adding a couple of additional mailing lists to this email that
were not on the original distribution, in case
On 2022-01-24 11:17, Jon Mason wrote:
From the beginning, OpenEmbedded and The Yocto Project have always
strived to be as inclusive as possible to all races, sexes,
orientations, religions, nationalities, and any other thing which
might divide people. As continuation of this striving, there
On Tue, 2022-01-25 at 07:50 -0800, Chuck Wolber wrote:
> On Mon, Jan 24, 2022 at 8:18 AM Jon Mason wrote:
>
> %< SNIP %<
>
> > Branch Names
> > The “master” branches on the relevant OpenEmbedded and Yocto Project
> > git trees will be changed to an alternative name at some point in the
> >
On Tue, 25 Jan 2022 at 15:50, Chuck Wolber wrote:
>> Branch Names
>> The “master” branches on the relevant OpenEmbedded and Yocto Project
>> git trees will be changed to an alternative name at some point in the
>> future. The current preferred name is “devel”.
>
>
> Why devel instead of main
On Mon, Jan 24, 2022 at 8:18 AM Jon Mason wrote:
%< SNIP %<
> Branch Names
> The “master” branches on the relevant OpenEmbedded and Yocto Project
> git trees will be changed to an alternative name at some point in the
> future. The current preferred name is “devel”.
>
Why devel instead of
On 24/01/2022 16:17, Jon Mason wrote:
From the beginning, OpenEmbedded and The Yocto Project have always
strived to be as inclusive as possible to all races, sexes,
orientations, religions, nationalities, and any other thing which
might divide people. As continuation of this striving, there
>From the beginning, OpenEmbedded and The Yocto Project have always
strived to be as inclusive as possible to all races, sexes,
orientations, religions, nationalities, and any other thing which
might divide people. As continuation of this striving, there are
suggested changes below that are being
14 matches
Mail list logo