ios - identifiers - Codesign devolvió un error desconocido-1=ffffffffffffffff
provisioning profile (7)
@madhu Intenté solucionar el mismo problema y descubrí que el control de acceso para la clave asociada con el certificado en cuestión estaba configurado como "Confirmar antes de permitir el acceso", que no funcionaba en Jenkins. Lo modifiqué (a través de la interfaz de acceso de Llavero - Obtener información, control de acceso) para "Permitir que todas las aplicaciones accedan a este elemento" y mi compilación fue exitosa.
Intenté codificar para firmar una aplicación de iOS. Estos son los pasos que seguí
security create-keychain -p password ${KEYCHAIN}
security set-keychain-settings -u -t 300 ${KEYCHAIN}
security list-keychains -d user -s login.keychain ${KEYCHAIN}
security import "$1" -k ${KEYCHAIN} -A -P "${PASSPHRASE}" -A >/dev/null
security unlock-keychain -p password ${KEYCHAIN}
/usr/bin/codesign -f -s $IDENTITY --keychain $KEYCHAIN --entitlements $ENTITLEMENTS Payload/Test.app
Esto me devolvió Codesign devolvió un error desconocido -1 = ffffffffffffffff vía ssh.
Si ejecuto directamente el comando de signo de código en la máquina, se está firmando correctamente.
El problema es solo en Mac OS Sierra.
Consiguió el mismo problema pero al archivar directamente desde Xcode. Compartiendo la solución en caso de que ayude.
A veces, el llavero parece terminar en un estado corrupto. Usando MacOS Sierra también.
Los síntomas:
Relogin es necesario para acceder a las cuentas después de reiniciar Xcode
Solicitar una contraseña mientras usa Keychain Access para algunas operaciones
Acceso al llavero: error al acceder al llavero de inicio de sesión a través de Cambiar la configuración del llavero ...
Lo que lo solucionó para mí es bloquear y desbloquear (se requiere contraseña) el llavero involucrado, inicie sesión en mi caso.
Es posible que haya exportado algún archivo como p12 desde KeyChain, y cuando el sistema operativo le solicitó su contraseña de root, y la rechazó, Xcode codificará el error de firma con esta información.
Si es así, repita la acción anterior, ingrese su contraseña y haga clic en Permitir, y luego estará bien el código de inicio de sesión.
Esto sucede en una construcción sin cabeza porque no se puede mostrar ni responder a la solicitud de acceso clave. La solución es evitar que se muestre ese aviso otorgando acceso a la clave de antemano.
Abra Keychain Access, encuentre la clave para su certificado de firma (inicio de sesión-> Certificados, luego expanda el certificado para revelar su clave). Haga clic con el botón derecho en la tecla y seleccione: Obtener información -> Control de acceso, y seleccione "Permitir que todas las aplicaciones accedan a este elemento".
He intentado casi todas las sugerencias existentes en la web, ninguna de ellas ayudó ...
Finalmente, solo se vuelve a generar el Perfil de aprovisionamiento (para AdHoc), se vuelve a descargar y se coloca en ~/Library/MobileDevice/Provisioning Profiles/ sobrescribe el existente que me salvó la vida.
Por cierto, la construcción de la AppStore tuvo éxito todo este tiempo, por lo que el problema estaba definitivamente en el propio perfil AdHoc (bastante extraño, ya que se veía bien por todos los medios).
Tuve el mismo problema hace un tiempo, añadiendo
security set-key-partition-list -S apple-tool:,apple:,codesign: -s -k password ${KEYCHAIN}
lo resolvió por mi
Voy a participar tan bien como tuve que probar algunas cosas más que las que se mencionan aquí: el problema fue que a keychain no le gustan las sesiones de SSH. Tuve que ejecutar estos en mi sesión para arreglarlo:
security unlock-keychain -p MY_PASS ~/Library/Keychains/login.keychain
security set-key-partition-list -S apple-tool:,apple:,codesign: -s -k MY_PASS ~/Library/Keychains/login.keychain
security set-keychain-settings ~/Library/Keychains/login.keychain
También eliminé mis certificados de sistema / certificados de cuenta actuales al eliminar mi cuenta de XCode (uso fastlane para hacer la compilación) pero sospecho que esto no debería haberlo afectado.