Error de comando/usr/bin/codesign con el código de salida 1

CodeSign "build/Release-iphoneos/Nice Saying123.app" 
cd "/Users/c28/Documents/Office Projects/Nice Saying123" 
setenv PATH "/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin" 
setenv _CODESIGN_ALLOCATE_ /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/codesign_allocate 
/usr/bin/codesign -f -s "iPhone Developer: dipak kasabwala (29QJU3WV6X)" "--resource-rules=/Users/c28/Documents/Office Projects/Nice Saying123/build/Release-iphoneos/Nice Saying123.app/ResourceRules.plist" --entitlements "/Users/c28/Documents/Office Projects/Nice Saying123/build/Nice Saying123.build/Release-iphoneos/Nice Saying123.build/Nice Saying123.xcent" "/Users/c28/Documents/Office Projects/Nice Saying123/build/Release-iphoneos/Nice Saying123.app" 

/Users/c28/Documents/Office Projects/Nice Saying123/build/Release-iphoneos/Nice Saying123.app: replacing invalid existing signature 
/Users/c28/Documents/Office Projects/Nice Saying123/build/Release-iphoneos/Nice Saying123.app: CSSMERR_TP_NOT_TRUSTED 
Command /usr/bin/codesign failed with exit code 1

Fuente

2011-03-14 dipak

Esto suele ser un error de certificado. ¿Puedes intentar lo siguiente? http://discussions.apple.com/message.jspa?messageID=7709840 –

Tuve exactamente el mismo error e intenté con todo bajo el sol, incluido lo que estaba en el enlace discussions.apple.com arriba. Lo que el problema era para mí era que en Keychain Access, el certificado real de Apple WWDR estaba marcado como "Always Trust". Necesitaba ser "Predeterminados del sistema". Eso también se aplica a sus certificados de Desarrollo y Distribución. Si alguno de ellos está incorrectamente configurado en "Confiar siempre en", eso aparentemente puede causar este problema.

Así, en Acceso a Llaves, haga clic en la autoridad de certificación Relaciones Apple a nivel mundial desarrollador certificado, seleccione Obtener Información . A continuación, expanda la configuración de confianza y para el cuadro combinado para "Al usar este certificado:", elija "Predeterminados del sistema".

Es muy confuso que al seleccionar "Siempre confiar en" produce un error afirmar que hay algo que no es de confianza :(... pero esa es la forma en que es aparentemente!

Hattip a @MariaZverina, cuyo comentario/enlace proporciona ayuda sobre este tema

Editar:.. puede que tenga que comprobar tanto sesión y Sistema certificados, en busca de este problema

Fuente

2011-04-22 00:03:40 Nate

Esta debería ser la causa raíz. Arreglé esto por lo que dijo Nate. Gracias ~~~~~ – flypig

En mi caso fue el certificado "Desarrollador de iPhone" que fue marcado como "Confiar siempre". ¡Después de cambiar a "Valores predeterminados del sistema", funciona como un amuleto! :-) –

Eres un salvavidas-- Me pregunto si incluso tienen probadores para XCode. – mmr

mi error fue: fictlumohhjzjxcfmyfpwvrjakqa XXXXXXXXXX-/ construcción/Productos/debug-iPhoneOS/XXXX XXX.app /Usuarios/XXXXXXXX/Library/desarrollador/Xcode/DerivedData/Formato objeto de archivo no reconocido, no es válido, o no aptos

Command/usr/bin/codesign ha fallado con el código de salida 1

Pruebe a continuación. Sistema de desarrollo: OSX Lion, Xcode 4.1 iOS 4.3

si ha copiado un proyecto archivado satisfactoriamente y lo ha modificado para una nueva versión, la versión copiada puede ejecutarse correctamente en el simulador. Pero el archivo de distribución puede obtener el error anterior. Me tomó un día ordenar este problema.

Haga clic derecho Your_Project.xcodeproj> Mostrar contenido del paquete & editar archivos project.pbxproj.

Solución: - El archivo Info.plist puede estar teniendo más de dos copias en las carpetas del proyecto. También referencias erróneas/múltiples en secciones de configuración dentro del archivo pbxproj. o Eliminé esas líneas, excepto que las remití desde la configuración de Build (Distribución). Establezca la referencia de info.plist en la configuración del proyecto de la siguiente manera.

