Hi Andy On Mon, Aug 7, 2023 at 3:04 PM Andy Shevchenko <[email protected]> wrote: > > On Mon, Aug 07, 2023 at 02:44:31PM +0200, Michael Nazzareno Trimarchi wrote: > > Hi Pali > > > > Can you just filter emails on your side? > > Independently on the question is default setup is good or not > (from _this_ point of view, I *disagree* with Pali), we have to > have a possibility to filter on _our_ side the email addresses > to make people happy. If Pali by some reasons does not want to > see, it must be easy to keep some deny list in the repository. > > What you are suggesting is not polite I believe.
I understand what you mean, I never consider emails to me as a problem if I'm working on an opensource project and mostly of the time I'm happy to receive them Michael > > > On Mon, Aug 7, 2023 at 2:18 PM Pali Rohár <[email protected]> wrote: > > > > > > So remove me from that list of dram.c file. I'm not interested to > > > receive emails from people who are ignoring me about unrelated things. > > > > > > On Monday 07 August 2023 09:43:01 Bin Meng wrote: > > > > Hi Pali, > > > > > > > > On Sun, Aug 6, 2023 at 11:55 PM Pali Rohár <[email protected]> wrote: > > > > > > > > > > On Sunday 06 August 2023 08:39:43 Simon Glass wrote: > > > > > > Hi Pali, > > > > > > > > > > > > On Sun, 6 Aug 2023 at 04:51, Pali Rohár <[email protected]> wrote: > > > > > > > > > > > > > > I'm not x86 maintainer, and I'm not going to review changes. So > > > > > > > please > > > > > > > do not send me these emails. I have expressed it many times. > > > > > > > > > > > > You were sent one patch (and the cover letter) because you are the > > > > > > second committer on arch/x86/cpu/qemu/dram.c > > > > > > > > > > I'm not maintainer of arch/x86/cpu/qemu/dram.c. How many times I have > > > > > to > > > > > repeat it? You do not understand? Or what you are trying to do now? > > > > > > > > I believe this cc list comes from patman which calls get_maintainer.pl > > > > to get the cc list. > > > > get_maintainer.pl determines the person names from 1. MAINTAINERS of > > > > the changed file 2. git commit history of the changed file. > > > > > > > > I can see the philosophy was that someone who touched the changed file > > > > should be copied for review. > > > > We certainly could argue that and just get the list solely from the > > > > MAINTAINERS file. > > > > > > > > Regards, > > > > Bin > > > > > > > > -- > > Michael Nazzareno Trimarchi > > Co-Founder & Chief Executive Officer > > M. +39 347 913 2170 > > [email protected] > > __________________________________ > > > > Amarula Solutions BV > > Joop Geesinkweg 125, 1114 AB, Amsterdam, NL > > T. +31 (0)85 111 9172 > > [email protected] > > www.amarulasolutions.com > > -- > With Best Regards, > Andy Shevchenko > > -- Michael Nazzareno Trimarchi Co-Founder & Chief Executive Officer M. +39 347 913 2170 [email protected] __________________________________ Amarula Solutions BV Joop Geesinkweg 125, 1114 AB, Amsterdam, NL T. +31 (0)85 111 9172 [email protected] www.amarulasolutions.com
