On Sun, 07 Oct 2007 13:10:35 +0200, Oleg Verych said: > > > I added comment (like this), so anyone can skip reading body, if > > > headers are "Oleg Verych && NAK". In case if `NAK' have a magic > > > meaning in the LKML, like control characters in the tty, i'm sorry. > > > > yes, a 'NAK' has a particular meaning on lkml. > > But what about (NAK && ! any_important_kernel_developer_name)? The few times I've tried to NAK something outright, I've always tried to attach plenty of technical explanation (usually of the form "Gaak, this oopses my laptop") :), and cc: the relevant important_name, and hope they listen. Fortunately, most of the time I can get away with a politely phrased variation of "important_name would probably appreciate if you fixed XYZ and resubmitted" comment.. ;)
Attachment:
pgpDFeHiMukjc.pgp
Description: PGP signature
- Follow-Ups:
- References:
- Re: [PATCH 0/2] Colored kernel output (run2)
- From: Oleg Verych <[email protected]>
- Re: [PATCH 0/2] Colored kernel output (run2)
- From: Ingo Molnar <[email protected]>
- "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"
- From: Oleg Verych <[email protected]>
- Re: [PATCH 0/2] Colored kernel output (run2)
- Prev by Date: Re: [PATCH] [RFC] Time-based RFC 4122 UUID generator
- Next by Date: Re: Sleeping in RCU list traversal
- Previous by thread: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"
- Next by thread: Re: NAK nettiquete (was Re: "Re: [PATCH 0/2] Colored kernel output (run2)"
- Index(es):