git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: email address handling

From
Linus Torvalds <torvalds@linux-foundation.org>
Date
Aug 1, 2008, 21:12 UTC
Message-ID
<alpine.LFD.1.10.0808011356560.3277@nehalem.linux-foundation.org>
In-Reply-To
<20080801135421.5ca0f6af.akpm@linux-foundation.org>
On Fri, 1 Aug 2008, Andrew Morton wrote:
> 
> Well, what I'm saying is that it was an incorrect design decision.
And I'm saying that I disagree. 
Show 9 quoted lines
> Yesterday, I copied and pasted what _looked_ like a usable
> name+email-address from some git output and into an MUA.  Unlike the
> thousands of preceding times, it did not work.
> 
> I think it was reasonable of me to assume that it would work.  Blaming
> the surprised and misled user for not understanding some earlier
> internal design decision didn't satisfy him!
> 
> True story!  From a user.

Hey, there are tons of surprises in life. Users make mistakes and assumptions that turn out to not be true. If you think you can avoid all such issues, I think you aren't living in the real world.

You'll be shocked to hear that even the so-called _email_ address isn't necessarily valid at all at times. Look closer, and you'll find email addresses that don't work at all. It turns out that if you don't set it explicitly, git will guess, and sometimes the end result won't actually work as an email address.

Beign surprised and then saying "I was surprised, so the whole design is broken" - that's a very silly standpoint to make. I suggest you reconsider. How many times have you had people "surprised" by correct kernel behaviour? Happens all the time.

Do you think they are all indicative of bad design, or maybe just "welcome to the real world - your preconceived notions didn't turn out to be accurate after all"?

It's a design decision to show the name as readably as possible. One that I think was correct.

			Linus
Previous: Andrew MortonNext: Johannes Schindelin
Message 12 of 41 in “email address handling”
  1. Andrew MortonAug 1, 2008
  2. Linus TorvaldsAug 1, 2008
  3. Andrew MortonAug 1, 2008
  4. Linus TorvaldsAug 1, 2008
  5. Junio C HamanoAug 1, 2008
  6. Andrew MortonAug 1, 2008
  7. Linus TorvaldsAug 1, 2008
  8. Andrew MortonAug 1, 2008
  9. Linus TorvaldsAug 1, 2008
  10. Linus TorvaldsAug 1, 2008
  11. Andrew MortonAug 1, 2008
  12. Linus TorvaldsAug 1, 2008
  13. Johannes SchindelinAug 1, 2008
  14. Junio C HamanoAug 1, 2008
  15. Johannes SchindelinAug 2, 2008
  16. Junio C HamanoAug 1, 2008
  17. Andrew MortonAug 1, 2008
  18. Theodore TsoAug 1, 2008
  19. Andrew MortonAug 1, 2008
  20. Linus TorvaldsAug 1, 2008
  21. Andrew MortonAug 1, 2008
  22. Linus TorvaldsAug 1, 2008
  23. Andrew MortonAug 1, 2008
  24. Linus TorvaldsAug 1, 2008
  25. Karl HasselströmAug 4, 2008
  26. Linus TorvaldsAug 1, 2008
  27. Andrew MortonAug 1, 2008
  28. Linus TorvaldsAug 1, 2008
  29. Linus TorvaldsAug 1, 2008
  30. Johannes SchindelinAug 2, 2008
  31. Linus TorvaldsAug 2, 2008
  32. Junio C HamanoAug 2, 2008
  33. Johannes SchindelinAug 2, 2008
  34. Linus TorvaldsAug 2, 2008
  35. Junio C HamanoAug 2, 2008
  36. Junio C HamanoAug 2, 2008
  37. Junio C HamanoAug 2, 2008
  38. Linus TorvaldsAug 1, 2008
  39. Andrew MortonAug 1, 2008
  40. Junio C HamanoAug 1, 2008
  41. Andrew MortonAug 1, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.