Estoy intentando implementar mi primera aplicación de desarrollo para iPhone y tengo algunos problemas. Pasé con éxito a través del Asistente de aprovisionamiento en línea, pero ahora estoy atascado. No importa lo que haga, siempre obtengo el siguiente error.
/ usr / bin / codesign falló con el código de salida 1
¿Alguien tiene alguna idea de por qué está sucediendo esto?
Respuestas:
Actualización:
la nota técnica en mi respuesta original ahora está en desuso. Apple publicó una colección de problemas de firma de código (y algunas soluciones) en un nuevo documento: Nota técnica Índice de solución de problemas de firma de código TN2407
Verifique la propiedad CODE_SIGN_IDENTITY en su configuración de compilación. ¿Está seleccionado su perfil de aprovisionamiento?
También debe ingresar un identificador de paquete válido en su lista de aplicaciones.
El identificador debe coincidir con el que proporcionó al generar el perfil.
Apple tiene una nota técnica sobre eso aquí .
Me encontré con este error, y esto es lo que descubrí en caso de que esto ayude a alguien: descubrí que puede hacer clic con el botón derecho en el mensaje de error en Xcode y elegir expandir para obtener más detalles, incluida una descripción del problema.
En mi caso, tenía dos copias de mi certificado de desarrollador con el mismo nombre en diferentes archivos de llavero, y Xcode no pudo averiguar cuál usar.
Podría ser una respuesta extraña para el problema del código de identificación en Xcode 9.0. Yo también estaba recibiendo este error y no sabía qué hacer, porque todo estaba correcto.
Fui al llavero, tenía la opción de inicio de sesión "desbloqueada". Lo bloqueé y compilé mi compilación nuevamente. El propio Xcode me pidió que abriera el llavero de acceso. Le di acceso y funcionó.
Los pasos fueron:
accountsdhabía solicitado acceso al llavero al reiniciar después de la actualización, lo cual descarté porque los modales debajo eran raros. rebotar el llavero fue el truco
Tuve exactamente el mismo error e intenté todo lo que hay bajo el sol, incluido lo que estaba en otra parte de esta página, sin éxito. El problema para mí fue que en Keychain Access, el certificado Apple WWDR real estaba marcado como " Confiar siempre ". Debía ser " Valores predeterminados del sistema ". Eso también se aplica a sus certificados de desarrollo y distribución. Si alguno de ellos está configurado incorrectamente en " Confiar siempre ", aparentemente puede causar este problema.
Entonces, en Acceso a Llaveros, haga clic en el certificado de Autoridad de Certificación de Relaciones con Desarrolladores Mundiales de Apple, seleccione Obtener información . Luego, expanda la configuración de Confianza y, para el cuadro combinado de " Al usar este certificado: ", elija " Valores predeterminados del sistema ".
Otros han comentado que es posible que deba hacer esto en el sistema y los llaveros de inicio de sesión para estos errores .
Puede haber muchas razones cuando recibe este tipo de error:
Compruebe si ha seleccionado un perfil de aprovisionamiento que incluya la identidad de firma de código válida y un identificador de paquete válido en Configuración. (Ir a Configuración de compilación-> Firma-> Perfil de aprovisionamiento).
Abra Keychain Access y haga clic en el icono de candado en la parte superior izquierda, para que bloquee el llavero de inicio de sesión y luego haga clic nuevamente para desbloquear.
Tuve el mismo problema con la compilación de distribución. Simplemente sucedió de repente. De hecho, no tuve este problema hace unos días y tenía mi versión Ad-Hoc compilada correctamente. Este problema surgió porque mi certificado acaba de caducar hoy. Así que fui a crear un nuevo provisional siguiendo la guía de Apple: (http://developer.apple.com/ios/manage/distribution/index.action).
Después de pasar horas en la red y asegurarme de que no me había enamorado de lo que pudiera salir mal. Esto es lo que me salvó como lo sugirieron Tobias y Dan Ray:
La información detallada me dijo acerca de la coincidencia ambigua de dos certificados. Uno de ellos resultó ser un certificado caducado en la cadena de claves del sistema. ¡Así que eliminé el vencido y funcionó! También me preocupaba qué ingresar en el "nombre común" al crear el certificado de distribución utilizando la utilidad de llavero: mi nombre o el nombre de mi empresa. En mi caso, ingresé mi nombre. Supongo que es el mismo que el título que se abordó en el correo electrónico de respuesta automática del desarrollador.
Gran ayuda. Gracias.
Si el error que precede inmediatamente al error de signo de código dice algo como "bifurcación de recursos, información del Finder o detritus similares no permitidos"
Luego navegue hasta el archivo .app en Terminal y escriba:
xattr -cr <ruta_a_paquete_aplicaciones>
ref: https://developer.apple.com/library/content/qa/qa1940/_index.html
Lo que funcionó para mí fue la adición --deepde otro código de firma de Banderas en configuración de generación. Más información aquí: El código de la API de Dropbox falla en Xcode 4.6.3: "el objeto de código no está firmado en absoluto"
Desafortunadamente, esta condición de error ambigua tiene 400 soluciones diferentes, pero estoy divagando.
Yo tuve el mismo problema. Al final resultó que mi clave privada no permitía que codesign tuviera acceso a ella. Se puede ver esto en el diálogo de información en la aplicación de llavero.
Tengo que estar de acuerdo con Tobias. El error es demasiado genérico. Cuando me sucedió lo mismo, indagué en el mensaje de error y me di cuenta de que había estropeado algo en las propiedades de compilación, pero no en la firma del código. Así que sí, profundizaría en los detalles.
Después de horas de buscar en Google y probar diferentes cosas, esto es lo que me solucionó:
Asegúrese de que no haya certificados en la pestaña Sistema> Certificados en Acceso a llaveros. Elimine todos los certificados duplicados de allí.
Instale el certificado intermedio WWDR debajo de los certificados del portal de aprovisionamiento, además de los certificados de los desarrolladores y asegúrese de verlo en la pestaña Iniciar sesión> Certificados en Acceso a llaveros.
¡Espero que esto ayude a alguno de ustedes!
Tuve el mismo problema, pero también en el registro de errores estaba este: CSSMERR_TP_CERT_NOT_VALID_YET
Al mirar el certificado en KeyChain, se mostró un mensaje similar. El problema se debió a que el reloj del sistema de mi Mac estaba configurado incorrectamente. Tan pronto como configuré la región / hora correcta, el certificado se marcó como válido y pude compilar y ejecutar mi aplicación en el iPhone
También recibía este error ("/ usr / bin / codesign falló con el código de salida 1"), y cuando miré en Keychain Access, mis certificados de desarrollador estaban marcados como "Este certificado fue firmado por una autoridad desconocida". Recientemente me había actualizado a Mac OS 10.8 y desde entonces he tenido un par de problemas con XCode (4.5.2). Resulta que no tenía instalado el certificado intermedio WWDR. ¡Lo descargué del Portal de aprovisionamiento de iOS, lo instalé en Keychain Access y mi proyecto se compila nuevamente!
A veces, su carpeta de compilación simplemente necesita una limpieza, ciertamente funcionó para mí. Gracias a loafer-project por la solución.
Una posible causa es que no tiene permiso para escribir en el directorio de compilación.
Solución: elimine todo el directorio de compilación en la carpeta del proyecto y reconstruya su aplicación.
Me encontré con este error y fue porque estaba tratando de escribir el archivo de compilación en una unidad de red que no funcionaba. Intenté de nuevo desde mi escritorio y funcionó bien. (Puede que tengas que "Limpiar" la compilación después de moverla. Simplemente elige "Limpiar todos los objetivos" en el menú desplegable "Compilación").
Sin embargo, Tobias tiene razón, profundice en los detalles del código haciendo clic derecho para ver cuál es su problema específico.
Una cosa que querrá tener en cuenta (es un error estúpido de mi parte, pero sucede) es que la dirección de correo electrónico adjunta a la CSR debe ser la misma que la del correo electrónico conectado a su cuenta Apple Dev. Una vez que usé un nuevo CSR y reconstruí todos los certificados y perfiles de aprovisionamiento, todo salió bien en Appleville.
Otra razón, verifique que su cuenta de desarrollador esté conectada con xCode
Tuve el mismo error desconocido al firmar el código que mencionaste. De manera similar a la respuesta proporcionada (pero un poco diferente), simplemente bloqueé el acceso a mi llavero y lo desbloqueé, y pude compilar y ejecutar mi dispositivo nuevamente. Si alguien tiene el mismo problema, quizás intente eso primero antes de pasar por la molestia de modificar la contraseña del llavero.
Al lanzar mis comentarios al ring, me encontré con esto después de intentar actualizar mi entorno de desarrollo después de hacer clic en DENEGAR accidentalmente en una de las solicitudes de la aplicación, después de buscar, encontré una serie de cosas que no parecían funcionar. Este es el orden completo en el que intenté las correcciones y si hubo éxito:
1) Intentó borrar los DerivedFiles y reiniciar XCode - sin dados
2) Intentó iniciar sesión y desbloquear el llavero, luego reiniciar XCode, sin dados
3) Intenté actualizar mi cuenta de desarrollador dentro de XCode, sin dados
4) Mordió la bala y simplemente reinicié todo mi llavero, después de hacerlo, mi cuenta de desarrollador se cerró (volvió a iniciar sesión), luego reinició XCode, sin dados
5) Encontré un artículo aquí que decía que teníamos que configurar la [inicio de sesión | local | Sistema] / certificado / Autoridad de certificación de relaciones con desarrolladores mundiales de Apple en "Sistema predeterminado". Pero en mi caso ya estaba configurado por defecto del sistema, sin dados
6) Luego miré mi inicio de sesión de certificado de desarrollador real / mis certificados / Desarrollador de Mac: y cuando miré allí, estaba configurado correctamente en Confirmar antes de permitir el acceso, PERO no había entradas en la sección inferior. Debe haber [Xcode, codesign, productbuild]. Eliminé la entrada del certificado y reinicié XCode - bingo
Se agregó el certificado y luego se me solicitó. Entonces, ¿qué hice? Presioné "permitir siempre" y luego me deshice.
Tuve que regresar y eliminar el certificado nuevamente, luego pasar por unos 20 diálogos de permiso durante una compilación limpia. Una vez completado, pude construir completamente.
En mi caso, después de unos días de investigación,
Todo lo que hice para girar se enumera a continuación:
Esto debería funcionar para problemas de códigos de diseño similares.
Tenga en cuenta que durante este proceso, el sistema operativo le solicitará la validación de su credencial.
