On Fri, 20 Oct 2006, Andy Parkins wrote: > > I did this: > > $ git tag -s adp-sign-tag > gpg: skipped "Andy Parkins <andyparkins@xxxxxxxxx>": secret key not available > gpg: signing failed: secret key not available > failed to sign the tag with GPG. I would suggest one of two things: - specify the signing entity explicitly: git tag -u "andyparkins@xxxxxxxxx" adp-sign-tag - or just add a new alternate user ID to match the full git user ID. Currently, your pgp key has the full ID "Andy Parkins (Google) <andyparkins@xxxxxxxxx>", and the way gpg matches ID's, that will _not_ match an ID of "Andy Parkins <andyparkins@xxxxxxxxx>" But you can just do something like gpg --edit-key andyparkins@xxxxxxxxx and then do an "adduid", and then add your UID _without_ the "(Google)" in there, and that should solve all your problems. > So when git-tag looks for "Andy Parkins <andyparkins@xxxxxxxxx>"; it's not > found. The answer is (I think) to search only on the email address when > looking for a key. I've simply changed git-tag to have > > username=$(git-repo-config user.email) > > However, this is clearly wrong as what it actually wants is the committer > email. Am I safe to simply process the $tagger variable to extract it? You're probably better off with something like git var GIT_COMMITTER_IDENT | sed 's/\(.*\)<\(.*\)>\(.*\)/\2/' which should work, but see above: I think you literally are better off just adding an alias to your PGP key that doesn't have the comment field. That said, I've never understood why gpg matches on the comment field. Dammit, it _should_ find the key anyway. Stupid program. Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html