macos - identifiers - missing private key xcode
Codesign: ¿Qué son los contenidos sin sellar? (10)
Echa un vistazo a la firma de código OS X en profundidad
A partir de la versión 10.9.5 de OS X, habrá cambios en la forma en que OS X reconoce las aplicaciones firmadas
Estructure su paquete de acuerdo con las expectativas para OS X versión 10.9 o posterior:
- Solo incluya el código firmado en los directorios que deben contener código firmado.
- Solo incluye recursos en directorios que deban contener
recursos - No utilice el indicador --resource-rules o ResourceRules.plist. Han sido obsoletos y serán rechazados.
Acabo de actualizar a XCode 6 y he intentado compilar mi aplicación Mac con ID de desarrollador. Sin embargo, ahora recibo el siguiente error de código:
unsealed contents present in the root directory of an embedded framework
Esto se aplica al Dropbox.framework que utilizo. Obviamente eso no se pudo firmar. ¿Qué significa el error? ¿Qué está mal?
El problema es el archivo version.txt que reside en Dropbox.framework . Si bien esto es útil para saber cuál es la versión del marco, parece que ya no está bien para la asignación de códigos.
Cuando quité el archivo todo funcionó bien otra vez.
En mi caso, estaba intentando firmar una aplicación con algunos marcos antiguos dentro. Ninguna de estas sugerencias ayudó. Resultó que tuve que eliminar el archivo PkgInfo de un marco para que este mensaje desapareciera.
Encontré el problema cuando intenté firmar otro marco, las respuestas aquí son muy inspiradoras, aquí debe haber algunos problemas con la estructura del marco, pero los encontré. La estructura parece ser correcta, los enlaces simbólicos no tienen "/", no hay un archivo adicional (verificando con ls ) ...
Después de un montón de intentos, finalmente me di cuenta de que hay un .DS_Store adicional en el marco, que es realmente molesto :(
Por lo tanto, si aún encuentra el error, intente comprobar si hay algún archivo oculto.
He golpeado esto dos veces ahora, así que estoy agregando las causas, ya que codesign es muy opaco y generalmente se niega a decirle cuál es el recurso problemático.
En una ocasión, tuve un ejecutable binario sin firmar. Cada ejecutable y marco deben firmarse individualmente antes de cantar el paquete en su conjunto.
Entonces llego a otro caso. Firmo mi código como parte del proceso de publicación, volviendo a firmar cada ejecutable y el marco. Pero Xcode también firma el paquete también, y resulta que estaba dejando atrás a cruft en las carpetas _CodeSignature. Así que ahora, antes de firmar cada uno de los ejecutables y marcos y luego el paquete, pre-elimino las carpetas _CodeSignature generadas por Xcode con algo como:
find MyApp.app -name _CodeSignature -type d -exec rm -rf {} +
Esperemos que esta información ganada con mucho esfuerzo le ahorre a alguien algún tiempo algún día.
Hoy tuve el mismo problema durante varias horas, ya que traté de adaptar un paquete de marcos pre-Yosemite a Yosemite. Al final, el problema fueron los enlaces simbólicos que hice, no estrictamente archivos en el directorio.
Inicialmente, el paquete tenía un enlace simbólico roto en su directorio raíz. Lo arreglé.
El enlace simbólico que agregué:
Headers -> Versions/Current/Headers/
Lo que necesitaba ser:
Headers -> Versions/Current/Headers
Esa barra adicional es el asesino.
Tenga en cuenta que esto me mordió dos veces en dos lugares diferentes: también tuve
Current -> 1.8.0/
donde yo necesitaba
Current -> 1.8.0
No soy muy * nixer, así que quizás esto sea de sentido común, pero espero que ayude a otros desarrolladores de Windows como yo.
Investigué esto por un tiempo hoy y ninguna de las sugerencias que encontré fue de ayuda, mi sdl_mixer.framework tenía cinco marcos incrustados que no podía superar iTunesConnect. Mis soluciones fueron eliminar tres de ellas que realmente no necesitaba, y las otras dos se agregaron a mi proyecto como marcos independientes, no incrustados en el sdl_mixer. Ojalá esto ayude a alguien, pasé horas en esto.
Me encontré con un problema similar hoy ... mi error fue "contenido sin sellar presente en la raíz del paquete". La solución para mí fue eliminar el ícono personalizado que tenía en mi aplicación. AppName.app/Icon? fue corrupto de alguna manera ...
Otra posible causa de este problema: si está creando aplicaciones iOS y macOS que tienen el mismo nombre y la misma ubicación instalada, es posible que ambas estén escritas en el mismo paquete de aplicaciones. Primero, la compilación de la aplicación iOS coloca su contenido directamente en la raíz del paquete de la aplicación, y luego la compilación de la aplicación macOS coloca su contenido en una carpeta de "Contenido" en el paquete de la aplicación, y luego la firma de códigos se queja sobre los recursos de iOS.
Tuve el mismo problema y lo que funcionó fue eliminar el contenido de la carpeta DerivedData. Xcode no dice qué recurso está causando el problema, así que reconstruí todo desde cero. La limpieza tampoco funcionó.