On Friday 2006, October 20 17:32, Linus Torvalds wrote:Yeah, obviously that's one way; and while it doesn't really matter to me, i= t=20 seems poor form that git doesn't work with gpg as it is. While one could o= f=20 course use the "-u" switch, if that is the answer, then why bother with=20 having the "-s" switch at all? I've actually settled on: : ${username:=3D$(expr "z$tagger" : 'z.*<\(.*\)>')} In git-tag.sh. I think it's doing the right thing unfortunately. If you search on any part "Andy Parkins" "<andyparkins@gmail.com>" "andyparkins@gmail.com" "andyparkins" It finds it fine; the only thing it doesn't find is "Andy Parkins <andyparkins@gmail.com>" Which I suppose is fair enough, as it's a fairly specific format to be=20 searching for. I'm going to advocate my change of only searching on the email address for= =20 finding the key - there shouldn't be two keys with the same email address=20 anyway, so there shouldn't be a danger of ambiguity of key. Also, it deals= =20 with the case when someone has entered a different name in git and in their= =20 gpg UID. For example, I would think it shouldn't be a problem that I like = to=20 be called "Andy" on the git list, and yet want my key to say "A. D.=20 Parkins", "Andrew Parkins" or "Sparky McFly".=20 Now, I think I've written my name far, far too many times in this email. Sparky McFly =2D-=20 Dr Andrew Parkins, M Eng (Hons), AMIEE andyparkins@gmail.com
| Rafael J. Wysocki | [Bug #10714] powerpc: Badness seen on 2.6.26-rc2 with lockdep enabled |
| Artem Bityutskiy | [RFC PATCH 06/26] UBIFS: add superblock and master node |
| Eric Paris | TALPA - a threat model? well sorta. |
| Balbir Singh | Re: [RFC][PATCH] Remove cgroup member from struct page |
git: | |
| Francis Moreau | emacs and git... |
| Daniel Berlin | git annotate runs out of memory |
| Wink Saville | Using git with Eclipse |
| Francis Moreau | git-bisect: weird usage of read(1) |
| Marc Balmer | Re: bcw(4) is gone |
| Stuart Henderson | Re: SMTP flood + spamdb |
| Theo de Raadt | Re: Richard Stallman... |
| Bryan Irvine | Re: Speed Problems |
| Christoph Lameter | tbench regression on each kernel release from 2.6.22 -> 2.6.28 |
| Peter Zijlstra | Re: [tbench regression fixes]: digging out smelly deadmen. |
| Johannes Berg | Re: mac80211 truesize bugs |
| Johannes Berg | [RFC] mac80211: assign needed_headroom/tailroom for netdevs |
