Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan
James Simmons wrote: ... If you start doing this, there are a lot more entries that need to be changed... Which of Supported/Maintained/"Odd Fixes" is written doesn't matter in practice. What matters is that James' email address gets into the entry so that patches and bug reports reach him. James' work is definitely no below the average of entries marked as Maintained. At this point I would say maintained. Plus Tony is coming back :-) Its just recently I have been working on various other things like the display class. Sure. I'm not changing anything. :) -- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Linux-fbdev-devel] [PATCH] MAINTAINERS: mark framebuffer as Orphan
Your alive!!! I thought something happened to you. On Tue, 20 Feb 2007, Antonino A. Daplas wrote: > On Fri, 2007-02-16 at 13:24 +0100, Adrian Bunk wrote: > > On Thu, Feb 15, 2007 at 03:05:26PM -0800, Randy Dunlap wrote: > > > On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote: > > > > > > > > > > > I wouldn't say it orphan. I just can't spend 8 hours a day on it. > > > > Alot of patches have been flowing into the layer. > > No need. > > My apologies for the long absence. I volunteered to serve in a remote, > underserved area (no internet connection, no cellular site, with only a > computer running Windows 95). I thought it would last only a few weeks > but due to unforeseen circumstances, lasted half a year. > > Give me several days to read my inbox and update my tree and I should be > back on track. > > Tony > > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan
> > > Alot of patches have been flowing into the layer. > > > > So would you like to leave it as Maintained or change it to > > "Odd Fixes"? (Maintained => a maintainer) From the MAINTAINTERS file: > > > > Supported: Someone is actually paid to look after this. > > Maintained: Someone actually looks after it. > > Odd Fixes: It has a maintainer but they don't have time to do > > much other than throw the odd patch in. See below.. > > Orphan: No current maintainer [but maybe you could take the > > role as you write your new code]. > > Obsolete: Old code. Something tagged obsolete generally means > > it has been replaced by a better system and you > > should be using that. > >... > > If you start doing this, there are a lot more entries that need to be > changed... > > Which of Supported/Maintained/"Odd Fixes" is written doesn't matter in > practice. > > What matters is that James' email address gets into the entry so that > patches and bug reports reach him. > > James' work is definitely no below the average of entries marked as > Maintained. At this point I would say maintained. Plus Tony is coming back :-) Its just recently I have been working on various other things like the display class. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Linux-fbdev-devel] [PATCH] MAINTAINERS: mark framebuffer as Orphan
On Fri, 2007-02-16 at 13:24 +0100, Adrian Bunk wrote: > On Thu, Feb 15, 2007 at 03:05:26PM -0800, Randy Dunlap wrote: > > On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote: > > > > > > > > I wouldn't say it orphan. I just can't spend 8 hours a day on it. > > > Alot of patches have been flowing into the layer. No need. My apologies for the long absence. I volunteered to serve in a remote, underserved area (no internet connection, no cellular site, with only a computer running Windows 95). I thought it would last only a few weeks but due to unforeseen circumstances, lasted half a year. Give me several days to read my inbox and update my tree and I should be back on track. Tony - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan
On Thu, Feb 15, 2007 at 03:05:26PM -0800, Randy Dunlap wrote: > On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote: > > > > > I wouldn't say it orphan. I just can't spend 8 hours a day on it. > > Alot of patches have been flowing into the layer. > > So would you like to leave it as Maintained or change it to > "Odd Fixes"? (Maintained => a maintainer) From the MAINTAINTERS file: > > Supported: Someone is actually paid to look after this. > Maintained: Someone actually looks after it. > Odd Fixes: It has a maintainer but they don't have time to do > much other than throw the odd patch in. See below.. > Orphan: No current maintainer [but maybe you could take the > role as you write your new code]. > Obsolete: Old code. Something tagged obsolete generally means > it has been replaced by a better system and you > should be using that. >... If you start doing this, there are a lot more entries that need to be changed... Which of Supported/Maintained/"Odd Fixes" is written doesn't matter in practice. What matters is that James' email address gets into the entry so that patches and bug reports reach him. James' work is definitely no below the average of entries marked as Maintained. > ~Randy cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan
On Thu, 15 Feb 2007 13:25:49 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote: > From: Randy Dunlap <[EMAIL PROTECTED]> > > Are we ready to do this? > I'd love for Tony to return, but he's been missing for awhile now. > > So this give us the following major areas that are marked as Orphan: > > Firmware loader > Framebuffer > Serial (8250/16x50) > > and PCMCIA has a Team. It doesn't seem to be hurting. :) > > Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> > --- > MAINTAINERS |4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > --- linux-2.6.20-git9.orig/MAINTAINERS > +++ linux-2.6.20-git9/MAINTAINERS > @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/ > S: Supported > > FRAMEBUFFER LAYER > -P: Antonino Daplas > -M: [EMAIL PROTECTED] > L: [EMAIL PROTECTED] (subscribers-only) > W: http://linux-fbdev.sourceforge.net/ > -S: Maintained > +S: Orphan No, James is keeping an eye on things, but he obviously doesn't have as much time to work on it as Tony did. My point was that for bugs such as the one Pavel identified we're no longer able to palm it off on the maintainer and expect magic to happen. Either we all dig in and help out or things don't get fixed. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan
On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote: > > I wouldn't say it orphan. I just can't spend 8 hours a day on it. > Alot of patches have been flowing into the layer. So would you like to leave it as Maintained or change it to "Odd Fixes"? (Maintained => a maintainer) From the MAINTAINTERS file: Supported: Someone is actually paid to look after this. Maintained: Someone actually looks after it. Odd Fixes: It has a maintainer but they don't have time to do much other than throw the odd patch in. See below.. Orphan: No current maintainer [but maybe you could take the role as you write your new code]. Obsolete: Old code. Something tagged obsolete generally means it has been replaced by a better system and you should be using that. > On Thu, 15 Feb 2007, Randy Dunlap wrote: > > > From: Randy Dunlap <[EMAIL PROTECTED]> > > > > Are we ready to do this? > > I'd love for Tony to return, but he's been missing for awhile now. > > > > So this give us the following major areas that are marked as Orphan: > > > > Firmware loader > > Framebuffer > > Serial (8250/16x50) > > > > and PCMCIA has a Team. It doesn't seem to be hurting. :) > > > > Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> > > --- > > MAINTAINERS |4 +--- > > 1 file changed, 1 insertion(+), 3 deletions(-) > > > > --- linux-2.6.20-git9.orig/MAINTAINERS > > +++ linux-2.6.20-git9/MAINTAINERS > > @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/ > > S: Supported > > > > FRAMEBUFFER LAYER > > -P: Antonino Daplas > > -M: [EMAIL PROTECTED] > > L: [EMAIL PROTECTED] (subscribers-only) > > W: http://linux-fbdev.sourceforge.net/ > > -S: Maintained > > +S: Orphan > > > > FREESCALE SOC FS_ENET DRIVER > > P: Pantelis Antoniou --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan
I wouldn't say it orphan. I just can't spend 8 hours a day on it. Alot of patches have been flowing into the layer. On Thu, 15 Feb 2007, Randy Dunlap wrote: > From: Randy Dunlap <[EMAIL PROTECTED]> > > Are we ready to do this? > I'd love for Tony to return, but he's been missing for awhile now. > > So this give us the following major areas that are marked as Orphan: > > Firmware loader > Framebuffer > Serial (8250/16x50) > > and PCMCIA has a Team. It doesn't seem to be hurting. :) > > Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> > --- > MAINTAINERS |4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > --- linux-2.6.20-git9.orig/MAINTAINERS > +++ linux-2.6.20-git9/MAINTAINERS > @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/ > S: Supported > > FRAMEBUFFER LAYER > -P: Antonino Daplas > -M: [EMAIL PROTECTED] > L: [EMAIL PROTECTED] (subscribers-only) > W: http://linux-fbdev.sourceforge.net/ > -S: Maintained > +S: Orphan > > FREESCALE SOC FS_ENET DRIVER > P: Pantelis Antoniou > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH] MAINTAINERS: mark framebuffer as Orphan
From: Randy Dunlap <[EMAIL PROTECTED]> Are we ready to do this? I'd love for Tony to return, but he's been missing for awhile now. So this give us the following major areas that are marked as Orphan: Firmware loader Framebuffer Serial (8250/16x50) and PCMCIA has a Team. It doesn't seem to be hurting. :) Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- MAINTAINERS |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) --- linux-2.6.20-git9.orig/MAINTAINERS +++ linux-2.6.20-git9/MAINTAINERS @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/ S: Supported FRAMEBUFFER LAYER -P: Antonino Daplas -M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] (subscribers-only) W: http://linux-fbdev.sourceforge.net/ -S: Maintained +S: Orphan FREESCALE SOC FS_ENET DRIVER P: Pantelis Antoniou - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/