Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Tue, 2015-06-23 at 20:49 +0200, Pavel Machek wrote: > On Fri 2015-05-29 09:35:31, Joe Perches wrote: > > On Fri, 2015-05-29 at 08:38 -0700, Laura Abbott wrote: > > > On 05/28/2015 12:59 PM, Joe Perches wrote: > > > > Here is the list two ways, alphabetic by name and by section > > > > By Name: > > > > Riley AndrewsANDROID DRIVERS > > > > > > I just saw patches from Riley this morning for the binder driver. > > > Riley took over as the binder maintainer when it moved out of > > > staging earlier this year. > > > > Thanks, I'll remove Riley from this list... > > Did you try to contact people on the list? I haven't yet. > It is possible to maintain > obsolete driver and not have any patches merged to it True, but if nothing is signed in several years when there also patches to files, that at least shows disinterest. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Fri 2015-05-29 09:35:31, Joe Perches wrote: > On Fri, 2015-05-29 at 08:38 -0700, Laura Abbott wrote: > > On 05/28/2015 12:59 PM, Joe Perches wrote: > > > Here is the list two ways, alphabetic by name and by section > > > By Name: > > > Riley Andrews ANDROID DRIVERS > > > > I just saw patches from Riley this morning for the binder driver. > > Riley took over as the binder maintainer when it moved out of > > staging earlier this year. > > Thanks, I'll remove Riley from this list... Did you try to contact people on the list? It is possible to maintain obsolete driver and not have any patches merged to it Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Fri 2015-05-29 09:35:31, Joe Perches wrote: On Fri, 2015-05-29 at 08:38 -0700, Laura Abbott wrote: On 05/28/2015 12:59 PM, Joe Perches wrote: Here is the list two ways, alphabetic by name and by section By Name: Riley Andrews riandr...@android.com ANDROID DRIVERS I just saw patches from Riley this morning for the binder driver. Riley took over as the binder maintainer when it moved out of staging earlier this year. Thanks, I'll remove Riley from this list... Did you try to contact people on the list? It is possible to maintain obsolete driver and not have any patches merged to it Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Tue, 2015-06-23 at 20:49 +0200, Pavel Machek wrote: On Fri 2015-05-29 09:35:31, Joe Perches wrote: On Fri, 2015-05-29 at 08:38 -0700, Laura Abbott wrote: On 05/28/2015 12:59 PM, Joe Perches wrote: Here is the list two ways, alphabetic by name and by section By Name: Riley Andrews riandr...@android.com ANDROID DRIVERS I just saw patches from Riley this morning for the binder driver. Riley took over as the binder maintainer when it moved out of staging earlier this year. Thanks, I'll remove Riley from this list... Did you try to contact people on the list? I haven't yet. It is possible to maintain obsolete driver and not have any patches merged to it True, but if nothing is signed in several years when there also patches to files, that at least shows disinterest. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Fri, 2015-05-29 at 08:38 -0700, Laura Abbott wrote: > On 05/28/2015 12:59 PM, Joe Perches wrote: > > Here is the list two ways, alphabetic by name and by section > > By Name: > > Riley AndrewsANDROID DRIVERS > > I just saw patches from Riley this morning for the binder driver. > Riley took over as the binder maintainer when it moved out of > staging earlier this year. Thanks, I'll remove Riley from this list... -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On 05/28/2015 12:59 PM, Joe Perches wrote: On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. Yes, I suppose we should clean this up. At present we're misleading people about the likely outcome of their emails. And we're misleading people (like me) who see the email and think "ok, someone's taking care of that". This is the list of maintainer names/sections that seem not to have signed, authored or acked a commit in 3 years. After some editing and additional grepping, I got 133 entries. The grep patterns I used are imperfect. For instance, the MAINTAINERS file has "Hideaki Yoshifuji" but he doesn't ever sign anything that way. His signature is "Yoshifuji Hideaki". If anyone sees any obvious false-positives, please let me know. I'll send a private email to all these people and see if they want to be listed in the MAINTAINERS file and see what happens. Here is the list two ways, alphabetic by name and by section By Name: Riley Andrews ANDROID DRIVERS I just saw patches from Riley this morning for the binder driver. Riley took over as the binder maintainer when it moved out of staging earlier this year. Thanks, Laura -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Thu, May 28, 2015 at 12:59:45PM -0700, Joe Perches wrote: > On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: > > On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: > > I'll send a private email to all these people and see if they > want to be listed in the MAINTAINERS file and see what happens. paride: I wrote to Tim while preparing my patches for the parport, and he told that he is no longer interested to work with ppSCSI. MN10300/AM33/AM34 PORT: Tried to contact Koichi Yasutake few weeks back, as there is almost no development going on in that architecture and wanted to ask him about the boards to work with so that I can try with it. But mails to him are bouncing. regards sudip -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Thu, May 28, 2015 at 12:59:45PM -0700, Joe Perches wrote: On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: On Wed, 27 May 2015 14:01:44 -0700 Joe Perches j...@perches.com wrote: I'll send a private email to all these people and see if they want to be listed in the MAINTAINERS file and see what happens. paride: I wrote to Tim while preparing my patches for the parport, and he told that he is no longer interested to work with ppSCSI. MN10300/AM33/AM34 PORT: Tried to contact Koichi Yasutake few weeks back, as there is almost no development going on in that architecture and wanted to ask him about the boards to work with so that I can try with it. But mails to him are bouncing. regards sudip -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On 05/28/2015 12:59 PM, Joe Perches wrote: On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: On Wed, 27 May 2015 14:01:44 -0700 Joe Perches j...@perches.com wrote: There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. Yes, I suppose we should clean this up. At present we're misleading people about the likely outcome of their emails. And we're misleading people (like me) who see the email and think ok, someone's taking care of that. This is the list of maintainer names/sections that seem not to have signed, authored or acked a commit in 3 years. After some editing and additional grepping, I got 133 entries. The grep patterns I used are imperfect. For instance, the MAINTAINERS file has Hideaki Yoshifuji but he doesn't ever sign anything that way. His signature is Yoshifuji Hideaki. If anyone sees any obvious false-positives, please let me know. I'll send a private email to all these people and see if they want to be listed in the MAINTAINERS file and see what happens. Here is the list two ways, alphabetic by name and by section By Name: Riley Andrews riandr...@android.com ANDROID DRIVERS I just saw patches from Riley this morning for the binder driver. Riley took over as the binder maintainer when it moved out of staging earlier this year. Thanks, Laura -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Fri, 2015-05-29 at 08:38 -0700, Laura Abbott wrote: On 05/28/2015 12:59 PM, Joe Perches wrote: Here is the list two ways, alphabetic by name and by section By Name: Riley Andrews riandr...@android.com ANDROID DRIVERS I just saw patches from Riley this morning for the binder driver. Riley took over as the binder maintainer when it moved out of staging earlier this year. Thanks, I'll remove Riley from this list... -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Fri, 2015-05-29 at 04:20 +0100, Ben Hutchings wrote: > On Thu, 2015-05-28 at 12:59 -0700, Joe Perches wrote: > > This is the list of maintainer names/sections that seem > > not to have signed, authored or acked a commit in 3 years. > > > > After some editing and additional grepping, I got 133 entries. [] > > Here is the list two ways, alphabetic by name and by section > [...] > > Eric Piel LIS3LV02D ACCELEROMETER > > DRIVER > > I see a few Reviewed-by: Éric Piel (note > the added accent). > > [...] > > Tony Finch UNIFDEF > [...] > > He's still upstream maintainer for unifdef, even if we haven't updated > our embedded copy. OK thanks Ben, I'll delete those 2 from this list. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Thu, 2015-05-28 at 12:59 -0700, Joe Perches wrote: > On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: > > On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: > > > There are about 950 unique M: names in MAINTAINERS. > > > > > > About 200 of those names haven't signed or authored a > > > single commit in 3+ years. > > > > > > Any desire to shorten the MAINTAINERS entries and orphan > > > or delete those sections that that seem to have a single > > > apparently inactive maintainer? > > > > > > Maybe 25 of those M: entries are actually email exploder > > > type uses that should likely stay listed. > > > > Yes, I suppose we should clean this up. At present we're misleading > > people about the likely outcome of their emails. And we're misleading > > people (like me) who see the email and think "ok, someone's taking care > > of that". > > This is the list of maintainer names/sections that seem > not to have signed, authored or acked a commit in 3 years. > > After some editing and additional grepping, I got 133 entries. > > The grep patterns I used are imperfect. > > For instance, the MAINTAINERS file has "Hideaki Yoshifuji" but > he doesn't ever sign anything that way. His signature is > "Yoshifuji Hideaki". > > If anyone sees any obvious false-positives, please let me know. > > I'll send a private email to all these people and see if they > want to be listed in the MAINTAINERS file and see what happens. > > Here is the list two ways, alphabetic by name and by section [...] > Eric Piel LIS3LV02D ACCELEROMETER > DRIVER I see a few Reviewed-by: Éric Piel (note the added accent). [...] > Tony Finch UNIFDEF [...] He's still upstream maintainer for unifdef, even if we haven't updated our embedded copy. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: > On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: > > There are about 950 unique M: names in MAINTAINERS. > > > > About 200 of those names haven't signed or authored a > > single commit in 3+ years. > > > > Any desire to shorten the MAINTAINERS entries and orphan > > or delete those sections that that seem to have a single > > apparently inactive maintainer? > > > > Maybe 25 of those M: entries are actually email exploder > > type uses that should likely stay listed. > > Yes, I suppose we should clean this up. At present we're misleading > people about the likely outcome of their emails. And we're misleading > people (like me) who see the email and think "ok, someone's taking care > of that". This is the list of maintainer names/sections that seem not to have signed, authored or acked a commit in 3 years. After some editing and additional grepping, I got 133 entries. The grep patterns I used are imperfect. For instance, the MAINTAINERS file has "Hideaki Yoshifuji" but he doesn't ever sign anything that way. His signature is "Yoshifuji Hideaki". If anyone sees any obvious false-positives, please let me know. I'll send a private email to all these people and see if they want to be listed in the MAINTAINERS file and see what happens. Here is the list two ways, alphabetic by name and by section By Name: Ali Akcaagac DC395x SCSI driver Aloisio Almeida Jr NFC SUBSYSTEM Andreas Koensgen6PACK NETWORK DRIVER FOR AX.25 Andrew Hendry X.25 NETWORK LAYER Andrew VeliathMULTISOUND SOUND DRIVER Andries BrouwerDISK GEOMETRY AND PARTITION HANDLING Andy HenroidIDLE-I7300 Anil Ravindranath PMC SIERRA MaxRAID DRIVER Anil S KeshavamurthyKPROBES Antoine Jacquet USB ZR364XX DRIVER Antonino Daplas S3 SAVAGE FRAMEBUFFER DRIVER Armin SchindlerISDN SUBSYSTEM (Eicon active card driver) "Arvind R." EDAC-I82975X Aurelien JacquiotC6X ARCHITECTURE Bill MetzenthenFPU EMULATOR Brian JohnsonGSPCA SN9C20X SUBDRIVER Bruce Chang VIA SD/MMC CARD CONTROLLER DRIVER Cesar Miquel USB DIAMOND RIO500 DRIVER Cezary Jackiewicz COMPAL LAPTOP SUPPORT Chaoming Li RTL8192CE WIRELESS DRIVER Chen Liqin SCORE ARCHITECTURE Chris Brannon STAGING - SPEAKUP CONSOLE SPEECH DRIVER Christine CaulfieldDISTRIBUTED LOCK MANAGER (DLM) Christopher Harrer STAGING - SLICOSS Christoph Raisch EHCA (IBM GX bus InfiniBand adapter) DRIVER Colin Leroy ADT746X FAN DRIVER Daniel Oliveira NascimentoCMPC ACPI DRIVER Daniel RibeiroARM/EZX SMARTPHONES (A780, A910, A1200, E680, ROKR E2 and ROKR E6) Dario Ballabio U14-34F SCSI DRIVER Dirk EibachADS1015 HARDWARE MONITOR DRIVER Dirk OpferARM/TOSA MACHINE SUPPORT Doug ThompsonEDAC-I5000 Doug WarzechaDELL SYSTEMS MANAGEMENT BASE DRIVER (dcdbas) Egor Martovetsky EDAC-PASEMI Eric Piel LIS3LV02D ACCELEROMETER DRIVER Erik Andren GSPCA M5602 SUBDRIVER Faisal LatifNETEFFECT IWARP RNIC DRIVER (IW_NES) Ferenc Bakonyi HGA FRAMEBUFFER DRIVER Florian Schilhabel STAGING - REALTEK RTL8712U DRIVERS Frank Seidel HARD DRIVE ACTIVE PROTECTION SYSTEM (HDAPS) DRIVER FUJITA Tomonori BSG (block layer generic sg v4 driver) Gary ZambranoBROADCOM B44 10/100 ETHERNET DRIVER Gilles MullerCOCCINELLE/Semantic Patches (SmPL) Guillaume Ligneul LM73 HARDWARE MONITOR DRIVER Guo-Fu Tseng JME NETWORK DRIVER Haavard Skinnemoen GENERIC GPIO I2C DRIVER Henk Vergonet YEALINK PHONE DRIVER Heungjun Kim FUJITSU M-5MO LS CAMERA ISP DRIVER Hoang-Nam NguyenEHCA (IBM GX bus InfiniBand adapter) DRIVER "Hung Hing Lun, Mike" TCP LOW PRIORITY MODULE Ion Badulescu STARFIRE/DURALAN NETWORK DRIVER Ishizaki KouSPIDERNET NETWORK DRIVER for CELL Ivan Kokshaysky ALPHA PORT "James R. Van Zandt" DOUBLETALK DRIVER Jamie Lenehan DC395x SCSI driver Jan Dumon HSO 3G MODEM DRIVER Jan Harkes CODA FILE SYSTEM Jan-Simon Moeller BLINKM RGB LED DRIVER Jarkko LavinenOMAP MMC SUPPORT Jason UhlenkottEDAC-I3000 Jay Cliburn
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: On Wed, 27 May 2015 14:01:44 -0700 Joe Perches j...@perches.com wrote: There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. Yes, I suppose we should clean this up. At present we're misleading people about the likely outcome of their emails. And we're misleading people (like me) who see the email and think ok, someone's taking care of that. This is the list of maintainer names/sections that seem not to have signed, authored or acked a commit in 3 years. After some editing and additional grepping, I got 133 entries. The grep patterns I used are imperfect. For instance, the MAINTAINERS file has Hideaki Yoshifuji but he doesn't ever sign anything that way. His signature is Yoshifuji Hideaki. If anyone sees any obvious false-positives, please let me know. I'll send a private email to all these people and see if they want to be listed in the MAINTAINERS file and see what happens. Here is the list two ways, alphabetic by name and by section By Name: Ali Akcaagac ali...@web.deDC395x SCSI driver Aloisio Almeida Jr aloisio.alme...@openbossa.org NFC SUBSYSTEM Andreas Koensgen a...@comnets.uni-bremen.de 6PACK NETWORK DRIVER FOR AX.25 Andrew Hendry andrew.hen...@gmail.com X.25 NETWORK LAYER Andrew Veliath andre...@usa.net MULTISOUND SOUND DRIVER Andries Brouwer a...@cwi.nl DISK GEOMETRY AND PARTITION HANDLING Andy Henroid andrew.d.henr...@intel.com IDLE-I7300 Anil Ravindranath anil_ravindran...@pmc-sierra.comPMC SIERRA MaxRAID DRIVER Anil S Keshavamurthy anil.s.keshavamur...@intel.com KPROBES Antoine Jacquet roy...@zerezo.com USB ZR364XX DRIVER Antonino Daplas adap...@gmail.com S3 SAVAGE FRAMEBUFFER DRIVER Armin Schindler m...@melware.de ISDN SUBSYSTEM (Eicon active card driver) Arvind R. arvin...@gmail.comEDAC-I82975X Aurelien Jacquiot a-jacqu...@ti.com C6X ARCHITECTURE Bill Metzenthen bi...@melbpc.org.au FPU EMULATOR Brian Johnson brij...@gmail.com GSPCA SN9C20X SUBDRIVER Bruce Chang brucech...@via.com.tw VIA SD/MMC CARD CONTROLLER DRIVER Cesar Miquel miq...@df.uba.ar USB DIAMOND RIO500 DRIVER Cezary Jackiewicz cezary.jackiew...@gmail.com COMPAL LAPTOP SUPPORT Chaoming Li chaoming...@realsil.com.cnRTL8192CE WIRELESS DRIVER Chen Liqin liqin.li...@gmail.com SCORE ARCHITECTURE Chris Brannon ch...@the-brannons.com STAGING - SPEAKUP CONSOLE SPEECH DRIVER Christine Caulfield ccaul...@redhat.com DISTRIBUTED LOCK MANAGER (DLM) Christopher Harrer char...@alacritech.com STAGING - SLICOSS Christoph Raisch rai...@de.ibm.comEHCA (IBM GX bus InfiniBand adapter) DRIVER Colin Leroy co...@colino.net ADT746X FAN DRIVER Daniel Oliveira Nascimento d...@syst.com.br CMPC ACPI DRIVER Daniel Ribeiro drw...@gmail.com ARM/EZX SMARTPHONES (A780, A910, A1200, E680, ROKR E2 and ROKR E6) Dario Ballabio ballabio_da...@emc.com U14-34F SCSI DRIVER Dirk Eibach eib...@gdsys.de ADS1015 HARDWARE MONITOR DRIVER Dirk Opfer d...@opfer-online.de ARM/TOSA MACHINE SUPPORT Doug Thompson dougthomp...@xmission.com EDAC-I5000 Doug Warzecha douglas_warze...@dell.com DELL SYSTEMS MANAGEMENT BASE DRIVER (dcdbas) Egor Martovetsky e...@pasemi.com EDAC-PASEMI Eric Piel eric.p...@tremplin-utc.net LIS3LV02D ACCELEROMETER DRIVER Erik Andren erik.and...@gmail.com GSPCA M5602 SUBDRIVER Faisal Latif faisal.la...@intel.com NETEFFECT IWARP RNIC DRIVER (IW_NES) Ferenc Bakonyi f...@drama.obuda.kando.hu HGA FRAMEBUFFER DRIVER Florian Schilhabel florian.c.schilha...@googlemail.comSTAGING - REALTEK RTL8712U DRIVERS Frank Seidel fr...@f-seidel.deHARD DRIVE ACTIVE PROTECTION SYSTEM (HDAPS) DRIVER FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp BSG (block layer generic sg v4 driver) Gary Zambrano zambr...@broadcom.com BROADCOM B44 10/100 ETHERNET DRIVER Gilles Muller gilles.mul...@lip6.fr COCCINELLE/Semantic Patches (SmPL) Guillaume Ligneul guillaume.lign...@gmail.com LM73 HARDWARE MONITOR DRIVER Guo-Fu Tseng
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Fri, 2015-05-29 at 04:20 +0100, Ben Hutchings wrote: On Thu, 2015-05-28 at 12:59 -0700, Joe Perches wrote: This is the list of maintainer names/sections that seem not to have signed, authored or acked a commit in 3 years. After some editing and additional grepping, I got 133 entries. [] Here is the list two ways, alphabetic by name and by section [...] Eric Piel eric.p...@tremplin-utc.net LIS3LV02D ACCELEROMETER DRIVER I see a few Reviewed-by: Éric Piel eric.p...@tremplin-utc.net (note the added accent). [...] Tony Finch d...@dotat.at UNIFDEF [...] He's still upstream maintainer for unifdef, even if we haven't updated our embedded copy. OK thanks Ben, I'll delete those 2 from this list. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Thu, 2015-05-28 at 12:59 -0700, Joe Perches wrote: On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: On Wed, 27 May 2015 14:01:44 -0700 Joe Perches j...@perches.com wrote: There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. Yes, I suppose we should clean this up. At present we're misleading people about the likely outcome of their emails. And we're misleading people (like me) who see the email and think ok, someone's taking care of that. This is the list of maintainer names/sections that seem not to have signed, authored or acked a commit in 3 years. After some editing and additional grepping, I got 133 entries. The grep patterns I used are imperfect. For instance, the MAINTAINERS file has Hideaki Yoshifuji but he doesn't ever sign anything that way. His signature is Yoshifuji Hideaki. If anyone sees any obvious false-positives, please let me know. I'll send a private email to all these people and see if they want to be listed in the MAINTAINERS file and see what happens. Here is the list two ways, alphabetic by name and by section [...] Eric Piel eric.p...@tremplin-utc.netLIS3LV02D ACCELEROMETER DRIVER I see a few Reviewed-by: Éric Piel eric.p...@tremplin-utc.net (note the added accent). [...] Tony Finch d...@dotat.atUNIFDEF [...] He's still upstream maintainer for unifdef, even if we haven't updated our embedded copy. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: > There are about 950 unique M: names in MAINTAINERS. > > About 200 of those names haven't signed or authored a > single commit in 3+ years. > > Any desire to shorten the MAINTAINERS entries and orphan > or delete those sections that that seem to have a single > apparently inactive maintainer? > > Maybe 25 of those M: entries are actually email exploder > type uses that should likely stay listed. Yes, I suppose we should clean this up. At present we're misleading people about the likely outcome of their emails. And we're misleading people (like me) who see the email and think "ok, someone's taking care of that". -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS
On Wed, 27 May 2015 14:01:44 -0700 Joe Perches j...@perches.com wrote: There are about 950 unique M: names in MAINTAINERS. About 200 of those names haven't signed or authored a single commit in 3+ years. Any desire to shorten the MAINTAINERS entries and orphan or delete those sections that that seem to have a single apparently inactive maintainer? Maybe 25 of those M: entries are actually email exploder type uses that should likely stay listed. Yes, I suppose we should clean this up. At present we're misleading people about the likely outcome of their emails. And we're misleading people (like me) who see the email and think ok, someone's taking care of that. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
