Re: [v2 2/4] dm ioctl: Allow userspace to provide expected diskseq

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>> See also another bit of background information once more:
>> [PATCH v2] certs/extract-cert: Fix checkpatch issues
>> 2023-06-09
>> https://lore.kernel.org/kernel-janitors/c464c4ee-038c-47bf-857a-b11a89680e82@kadam.mountain/
>> https://lkml.org/lkml/2023/6/9/879
>
> Markus, it's not about imperative tense.  It's about you wasting
> people's time.
>
> Read the subject again.  "Allow userspace to provide expected diskseq".
> That is imperative tense.

Yes for the patch subject.
(Patch/commit descriptions can be adjusted accordingly.)


>                            I have not pointed it out to you because it
> just doesn't matter at all.  If it's in imperative tense or if it's not
> in imperative tense, it doesn't matter.

It seems that known development documentation expresses opposite requirements.


> You're sending out a lot of messages and quite a few times it looks like
> your targeting newbies.

I dare to send some change suggestions (or reminders) to various contributors.


>                          One new developer sent me an email privately
> who was over the top grateful when I told him he could ignore you.
> The guy was like, "I was so puzzled, because it's my first patch
> and I didn't know how to respond."

Thanks for such information.


>                                     This was an experienced programmer
> who we want, but he was new to the kernel community so he didn't know
> if we had bizarre rules or whatever.

There is some guidance available already.
Development experiences can and will grow further.


> I've looked through your patches that have recently been merged.

Thanks for another look.


> Some of those maintainers know that you are banned

Yes, of course.


> and that your patches are not getting any review from the mailing list.

Review approaches are generally improvable.


> We are really trying to be nice and to work around your situation.

Can remaining communication difficulties be resolved better anyhow?


> But don't start bothering newbies who don't know what the situation is.

I do not distinguish some of my patch feedback on the contributor category.

Regards,
Markus

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://listman.redhat.com/mailman/listinfo/dm-devel




[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux