Re: MAINTAINERS without commits in the last 3 years
On Thu, Sep 01, 2016 at 09:02:29AM -0700, Joe Perches wrote: > If you want to apply this one first, that's fine by me. Thanks, I'll route it through the EDAC tree. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --
Re: MAINTAINERS without commits in the last 3 years
On Thu, 2016-09-01 at 14:58 +0200, Borislav Petkov wrote: > On Fri, Aug 26, 2016 at 08:17:50PM +, Luck, Tony wrote: > > > > Agreed. I don't have a box to test, so I can't take on this driver. But > > leaving > > it in tree for a while longer doesn't hurt (much ... it seems to get a > > tree-wide > > cleanup patch about once a year ... which doesn't sound like a crushing > > overhead). > Here it is: Thanks Borislav. I have the same thing locally and was going to send it in a couple weeks with a larger series for all the other bounces after trying to contact the bouncees at other possible email addresses. I was going to send all the updates via Andrew Morton. If you want to apply this one first, that's fine by me.
Re: MAINTAINERS without commits in the last 3 years
On Fri, Aug 26, 2016 at 08:17:50PM +, Luck, Tony wrote: > Agreed. I don't have a box to test, so I can't take on this driver. But > leaving > it in tree for a while longer doesn't hurt (much ... it seems to get a > tree-wide > cleanup patch about once a year ... which doesn't sound like a crushing > overhead). Here it is: --- From: Borislav Petkov Date: Thu, 1 Sep 2016 14:55:45 +0200 Subject: [PATCH] EDAC, I3000: Orphan driver Apparently there's no hw left at Intel for testing patches and Jason is not going to maintain it anymore. Signed-off-by: Borislav Petkov --- CREDITS | 4 MAINTAINERS | 3 +-- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/CREDITS b/CREDITS index 2a3fbcd229e6..1d7c43f3361f 100644 --- a/CREDITS +++ b/CREDITS @@ -3654,6 +3654,10 @@ S: Obere Heerbergstrasse 17 S: 97078 Wuerzburg S: Germany +N: Jason Uhlenkott +E: juhle...@akamai.com +D: I3000 EDAC driver + N: Greg Ungerer E: g...@snapgear.com D: uClinux kernel hacker diff --git a/MAINTAINERS b/MAINTAINERS index 20bb1d00098c..13c6abeb451a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4454,9 +4454,8 @@ S:Maintained F: drivers/edac/i82443bxgx_edac.c EDAC-I3000 -M: Jason Uhlenkott L: linux-e...@vger.kernel.org -S: Maintained +S: Orphan F: drivers/edac/i3000_edac.c EDAC-I5000 -- 2.8.4 -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --
Re: MAINTAINERS without commits in the last 3 years
On Tue, 2016-08-30 at 17:19 +0200, Anders Larsen wrote: > On Wednesday, 2016-08-24 16:33 Joe Perches wrote: > > Many email addresses in MAINTAINERS no longer work so many > > sections in MAINTAINERS could likely be considered either > > obsolete or unmaintained. > Whereas I agree it's helpful to purge dysfunctional adresses... > > These M: entries in MAINTAINERS haven't authored or had any > > -by: signature entries in git log for the last 3 years. > ...IMHO just because there hasn't been any activity for > amount of time> does not automatically mean the subsystem in question > has been abandoned. Nor does it mean that address/person would be purged unless specifically requested or the email bounces. Even if an email bounces, there are sometimes simple updates for dead addresses like rml's tech9. But unless you try/ask, you can't know if someone doesn't want to be/isn't a maintainer anymore. I've had a few "I'm not doing this anymore, remove me" type replies. > I'm using "my" subsystem (QNX4 FS) almost daily, so I don't believe > anything would be gained if get_maintainers.pl would stop keeping me > in the loop. Good on you.
Re: MAINTAINERS without commits in the last 3 years
On Wednesday, 2016-08-24 16:33 Joe Perches wrote: > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. Whereas I agree it's helpful to purge dysfunctional adresses... > These M: entries in MAINTAINERS haven't authored or had any > -by: signature entries in git log for the last 3 years. ...IMHO just because there hasn't been any activity for does not automatically mean the subsystem in question has been abandoned. I'm using "my" subsystem (QNX4 FS) almost daily, so I don't believe anything would be gained if get_maintainers.pl would stop keeping me in the loop. Cheers Anders
Re: MAINTAINERS without commits in the last 3 years
On Sat, 2016-08-27 at 22:31 -0400, Mark F. Brown wrote: > I've continued to author patches for the Linux kernel, but they have been > under my work email address. This email works but I do not monitor it very > often anymore. So should the MAINTAINERS address be changed ?
RE: MAINTAINERS without commits in the last 3 years
>> Maybe mark it Obsolete or Orphan. > > Yap, let's mark it Orphan and remove Jason Uhlenkott's email address. I > wouldn't go as far as removing it just yet especially if it doesn't cost > us anything to have it in there and someone might have a box with the > hardware somewhere... Agreed. I don't have a box to test, so I can't take on this driver. But leaving it in tree for a while longer doesn't hurt (much ... it seems to get a tree-wide cleanup patch about once a year ... which doesn't sound like a crushing overhead). -Tony
Re: MAINTAINERS without commits in the last 3 years
On Fri, Aug 26, 2016 at 12:50:12PM -0700, Joe Perches wrote: > Maybe mark it Obsolete or Orphan. Yap, let's mark it Orphan and remove Jason Uhlenkott's email address. I wouldn't go as far as removing it just yet especially if it doesn't cost us anything to have it in there and someone might have a box with the hardware somewhere... -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --
Re: MAINTAINERS without commits in the last 3 years
On Fri, 2016-08-26 at 15:34 -0400, Jason Baron wrote: > On 08/24/2016 07:33 PM, Joe Perches wrote: > > Many email addresses in MAINTAINERS no longer work so many sections in > > MAINTAINERS could likely be considered either obsolete or unmaintained. > ... > > juhle...@akamai.com > So I can confirm that he is no longer here, and as far > as I know is not interested in maintaining this edac driver: > > EDAC-I3000 > M: Jason Uhlenkott > L: linux-e...@vger.kernel.org > S: Maintained > F: drivers/edac/i3000_edac. > > We also no longer have this h/w around, so we don't > have a way to even test changes really. > > I think we should probably just remove the entry. Maybe mark it Obsolete or Orphan. Does anyone, even anyone from Intel, care?
Re: MAINTAINERS without commits in the last 3 years
On 08/24/2016 07:33 PM, Joe Perches wrote: Many email addresses in MAINTAINERS no longer work so many sections in MAINTAINERS could likely be considered either obsolete or unmaintained. ... juhle...@akamai.com Hi Joe, So I can confirm that he is no longer here, and as far as I know is not interested in maintaining this edac driver: EDAC-I3000 M: Jason Uhlenkott L: linux-e...@vger.kernel.org S: Maintained F: drivers/edac/i3000_edac. We also no longer have this h/w around, so we don't have a way to even test changes really. I think we should probably just remove the entry. Thanks, -Jason
Re: MAINTAINERS without commits in the last 3 years
On 08/24/2016 04:33 PM, Joe Perches wrote:
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
>
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINERS and get_maintainer.pl more
> useful.
>
> These M: entries in MAINTAINERS haven't authored or had any
> -by: signature entries in git log for the last 3 years.
>
> Some of these, like sta...@kernel.org and triv...@kernel.org, are
> obviously addresses that should not be deleted from MAINTAINERS,
> but most of them are candidates for removal or update.
>
> The email addresses below are also bcc'd here to see what bounces.
> The list of the bounces will be collected.
>
> Thoughts?
>
For:
> bcm-kernel-feedback-l...@broadcom.com
This mailing-list was recently added under the M: entry with commit
086f470481f5305ac52ce960e31a7d4441886e59 ("MAINTAINERS: Change L to M
for Broadcom ARM/ARM64 SoC entries") (was L: before) since no external
(to Broadcom) subscribers are allowed.
Should we add a new tag for that kind of entry?
--
Florian
Re: MAINTAINERS without commits in the last 3 years
On Fri, 2016-08-26 at 09:56 -0700, Florian Fainelli wrote:
> On 08/24/2016 04:33 PM, Joe Perches wrote:
> >
> > Many email addresses in MAINTAINERS no longer work so many
> > sections in MAINTAINERS could likely be considered either
> > obsolete or unmaintained.
> >
> > Marking these sections appropriately or simply removing the
> > sections would make MAINTAINERS and get_maintainer.pl more
> > useful.
> >
> > These M: entries in MAINTAINERS haven't authored or had any
> > -by: signature entries in git log for the last 3 years.
> >
> > Some of these, like sta...@kernel.org and triv...@kernel.org, are
> > obviously addresses that should not be deleted from MAINTAINERS,
> > but most of them are candidates for removal or update.
> >
> > The email addresses below are also bcc'd here to see what bounces.
> > The list of the bounces will be collected.
> >
> > Thoughts?
> >
> For:
> >
> > bcm-kernel-feedback-l...@broadcom.com
> This mailing-list was recently added under the M: entry with commit
> 086f470481f5305ac52ce960e31a7d4441886e59 ("MAINTAINERS: Change L to M
> for Broadcom ARM/ARM64 SoC entries") (was L: before) since no external
> (to Broadcom) subscribers are allowed.
>
> Should we add a new tag for that kind of entry?
No, I think that's not necessary.
Exploders and aliases are just fine for M: entries.
The alias/exploder address can still get stale though.
Ideally, there would also be a specific actual person listed too.
btw: maybe these L: addresses could/should change
BROADCOM BRCMSTB GPIO DRIVER
M: Gregory Fong
L: bcm-kernel-feedback-l...@broadcom.com
BROADCOM KONA GPIO DRIVER
M: Ray Jui
L: bcm-kernel-feedback-l...@broadcom.com
BROADCOM STB NAND FLASH DRIVER
M: Brian Norris
M: Kamal Dasu
L: linux-...@lists.infradead.org
L: bcm-kernel-feedback-l...@broadcom.com
SECURE DIGITAL HOST CONTROLLER INTERFACE (SDHCI) Broadcom BRCMSTB DRIVER
M: Al Cooper
L: linux-...@vger.kernel.org
L: bcm-kernel-feedback-l...@broadcom.com
Re: MAINTAINERS without commits in the last 3 years
On Wed, Aug 24, 2016 at 5:33 PM, Joe Perches wrote: > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > > Marking these sections appropriately or simply removing the > sections would make MAINTAINERS and get_maintainer.pl more > useful. > > These M: entries in MAINTAINERS haven't authored or had any > -by: signature entries in git log for the last 3 years. > > Some of these, like sta...@kernel.org and triv...@kernel.org, are > obviously addresses that should not be deleted from MAINTAINERS, > but most of them are candidates for removal or update. > > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. > > Thoughts? > > sh...@kernel.org Hi Joe, Please keep my sh...@kernel.org address. I don't use it for signing patches. I use it so I don't misses patches whenver I am forced to change my Sign-off address. I have had to change my address for one reason or the other for the last few years. thanks, -- Shuah
Re: MAINTAINERS without commits in the last 3 years
On Thu, 2016-08-25 at 16:58 -0400, Greg KH wrote: > On Wed, Aug 24, 2016 at 04:33:45PM -0700, Joe Perches wrote: > > Many email addresses in MAINTAINERS no longer work so many > > sections in MAINTAINERS could likely be considered either > > obsolete or unmaintained. > > > secur...@kernel.org > You are kidding, right? On Wed, 2016-08-24 at 16:33 -0700, Joe Perches wrote: [] > Some of these, like sta...@kernel.org and triv...@kernel.org, are > obviously addresses that should not be deleted from MAINTAINERS, > but most of them are candidates for removal or update.
Re: MAINTAINERS without commits in the last 3 years
We can change mine from sfre...@samba.org to smbfre...@gmail.com since Samba.org email is more awkward to get that gmail these days (I read it less often) and I use a non-Samba.org email for my commits. > On Aug 24, 2016, at 6:33 PM, Joe Perches wrote: > > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > > Marking these sections appropriately or simply removing the > sections would make MAINTAINERS and get_maintainer.pl more > useful. > > These M: entries in MAINTAINERS haven't authored or had any > -by: signature entries in git log for the last 3 years. > > Some of these, like sta...@kernel.org and triv...@kernel.org, are > obviously addresses that should not be deleted from MAINTAINERS, > but most of them are candidates for removal or update. > > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. > > Thoughts? > > aacr...@adaptec.com > aacr...@microsemi.com > achim_leub...@adaptec.com > adap...@gmail.com > adilger.ker...@dilger.ca > a...@cwi.nl > ag...@suse.com > a...@comnets.uni-bremen.de > a...@alarsen.net > ali...@web.de > alist...@devzero.co.uk > aloisio.alme...@openbossa.org > andrew.d.henr...@intel.com > andrew.hen...@gmail.com > andre...@usa.net > anil.s.keshavamur...@intel.com > arhu...@freaks-unidos.net > arvin...@gmail.com > ath9k-de...@qca.qualcomm.com > ballabio_da...@emc.com > bcm-kernel-feedback-l...@broadcom.com > ber...@plugable.com > bi...@melbpc.org.au > brij...@gmail.com > brk...@us.ibm.com > brucech...@via.com.tw > castet.matth...@free.fr > ccaul...@redhat.com > cezary.jackiew...@gmail.com > chaoming...@realsil.com.cn > char...@alacritech.com > chess...@tux.org > chr...@sous-sol.org > c...@cs.cmu.edu > co...@colino.net > courmi...@gmail.com > dept-gelinuxnic...@qlogic.com > dept-hsglinuxnic...@qlogic.com > dev...@lanana.org > dh.herrm...@googlemail.com > d...@opfer-online.de > dm-de...@redhat.com > dmitry.tarnya...@lockless.no > d...@syst.com.br > d...@dotat.at > douglas_warze...@dell.com > dougthomp...@xmission.com > drw...@gmail.com > dsax...@plexity.net > d...@gentoo.org > duncan.sa...@free.fr > e...@pasemi.com > eib...@gdsys.de > epa...@parisplace.org > erik.and...@gmail.com > everest-linux...@qlogic.com > fa...@cs.unc.edu > f...@drama.obuda.kando.hu > fisc...@norbit.de > fiz...@tin.it > florian.c.schilha...@googlemail.com > florianschandi...@gmx.de > for...@alittletooquiet.net > fr...@f-seidel.de > fujita.tomon...@lab.ntt.co.jp > fun...@jurai.org > gilles.mul...@lip6.fr > go...@debian.or.jp > guillaume.lign...@gmail.com > gust...@padovan.org > hal.rosenst...@gmail.com > haraldwe...@viatech.com > henk.vergo...@gmail.com > her...@canonical.com > hlhun...@gmail.com > hskinnem...@gmail.com > hswon...@gmail.com > hubert.feurst...@contec.at > ibm-a...@hmh.eng.br > inaky.perez-gonza...@intel.com > infinip...@intel.com > i...@jurassic.park.msu.ru > intel-linux-...@intel.com > io...@badula.org > jansimon.moel...@gmx.de > jarkko.lavi...@nokia.com > ja...@wilsonet.com > jayakumar.a...@gmail.com > jay...@intworks.biz > jclib...@gmail.com > jd...@addtoit.com > j.du...@option.com > j...@parisc-linux.org > jens.tapro...@taprogge.org > jer...@goop.org > j...@trained-monkey.org > ji...@cam.ac.uk > jirisl...@gmail.com > jjcia...@raiz.uncu.edu.ar > joc...@scram.de > jo...@lazybastard.org > johan.hedb...@gmail.com > j...@johnmccutchan.com > jonat...@buzzard.org.uk > jon.nettle...@gmail.com > josh.h.mor...@us.ibm.com > j...@f6fbb.org > jreu...@yaina.de > j...@vanzandt.mv.com > jtp.p...@samsung.com > jue...@gmail.com > juhle...@akamai.com > k...@fi.muni.cz > ker...@savoirfairelinux.com > kevin.cur...@farsite.co.uk > k...@gmx.de > k...@reisers.ca > klass...@mathematik.tu-chemnitz.de > kou.ishiz...@toshiba.co.jp > k...@deine-taler.de > kuz...@ms2.inr.ac.ru > lafo...@gnumonks.org > lafo...@openezx.org > lauro.venan...@openbossa.org > lcostant...@gmail.com > l...@flatcap.org > l...@kernel.org > lene...@twibble.org > linasveps...@gmail.com > linux-dri...@qlogic.com > linuxdriv...@attotech.com > linux-graphics-maintai...@vmware.com > linux-ker...@hansmi.ch > linux-net-driv...@solarflare.com > linuxr...@lsi.com > li...@simtec.co.uk > linuxw...@intel.com > linux-wi...@intel.com > lio...@gmail.com > liqin.li...@gmail.com > m...@melware.de > maintain...@bluecherrydvr.com > mal...@foss.arm.com > manohar.va...@gmail.com > mark.brown...@gmail.com > matt...@wil.cx > m...@qti.qualcomm.com > mbroe...@plusserver.de > mcg...@gmail.com > mche...@kernel.org > mdharm-...@one-eyed-alien.net > m...@sgi.com > m.huls...@tudelft.nl > miguel.ojeda.sando...@gmail.com > m...@compulab.co.il > miq...@df.uba.ar > mi...@sfgoth.com > m...@volny.cz > m...@ucw.cz > mkpe...@internode.on.net > mostr...@earthlink.net > m...@selenic.com > mpor...@kernel.crashing.org > mr.swami.re...@ti.com > neepa...@cisco.com > nic_s...@realtek.com > ning@intel.com > n...@holomorphy
Re: MAINTAINERS without commits in the last 3 years
On Wed, Aug 24, 2016 at 04:33:45PM -0700, Joe Perches wrote: > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > secur...@kernel.org You are kidding, right?
RE: MAINTAINERS without commits in the last 3 years
> > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. > > Thoughts? > > aacr...@adaptec.com > aacr...@microsemi.com Hi Joe, aacr...@microsemi.com is a mailing list, and is valid. I thought I had changed aacr...@adaptec.com, but must have missed stable. Will submit that soon. -Dave
Re: MAINTAINERS without commits in the last 3 years
Hi Joe, Em Wed, 24 Aug 2016 16:33:45 -0700 Joe Perches escreveu: > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > > Marking these sections appropriately or simply removing the > sections would make MAINTAINERS and get_maintainer.pl more > useful. > > These M: entries in MAINTAINERS haven't authored or had any > -by: signature entries in git log for the last 3 years. > > Some of these, like sta...@kernel.org and triv...@kernel.org, are > obviously addresses that should not be deleted from MAINTAINERS, > but most of them are candidates for removal or update. > > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. Please keep mche...@kernel.org at MAINTAINERS. While I don't use it when signing patches, this is a canonical way to reach me. My e-mail changed several times over the last years. So, I opted to use my email @kernel.org as the main one on MAINTAINERS because I was tired of changing my entries there every time I had to change my SOB e-mail. I suspect that you'll see several similar cases on your bcc list. Regards, Mauro > > Thoughts? > > aacr...@adaptec.com > aacr...@microsemi.com > achim_leub...@adaptec.com > adap...@gmail.com > adilger.ker...@dilger.ca > a...@cwi.nl > ag...@suse.com > a...@comnets.uni-bremen.de > a...@alarsen.net > ali...@web.de > alist...@devzero.co.uk > aloisio.alme...@openbossa.org > andrew.d.henr...@intel.com > andrew.hen...@gmail.com > andre...@usa.net > anil.s.keshavamur...@intel.com > arhu...@freaks-unidos.net > arvin...@gmail.com > ath9k-de...@qca.qualcomm.com > ballabio_da...@emc.com > bcm-kernel-feedback-l...@broadcom.com > ber...@plugable.com > bi...@melbpc.org.au > brij...@gmail.com > brk...@us.ibm.com > brucech...@via.com.tw > castet.matth...@free.fr > ccaul...@redhat.com > cezary.jackiew...@gmail.com > chaoming...@realsil.com.cn > char...@alacritech.com > chess...@tux.org > chr...@sous-sol.org > c...@cs.cmu.edu > co...@colino.net > courmi...@gmail.com > dept-gelinuxnic...@qlogic.com > dept-hsglinuxnic...@qlogic.com > dev...@lanana.org > dh.herrm...@googlemail.com > d...@opfer-online.de > dm-de...@redhat.com > dmitry.tarnya...@lockless.no > d...@syst.com.br > d...@dotat.at > douglas_warze...@dell.com > dougthomp...@xmission.com > drw...@gmail.com > dsax...@plexity.net > d...@gentoo.org > duncan.sa...@free.fr > e...@pasemi.com > eib...@gdsys.de > epa...@parisplace.org > erik.and...@gmail.com > everest-linux...@qlogic.com > fa...@cs.unc.edu > f...@drama.obuda.kando.hu > fisc...@norbit.de > fiz...@tin.it > florian.c.schilha...@googlemail.com > florianschandi...@gmx.de > for...@alittletooquiet.net > fr...@f-seidel.de > fujita.tomon...@lab.ntt.co.jp > fun...@jurai.org > gilles.mul...@lip6.fr > go...@debian.or.jp > guillaume.lign...@gmail.com > gust...@padovan.org > hal.rosenst...@gmail.com > haraldwe...@viatech.com > henk.vergo...@gmail.com > her...@canonical.com > hlhun...@gmail.com > hskinnem...@gmail.com > hswon...@gmail.com > hubert.feurst...@contec.at > ibm-a...@hmh.eng.br > inaky.perez-gonza...@intel.com > infinip...@intel.com > i...@jurassic.park.msu.ru > intel-linux-...@intel.com > io...@badula.org > jansimon.moel...@gmx.de > jarkko.lavi...@nokia.com > ja...@wilsonet.com > jayakumar.a...@gmail.com > jay...@intworks.biz > jclib...@gmail.com > jd...@addtoit.com > j.du...@option.com > j...@parisc-linux.org > jens.tapro...@taprogge.org > jer...@goop.org > j...@trained-monkey.org > ji...@cam.ac.uk > jirisl...@gmail.com > jjcia...@raiz.uncu.edu.ar > joc...@scram.de > jo...@lazybastard.org > johan.hedb...@gmail.com > j...@johnmccutchan.com > jonat...@buzzard.org.uk > jon.nettle...@gmail.com > josh.h.mor...@us.ibm.com > j...@f6fbb.org > jreu...@yaina.de > j...@vanzandt.mv.com > jtp.p...@samsung.com > jue...@gmail.com > juhle...@akamai.com > k...@fi.muni.cz > ker...@savoirfairelinux.com > kevin.cur...@farsite.co.uk > k...@gmx.de > k...@reisers.ca > klass...@mathematik.tu-chemnitz.de > kou.ishiz...@toshiba.co.jp > k...@deine-taler.de > kuz...@ms2.inr.ac.ru > lafo...@gnumonks.org > lafo...@openezx.org > lauro.venan...@openbossa.org > lcostant...@gmail.com > l...@flatcap.org > l...@kernel.org > lene...@twibble.org > linasveps...@gmail.com > linux-dri...@qlogic.com > linuxdriv...@attotech.com > linux-graphics-maintai...@vmware.com > linux-ker...@hansmi.ch > linux-net-driv...@solarflare.com > linuxr...@lsi.com > li...@simtec.co.uk > linuxw...@intel.com > linux-wi...@intel.com > lio...@gmail.com > liqin.li...@gmail.com > m...@melware.de > maintain...@bluecherrydvr.com > mal...@foss.arm.com > manohar.va...@gmail.com > mark.brown...@gmail.com > matt...@wil.cx > m...@qti.qualcomm.com > mbroe...@plusserver.de > mcg...@gmail.com > mche...@kernel.org > mdharm-...@one-eyed-alien.net > m...@sgi.com > m.huls...@tudelft.nl > miguel.ojeda.sando...@gmail.com > m...@compulab.co.il > miq...@df.uba.ar > mi...@sfgoth.com
Re: MAINTAINERS without commits in the last 3 years
Hi Joe, I would suggest that those addresses which bounce should certainly be removed, but the rest should be left alone. Kind regards, Tigran PS. Joe, sorry if you received this message twice --- my first attempt to reply failed because gmail used html by default :) On 25 August 2016 at 00:33, Joe Perches wrote: > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > > Marking these sections appropriately or simply removing the > sections would make MAINTAINERS and get_maintainer.pl more > useful. > > These M: entries in MAINTAINERS haven't authored or had any > -by: signature entries in git log for the last 3 years. > > Some of these, like sta...@kernel.org and triv...@kernel.org, are > obviously addresses that should not be deleted from MAINTAINERS, > but most of them are candidates for removal or update. > > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. > > Thoughts? > > aacr...@adaptec.com > aacr...@microsemi.com > achim_leub...@adaptec.com > adap...@gmail.com > adilger.ker...@dilger.ca > a...@cwi.nl > ag...@suse.com > a...@comnets.uni-bremen.de > a...@alarsen.net > ali...@web.de > alist...@devzero.co.uk > aloisio.alme...@openbossa.org > andrew.d.henr...@intel.com > andrew.hen...@gmail.com > andre...@usa.net > anil.s.keshavamur...@intel.com > arhu...@freaks-unidos.net > arvin...@gmail.com > ath9k-de...@qca.qualcomm.com > ballabio_da...@emc.com > bcm-kernel-feedback-l...@broadcom.com > ber...@plugable.com > bi...@melbpc.org.au > brij...@gmail.com > brk...@us.ibm.com > brucech...@via.com.tw > castet.matth...@free.fr > ccaul...@redhat.com > cezary.jackiew...@gmail.com > chaoming...@realsil.com.cn > char...@alacritech.com > chess...@tux.org > chr...@sous-sol.org > c...@cs.cmu.edu > co...@colino.net > courmi...@gmail.com > dept-gelinuxnic...@qlogic.com > dept-hsglinuxnic...@qlogic.com > dev...@lanana.org > dh.herrm...@googlemail.com > d...@opfer-online.de > dm-de...@redhat.com > dmitry.tarnya...@lockless.no > d...@syst.com.br > d...@dotat.at > douglas_warze...@dell.com > dougthomp...@xmission.com > drw...@gmail.com > dsax...@plexity.net > d...@gentoo.org > duncan.sa...@free.fr > e...@pasemi.com > eib...@gdsys.de > epa...@parisplace.org > erik.and...@gmail.com > everest-linux...@qlogic.com > fa...@cs.unc.edu > f...@drama.obuda.kando.hu > fisc...@norbit.de > fiz...@tin.it > florian.c.schilha...@googlemail.com > florianschandi...@gmx.de > for...@alittletooquiet.net > fr...@f-seidel.de > fujita.tomon...@lab.ntt.co.jp > fun...@jurai.org > gilles.mul...@lip6.fr > go...@debian.or.jp > guillaume.lign...@gmail.com > gust...@padovan.org > hal.rosenst...@gmail.com > haraldwe...@viatech.com > henk.vergo...@gmail.com > her...@canonical.com > hlhun...@gmail.com > hskinnem...@gmail.com > hswon...@gmail.com > hubert.feurst...@contec.at > ibm-a...@hmh.eng.br > inaky.perez-gonza...@intel.com > infinip...@intel.com > i...@jurassic.park.msu.ru > intel-linux-...@intel.com > io...@badula.org > jansimon.moel...@gmx.de > jarkko.lavi...@nokia.com > ja...@wilsonet.com > jayakumar.a...@gmail.com > jay...@intworks.biz > jclib...@gmail.com > jd...@addtoit.com > j.du...@option.com > j...@parisc-linux.org > jens.tapro...@taprogge.org > jer...@goop.org > j...@trained-monkey.org > ji...@cam.ac.uk > jirisl...@gmail.com > jjcia...@raiz.uncu.edu.ar > joc...@scram.de > jo...@lazybastard.org > johan.hedb...@gmail.com > j...@johnmccutchan.com > jonat...@buzzard.org.uk > jon.nettle...@gmail.com > josh.h.mor...@us.ibm.com > j...@f6fbb.org > jreu...@yaina.de > j...@vanzandt.mv.com > jtp.p...@samsung.com > jue...@gmail.com > juhle...@akamai.com > k...@fi.muni.cz > ker...@savoirfairelinux.com > kevin.cur...@farsite.co.uk > k...@gmx.de > k...@reisers.ca > klass...@mathematik.tu-chemnitz.de > kou.ishiz...@toshiba.co.jp > k...@deine-taler.de > kuz...@ms2.inr.ac.ru > lafo...@gnumonks.org > lafo...@openezx.org > lauro.venan...@openbossa.org > lcostant...@gmail.com > l...@flatcap.org > l...@kernel.org > lene...@twibble.org > linasveps...@gmail.com > linux-dri...@qlogic.com > linuxdriv...@attotech.com > linux-graphics-maintai...@vmware.com > linux-ker...@hansmi.ch > linux-net-driv...@solarflare.com > linuxr...@lsi.com > li...@simtec.co.uk > linuxw...@intel.com > linux-wi...@intel.com > lio...@gmail.com > liqin.li...@gmail.com > m...@melware.de > maintain...@bluecherrydvr.com > mal...@foss.arm.com > manohar.va...@gmail.com > mark.brown...@gmail.com > matt...@wil.cx > m...@qti.qualcomm.com > mbroe...@plusserver.de > mcg...@gmail.com > mche...@kernel.org > mdharm-...@one-eyed-alien.net > m...@sgi.com > m.huls...@tudelft.nl > miguel.ojeda.sando...@gmail.com > m...@compulab.co.il > miq...@df.uba.ar > mi...@sfgoth.com > m...@volny.cz > m...@ucw.cz > mkpe...@internode.on.net > mostr...@earthlink.net > m...@selenic.com > mpor...@kernel.crashing.org > mr.swami.re...@ti.com > neepa...@cisco.com > nic_
Re: MAINTAINERS without commits in the last 3 years
On Thu, 2016-08-25 at 11:00 +0100, Tigran Aivazian wrote: > I would suggest that those addresses which bounce should certainly be > removed, but the rest should be left alone. That's the plan. Here's the current bounce list: andrew.d.henr...@intel.com brucech...@via.com.tw dmitry.tarnya...@lockless.no d...@gentoo.org fiz...@tin.it haraldwe...@viatech.com her...@canonical.com hubert.feurst...@contec.at jarkko.lavi...@nokia.com jay...@intworks.biz j.du...@option.com josh.h.mor...@us.ibm.com j...@vanzandt.mv.com juhle...@smtp.akamai.com klass...@mathematik.tu-chemnitz.de -> stef...@klassert.de mbroe...@plusserver.de m...@compulab.co.il mostr...@earthlink.net mr.swami.re...@ti.com o...@artecdesign.ee p...@gelato.unsw.edu.au r...@jetztechnologies.com riverful@samsung.com ri...@nvidia.com ron.mer...@qlogic.com -> Jagannatha Narayanaswami saff...@us.ibm.com sp...@gentoo.org sp...@f2s.com stefan.eletzho...@eletztrick.de vishwas.a.deshpa...@ti.com z...@fly.cc.fer.hr zambr...@broadcom.com z...@zh-kernel.org
Re: MAINTAINERS without commits in the last 3 years
On Wed, 2016-08-24 at 21:02 -0500, Linas Vepstas wrote: > I get these emails, but have not received any patches worth acking in 3+ > years. Obviously, the code I am ostensibly maintaining has proven to be > absolutely perfect in every way :-) Hey Linas I guess you could change the S: status line to something like S: Mary Poppins ;) cheers, Joe
RE: MAINTAINERS without commits in the last 3 years
Hi Joe, The address "support.opensou...@diasemi.com" works. Thanks. On 25 August 2016 00:34 Joe Perches wrote: > Many email addresses in MAINTAINERS no longer work so many > sections in MAINTAINERS could likely be considered either > obsolete or unmaintained. [...] > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. > > Thoughts? > [...] > support.opensou...@diasemi.com The support.opensource e-mail address is an alias contact group that sends to all kernel developers at Dialog Semiconductor. There is no way for that address to submit content to the kernel, we do that individually through our personal e-mail (for accountability reasons), but when that address is used externally to contact Dialog about our drivers, it gets translated and sent to all current Dialog kernel driver developers. That method has advantages for us: all developers gets the message; it ensures somebody will pick up the query; we can alter the internal developer inbox addresses and alter the list of developers internally .. and we only need a single e-mail address in the kernel MAINTAINERS list. Regards, Steve
Re: MAINTAINERS without commits in the last 3 years
On Wed, 2016-08-24 at 17:17 -0700, Petr Vandrovec wrote: > Hi, Hi Petr. > I (p...@vandrovec.name) am "maintainer" of ncpfs. As NetWare is dead for > decade or so, there are no new users, and so no new bugs are found, and no > new features needs to be added. And so no checkins are needed. No worries, that's great. > I have no idea how many people would be affected by ncpfs removal, but as > long as it stays in the kernel, I guess I have most experience with it. I wasn't proposing remove any code, just updating any invalid or old maintainer addresses. > Other address I know something about is pv-driv...@vmware.com. It is group > of people responsible for Linux drivers at VMware, so it is right place to > send patches. As each of them has their own email address, you will never > see this in checkin messages. > > Same applies to linux-graphics-maintai...@vmware.com, that is address for > patches to all VMware graphics drivers, both in kernel & X. > > So it would be great if you can keep these. I certainly won't submit any patch removing those. cheers, Joe > > linux-graphics-maintai...@vmware.com > > p...@vandrovec.name > > pv-driv...@vmware.com
Re: MAINTAINERS without commits in the last 3 years
On Wed, 24 Aug 2016 16:33:45 -0700 Joe Perches wrote: > Many email addresses in MAINTAINERS no longer work so many > sections in MAINTAINERS could likely be considered either > obsolete or unmaintained. > ali...@web.de Hi Joe! Been using this email address as my main address for nearly 17 years now. I keep getting dc395x related scsi driver mails every now and then and even respond on them case by case. I even filter these mails, order them in my mailbox and read them. I removed my LKML subscription a few years ago because of the traffic and maintaincance it causes for me (this also affects all other mailinglists I was subscribed to). I am more the kind of guy that responds rarely on things and only when necessary and special occasions. Regards, Ali Akcaagac
MAINTAINERS without commits in the last 3 years
Many email addresses in MAINTAINERS no longer work so many sections in MAINTAINERS could likely be considered either obsolete or unmaintained. Marking these sections appropriately or simply removing the sections would make MAINTAINERS and get_maintainer.pl more useful. These M: entries in MAINTAINERS haven't authored or had any -by: signature entries in git log for the last 3 years. Some of these, like sta...@kernel.org and triv...@kernel.org, are obviously addresses that should not be deleted from MAINTAINERS, but most of them are candidates for removal or update. The email addresses below are also bcc'd here to see what bounces. The list of the bounces will be collected. Thoughts? aacr...@adaptec.com aacr...@microsemi.com achim_leub...@adaptec.com adap...@gmail.com adilger.ker...@dilger.ca a...@cwi.nl ag...@suse.com a...@comnets.uni-bremen.de a...@alarsen.net ali...@web.de alist...@devzero.co.uk aloisio.alme...@openbossa.org andrew.d.henr...@intel.com andrew.hen...@gmail.com andre...@usa.net anil.s.keshavamur...@intel.com arhu...@freaks-unidos.net arvin...@gmail.com ath9k-de...@qca.qualcomm.com ballabio_da...@emc.com bcm-kernel-feedback-l...@broadcom.com ber...@plugable.com bi...@melbpc.org.au brij...@gmail.com brk...@us.ibm.com brucech...@via.com.tw castet.matth...@free.fr ccaul...@redhat.com cezary.jackiew...@gmail.com chaoming...@realsil.com.cn char...@alacritech.com chess...@tux.org chr...@sous-sol.org c...@cs.cmu.edu co...@colino.net courmi...@gmail.com dept-gelinuxnic...@qlogic.com dept-hsglinuxnic...@qlogic.com dev...@lanana.org dh.herrm...@googlemail.com d...@opfer-online.de dm-de...@redhat.com dmitry.tarnya...@lockless.no d...@syst.com.br d...@dotat.at douglas_warze...@dell.com dougthomp...@xmission.com drw...@gmail.com dsax...@plexity.net d...@gentoo.org duncan.sa...@free.fr e...@pasemi.com eib...@gdsys.de epa...@parisplace.org erik.and...@gmail.com everest-linux...@qlogic.com fa...@cs.unc.edu f...@drama.obuda.kando.hu fisc...@norbit.de fiz...@tin.it florian.c.schilha...@googlemail.com florianschandi...@gmx.de for...@alittletooquiet.net fr...@f-seidel.de fujita.tomon...@lab.ntt.co.jp fun...@jurai.org gilles.mul...@lip6.fr go...@debian.or.jp guillaume.lign...@gmail.com gust...@padovan.org hal.rosenst...@gmail.com haraldwe...@viatech.com henk.vergo...@gmail.com her...@canonical.com hlhun...@gmail.com hskinnem...@gmail.com hswon...@gmail.com hubert.feurst...@contec.at ibm-a...@hmh.eng.br inaky.perez-gonza...@intel.com infinip...@intel.com i...@jurassic.park.msu.ru intel-linux-...@intel.com io...@badula.org jansimon.moel...@gmx.de jarkko.lavi...@nokia.com ja...@wilsonet.com jayakumar.a...@gmail.com jay...@intworks.biz jclib...@gmail.com jd...@addtoit.com j.du...@option.com j...@parisc-linux.org jens.tapro...@taprogge.org jer...@goop.org j...@trained-monkey.org ji...@cam.ac.uk jirisl...@gmail.com jjcia...@raiz.uncu.edu.ar joc...@scram.de jo...@lazybastard.org johan.hedb...@gmail.com j...@johnmccutchan.com jonat...@buzzard.org.uk jon.nettle...@gmail.com josh.h.mor...@us.ibm.com j...@f6fbb.org jreu...@yaina.de j...@vanzandt.mv.com jtp.p...@samsung.com jue...@gmail.com juhle...@akamai.com k...@fi.muni.cz ker...@savoirfairelinux.com kevin.cur...@farsite.co.uk k...@gmx.de k...@reisers.ca klass...@mathematik.tu-chemnitz.de kou.ishiz...@toshiba.co.jp k...@deine-taler.de kuz...@ms2.inr.ac.ru lafo...@gnumonks.org lafo...@openezx.org lauro.venan...@openbossa.org lcostant...@gmail.com l...@flatcap.org l...@kernel.org lene...@twibble.org linasveps...@gmail.com linux-dri...@qlogic.com linuxdriv...@attotech.com linux-graphics-maintai...@vmware.com linux-ker...@hansmi.ch linux-net-driv...@solarflare.com linuxr...@lsi.com li...@simtec.co.uk linuxw...@intel.com linux-wi...@intel.com lio...@gmail.com liqin.li...@gmail.com m...@melware.de maintain...@bluecherrydvr.com mal...@foss.arm.com manohar.va...@gmail.com mark.brown...@gmail.com matt...@wil.cx m...@qti.qualcomm.com mbroe...@plusserver.de mcg...@gmail.com mche...@kernel.org mdharm-...@one-eyed-alien.net m...@sgi.com m.huls...@tudelft.nl miguel.ojeda.sando...@gmail.com m...@compulab.co.il miq...@df.uba.ar mi...@sfgoth.com m...@volny.cz m...@ucw.cz mkpe...@internode.on.net mostr...@earthlink.net m...@selenic.com mpor...@kernel.crashing.org mr.swami.re...@ti.com neepa...@cisco.com nic_s...@realtek.com ning@intel.com n...@holomorphy.com oa...@yahoo.com o...@artecdesign.ee o.lo...@laposte.net o...@riede.org pantelis.anton...@gmail.com pau...@au.ibm.com p...@vandrovec.name p...@sgi.com pgaik...@nvidia.com ph...@gnu.org p...@gelato.unsw.edu.au p...@eslack.org pv-driv...@vmware.com qla2xxx-upstr...@qlogic.com qlogic-storage-upstr...@qlogic.com r...@jetztechnologies.com riverful@samsung.com ri...@nvidia.com rl...@rlove.org rminn...@sandia.gov r...@tech9.net ron.mer...@qlogic.com roy...@zerezo.com rub...@unipv.it saff...@us.ibm.com sako...@gmail.com sam...@sortiz.org sant...@chelsio.com sc...@spiteful.org secur...@kernel.org sfre...@samba.org shiraz.linux.ker
Re: MAINTAINERS without commits in the last 3 years
> Am 24.08.2016 um 19:33 schrieb Joe Perches : > > Many email addresses in MAINTAINERS no longer work so many > sections in > MAINTAINERS could likely be considered either > obsolete or unmaintained. > > Marking these sections appropriately or simply removing the > sections would make MAINTAINERS and get_maintainer.pl more > useful. > > These M: entries in MAINTAINERS haven't authored or had any > -by: signature entries in git log for the last 3 years. > > Some of these, like sta...@kernel.org and triv...@kernel.org, are > obviously addresses that should not be deleted from MAINTAINERS, > but most of them are candidates for removal or update. > > The email addresses below are also bcc'd here to see what bounces. > The list of the bounces will be collected. > > Thoughts? > > aacr...@adaptec.com > aacr...@microsemi.com > achim_leub...@adaptec.com > adap...@gmail.com > adilger.ker...@dilger.ca > a...@cwi.nl > ag...@suse.com This is an alias for suse.de, so I guess it's safe to remove from the list ;). Alex
