Re: [PATCH] module_author: don't advice putting in an email address

Rene Herman <[email protected]> writes:

> /* Author, ideally of form NAME <EMAIL>[, NAME <EMAIL>]*[ and NAME <EMAIL>]
>
> After my trivial patch, it says:
>
> /* Author, ideally of form NAME[, NAME]*[ and NAME] */

I think I would put something like this:

/* Author, of form NAME[, NAME]*[ and NAME]
 * If you have a permanent email address and are prepared for
   maintaining/supporting the module, you may want to provide
   the address as well */

The wording isn't the best I suppose.

I.e., the change would mean providing the address is not strictly
required and the person should think when adding it, that's all.
-- 
Krzysztof Halasa
-
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/

---

• References:
  • [PATCH] module_author: don't advice putting in an email address
    • From: Rene Herman <[email protected]>
  • Re: [PATCH] module_author: don't advice putting in an email address
    • From: Alan Cox <[email protected]>
  • Re: [PATCH] module_author: don't advice putting in an email address
    • From: Rene Herman <[email protected]>
  • Re: [PATCH] module_author: don't advice putting in an email address
    • From: Alan Cox <[email protected]>
  • Re: [PATCH] module_author: don't advice putting in an email address
    • From: Rene Herman <[email protected]>

• Prev by Date: Re: [PATCH] swsusp: Use platform mode by default
• Next by Date: Re: [PATCH 1/7] Freezer: Read PF_BORROWED_MM in a nonracy way
• Previous by thread: Re: [PATCH] module_author: don't advice putting in an email address
• Next by thread: Conveying memory pressure to userspace?
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]