Por último, compruebe que la configuración de distribución sea la siguiente.

8917E65D14244E5100B703F8 /* Distribution */ = { 
      isa = XCBuildConfiguration; 
      buildSettings = { 
       ALWAYS_SEARCH_USER_PATHS = NO; 
       ARCHS = "$(ARCHS_UNIVERSAL_IPHONE_OS)"; 
       CODE_SIGN_ENTITLEMENTS = ""; 
       CODE_SIGN_IDENTITY = "iPhone Distribution: XXXXXXXX XXXXXXX"; 
       "CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "iPhone Distribution: XXXXXXXX XXXXXXX"; 
       COPY_PHASE_STRIP = YES; 
       GCC_PRECOMPILE_PREFIX_HEADER = YES; 
       GCC_PREFIX_HEADER = XXXXX_Prefix.pch; 
       INFOPLIST_FILE = Info.plist; 
       IPHONEOS_DEPLOYMENT_TARGET = 4.3; 
       ONLY_ACTIVE_ARCH = NO; 
       PRODUCT_NAME = "Product Name"; 
       PROVISIONING_PROFILE = "XXXXXXXX-XXXX-4ACA-A26E-XXXXXXXXXXXXX"; 
       "PROVISIONING_PROFILE[sdk=iphoneos*]" = "XXXXXXXX-XXXX-4ACA-A26E-XXXXXXXXXXXXX"; 
       SDKROOT = iphoneos4.3; 
       SEPARATE_STRIP = YES; 
       TARGETED_DEVICE_FAMILY = 2; 
       VALIDATE_PRODUCT = YES; 
       WRAPPER_EXTENSION = app; 
      }; 
      name = Distribution; 
     };

Fuente

2011-09-22 10:08:57 Devaski

Incluso yo había intentado todo en todas partes :) pero lo Nate dice es cierto, funciona :)

Sólo asegúrese de que activa las dos certificados de inicio de sesión y del sistema, la mía tenía los certificados del sistema establecido en Siempre Confianza , haciéndome pasar por alto.

Autoridad de firma de Apple Code y Autoridad de certificación de relaciones con desarrolladores de Apple en el mundo.

Fuente

2012-07-24 05:29:46 darkmystel

En mi caso, resultó ser porque ninguno de los certificados intermedios necesarios se instaló (Apple WWDR y Developer ID). Acabo de configurar una nueva computadora y exportar mi perfil de desarrollador desde mi máquina anterior, que agrupa todos los certificados necesarios, claves, perfiles de aprovisionamiento, etc. en un solo archivo, creando un pequeño y ordenado paquete del que se puede hacer una copia de seguridad, o en mi caso, se movió fácilmente a una máquina nueva. Desafortunadamente, asumí que los certificadores intermedios llegarían para el viaje. Ellos no lo hicieron. Descargar los certificados intermedios del sitio del desarrollador de Apple e instalar los que usan Keychain Access hizo el truco.

Tenga en cuenta que hay dos certificados intermedios: el Certificado Intermedio WWDR de Apple (que cubre el desarrollo y distribución de iOS y Mac App Store), pero también hay un Certificado Intermedio ID de Desarrollador separado (que cubre ID de Desarrollador, por ejemplo, distribución de la App Store).

Fuente

2012-09-16 08:02:40

Esto ocurrió después de que se agregó otro certificado a mi llavero.

Esta es una solución sin sentido, pero habiendo intentado todo, desbloqueé/bloqueé el llavero de inicio de sesión y todo se solucionó.

hmmmm.

Fuente

2014-06-05 00:11:31 plm

En mi caso, era el certificado "Desarrollador de iPhone" que estaba marcado como "Confiar siempre". ¡Después de cambiar a "Valores predeterminados del sistema", funciona como un amuleto! :-)

Yo también era capaz de hacer que funcione mediante la selección de "Valores predeterminados del sistema"

Fuente

2014-08-14 07:55:53 Fouad

Error de comando/usr/bin/codesign con el código de salida 1

Respuesta

Cuestiones relacionadas