Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-02 Thread grundig
El Sat, 2 Dec 2006 21:42:13 +, Alan <[EMAIL PROTECTED]> escribió: > I disagree. They can be very useful for tracking people down, and also If their mission is to be useful, they should at least have a "[EMAIL PROTECTED] (broken address)" warning. - To unsubscribe from this list: sen

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-02 Thread Tigran Aivazian
On Sat, 2 Dec 2006, Adrian Bunk wrote: The only bits that should be made sure to remain valid are the MODULE_AUTHOR, as Arjan also mentioned. Even the "please contact the author" and the printk() should continue to contain known bouncing addresses? Ah, I forgot about that one, but I see Alan

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-02 Thread Alan
On Sat, 2 Dec 2006 22:32:00 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > as I explained with my email address as an example, email addresses > aren't suitable for this. I disagree. They can be very useful for tracking people down, and also for finding information as the email address (old or o

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-02 Thread Tigran Aivazian
On Fri, 1 Dec 2006, Jesper Juhl wrote: In my opinion the addresses should be working ones or not present at all (or at the very least there should be a note that the email address is outdated). The above argument is not valid for entries in a revision history. Most likely (though not necessari

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-02 Thread Adrian Bunk
On Sat, Dec 02, 2006 at 09:08:56PM +, Tigran Aivazian wrote: > Hi Adrian, Hi Tigran, > I have only now had time to read your patch and reject most of it --- the > email addresses in the revision histories etc are for historical purposes > and as such are very useful. They are NOT meant to

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-02 Thread Tigran Aivazian
Hi Adrian, I have only now had time to read your patch and reject most of it --- the email addresses in the revision histories etc are for historical purposes and as such are very useful. They are NOT meant to be valid except at the moment of time when they are written. The only purpose of ema

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-01 Thread Jesper Juhl
On 01/12/06, Hua Zhong <[EMAIL PROTECTED]> wrote: I am curious, what's the point? These email addresses serve a "historical" purpose: they tell when the contribution was made, what the author's email addresses were at that point. It's not MAINTAINERS. If people want to contact someone, go fin

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-01 Thread Stephen Pollei
On 12/1/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote: On Thu, 2006-11-30 at 22:00 -0800, Hua Zhong wrote: > I am curious, what's the point? > > These email addresses serve a "historical" purpose: they tell when the contribution was made, what the author's email addresses > were at that point.

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-01 Thread Adrian Bunk
On Fri, Dec 01, 2006 at 10:08:39AM +0100, Arjan van de Ven wrote: > On Thu, 2006-11-30 at 22:00 -0800, Hua Zhong wrote: > > I am curious, what's the point? > > > > These email addresses serve a "historical" purpose: they tell when the > > contribution was made, what the author's email addresses

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-01 Thread Arjan van de Ven
> Or maybe MODULE_AUTHOR shouldn't contain the email address, if the module > is mentioned in the MAINTAINERS which does contain it? Why repeat the data > and so have to remember to maintain it? MODULE_AUTHOR is actually nicer than MAINTAINERS in many ways; for example end users can see it with

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-01 Thread Tigran Aivazian
Hi Arjan, On Fri, 1 Dec 2006, Arjan van de Ven wrote: On Thu, 2006-11-30 at 22:00 -0800, Hua Zhong wrote: I am curious, what's the point? These email addresses serve a "historical" purpose: they tell when the contribution was made, what the author's email addresses were at that point. ..

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-12-01 Thread Arjan van de Ven
On Thu, 2006-11-30 at 22:00 -0800, Hua Zhong wrote: > I am curious, what's the point? > > These email addresses serve a "historical" purpose: they tell when the > contribution was made, what the author's email addresses > were at that point. .. and which company owns the copyright. Lets not r

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-11-30 Thread Hua Zhong
> On Thu, Nov 30, 2006 at 10:00:35PM -0800, Hua Zhong wrote: > > > I am curious, what's the point? > > Email addresses are for contacting people. Do you go back and change all the signed-off lines too when people change jobs? > > These email addresses serve a "historical" purpose: they tell >

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-11-30 Thread Adrian Bunk
On Thu, Nov 30, 2006 at 10:00:35PM -0800, Hua Zhong wrote: > I am curious, what's the point? Email addresses are for contacting people. > These email addresses serve a "historical" purpose: they tell when the > contribution was made, what the author's email addresses > were at that point. For

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-11-30 Thread Hua Zhong
s there. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Bunk > Sent: Thursday, November 30, 2006 9:52 PM > To: [EMAIL PROTECTED] > Cc: linux-kernel@vger.kernel.org > Subject: [2.6 patch] Tigran Aivazian: remove bouncing em

[2.6 patch] Tigran Aivazian: remove bouncing email addresses

2006-11-30 Thread Adrian Bunk
This patch removes bouncing email addresses of Tigran Aivazian from the kernel tree. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- Documentation/filesystems/bfs.txt |2 +- arch/i386/kernel/microcode.c | 28 ++-- arch/sh/kernel/kgdb_stub.c|2 +