Codesign mówi "nie znaleziono tożsamości", ale tożsamość jest na pęku

Question

Integruję podpisywanie kodu w naszych kompilacjach i utworzyłem niestandardowy pęku kluczy, który jest przechowywany w drzewie kodu źródłowego i służy do podpisania kodu (jest kopiowany do ~/Library/Keychains przed użyciem, więc znajduje się w dobrze znanej lokalizacji).

Jednak gdy próbuje się zalogować pojawia się błąd:

$ /usr/bin/codesign --sign='Mac Developer: John Doe (AA1AAA1AAA)' \ 
    --keychain=~/Library/Keychains/xxx.keychain \ 
    dist/64/gmake/release/bin/libmylib.dylib 

Mac Developer: John Doe (AA1AAA1AAA): no identity found 

Jednakże:

$ security find-identity -p codesigning ~/Library/Keychains/xxx.keychain 

Policy: Code Signing 
    Matching identities 
    1) 49F2FBE79899DF18A9638AC6B1302E2EB6E079AD "Mac Developer: John Doe (AA1AAA1AAA)" 
    1 identities found 

    Valid identities only 
    1) 49F2FBE79899DF18A9638AC6B1302E2EB6E079AD "Mac Developer: John Doe (AA1AAA1AAA)" 

Więc nie rozumiem, dlaczego codesign nie jest w stanie odnaleźć tożsamość.

Czy ktoś może zaproponować rozwiązanie?

Należy zauważyć, że próbowałem również z identyfikatorem SHA-1, z tym samym wynikiem.

Answer 1

Niektóre z komunikatów o błędach codeign są mniej wyraźne. Problem polega na tym, że kodowanie nie może znaleźć pęku kluczy, a to jest spowodowane użyciem --keychain=~/path. Jest to interpretowane jako pojedynczy argument i nie przeprowadza się rozszerzenia tyldy. Jeśli zmodyfikujesz polecenie, aby używał oddzielnych argumentów, powinno działać zgodnie z oczekiwaniami:

codesign --sign 'Mac Developer: John Doe (AA1AAA1AAA)' \ 
    --keychain ~/Library/Keychains/xxx.keychain \ 
    dist/64/gmake/release/bin/libmylib.dylib