–recursos de reglas ha sido desaprobado en mac os x >= 10.10

Traté de renunciar a mi archivo ipa con el nuevo perfil de suministro en Mac Os 10.10 con iResign aplicación, pero tengo esta advertencia: «Advertencia: –de los recursos de las reglas ha sido desaprobado en Mac OS X >= 10.10».

¿Qué debo hacer ahora?

  • ¿Qué archivos están excluyendo de la firma?
  • Tengo un archivo ipa con el desarrollo cerfiticate, ahora quiero cambiar a una empresa de distribución de cerfiticate. He utilizado iResign aplicación a dimitir en Mac OS X 10.10 pero sí muestra que la advertencia.
  • Suena como un error en iResign (lo que es) y probablemente debería ser la reconstrucción de la aplicación utilizando Xcode lugar?
  • Gracias por su apoyo. Pero algunos de mis amigos no saben cómo construir con Xcode. Es mejor si se puede renunciar archivo ipa con su distribución cerfiticate. Voy a sugerir que el uso de Mac OS 10.9.5 o por debajo. De todos modos, gracias gracias
InformationsquelleAutor hiennv92 | 2014-10-20

8 Kommentare

  1. 6

    He encontrado solución: si ejecuta el iResign aplicación de XCode — a continuación, podrán renunciar a la aplicación sin problema (advertencia aparecerá en la consola en vez de la ventana emergente).
    Pero si cerca de XCode y ejecutar la aplicación solo — entonces la ventana trasera para usted!

    BTW: bug encontrado 🙂
    La condición

    if (systemVersionFloat < 10.9f)

    Se rompe para Yosemite 10.10. Divertido.

    Gracias,

    • Gracias gracias! Esto es realmente un curioso error. He encontrado este error recientemente. También hay nueva actualización aquí: github.com/maciekish/iReSign
    • Donde es la condición que viene? Y cómo puedo solucionar este problema?
    • Este no parece un error tanto como un codificado de la fuerza de obsolescencia.
  2. 153

    Haga clic en su proyecto > Blancos > Seleccione su destino > Configuración de generación >

    Code Signing Resource Rules Path

    y agregar :

    $(SDKROOT)/ResourceRules.plist

    --recursos de reglas ha sido desaprobado en mac os x >= 10.10

    • No funciona para mí
    • Funcionó para mí!
    • Cualquier explicación detrás de lo que ha cambiado exactamente a la causa de este error?
    • No estoy seguro. Creo que es de Apple ingenieros usted debe preguntar jeje 🙂 @Johannes: ¿Está usted seguro de que hiciste los pasos exactos ? No sé en realidad puede ayudar, aunque quiero que … 🙁
    • Esto me ayudó a resolver un problema que estaba teniendo con TestFlight.
    • Sí, he tenido este error con TestFlight así.
    • Funcionó para mí también!!
    • No me funciona 🙁
    • No veo Code Signing Resource Rules Path hay… Alguna idea?
    • Esto parece haber resuelto los problemas que estaba teniendo con TestFlight
    • ir a Build Settings Georg y asegúrese de que tiene todos los niveles seleccionados
    • Trabajó también para mí.
    • Esta solucionado mi problema con TestFlight para Mac a la hora de crear el IPA fallado. Honestamente se siente como apple está matando de a poco todo lo bueno acerca de TestFlight. Pensé que iba a ser una buena cosa, cuando se adquirió…
    • Gracias, solucionado el problema que tuve con el TestFlight 🙂
    • Para salvar a alguien de algún tiempo ‘de Firma de Código de Recursos de las Reglas de Ruta» está en la cuarta sección ‘de Firma de Código’.
    • Esto NO funciona para mí sin embargo me encontré con mi resolución. En mi caso yo soy la construcción de una aplicación de Mac. Recientemente he migrado a un nuevo iMac usando un restaurar a partir de copia de seguridad Time Machine (no sé si es relevante). Yo también estoy recién utilizando XCode 6.1. En mi caso fui a el portal para desarrolladores y registrado mi nuevo Mac UUID como un dispositivo y añadió que a mi perfil de suministro. Entonces yo manualmente descargado/instalado ese perfil, pero todavía no funciona. LUEGO me fui a XCode Preferencias… Cuentas, haga doble clic en mi cuenta y hacer clic en el botón Actualizar. FINALMENTE me dieron el trabajo.
    • Esta respuesta no se aplica a OS X objetivos, ya que la ResourceRules.plist archivo en Mac OS se puede encontrar unos niveles de seguridad en el $(SDKROOT) camino.
    • A pesar de que la solución proporcionada por usted, funciona perfectamente, yo tengo una preocupación. Me encontré con el técnico de Apple nota de developer.apple.com/library/mac/technotes/tn2206/_index.html#//…. Se dice que «la Firma de Código de Recursos de las Reglas de Ruta de construir valor en Xcode ya no debe ser utilizado y debe ser dejado en blanco.». Por favor, consejos sobre esto. La aplicación será rechazada por Apple si puedo usar esa bandera. ¿Hay alguna forma de quitar eso de la bandera de codiseñar parámetros?
    • Mi aplicación fue en realidad acaba de aprobar, con esa configuración. Y no es el único
    • Añade una captura de pantalla porque la Firma de Código de la sección puede ser difícil de encontrar para los no iniciados (es decir. yo)
    • impresionante! gracias Mike!
    • apple se une el rechazo de los archivos binarios que tiene este juego.

  3. 24

    Desde Xcode 7, el Code Signing Resource Rules Path construir configuración debe estar vacío o de lo contrario esta advertencia se produce.

    Nota Técnica TN2206 proporciona los detalles:

    Recurso Reglas

    Sistemas antes de que OS X Mavericks v10.9 documentado un
    la firma característica (–recursos de reglas) para controlar los archivos en un paquete
    debe ser sellado por una firma de código. Esta característica ha sido obsoleto
    para los Mavericks. Código de firmas hechas en Mavericks y más tarde siempre el sello de
    todos los archivos en un bulto; no es necesario especificar explícitamente cualquier
    más. Esto también significa que el Código de la Firma de Recursos de las Reglas de Ruta de construir
    configuración en Xcode ya no debe ser utilizado y debe ser dejado en blanco.

    Es así, no es posible excluir partes de un paquete de la
    de la firma. Paquetes deben ser tratados como sólo lectura, una vez que han sido
    firmado.

    • Buena info, aunque esto parece implicar la frente de la solutionfrom la más votada respuesta anterior… :S
    • Supongo que la más votada fue la respuesta correcta como la de Xcode 6.x. No funciona en mi caso.
    • Respuesta correcta debe ser actualizada a partir de XCode 7
  4. 10

    Después de Xcode 7 soluciones anteriores dejado de funcionar. Una nueva era marcada por la Rishi Goel (en https://stackoverflow.com/a/32762413/2252465)

    1. Quitar CODE_SIGN_RESOURCE_RULES_PATH=$(SDKROOT)/ResourceRules.plist
    2. Encontrar el /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/PackageApplication guión y actualización de la misma.

      Busque las líneas incluyendo el código siguiente en la secuencia de comandos

      my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements,resource-rules",
                        "--sign", $opt{sign},
                        "--resource-rules=$destApp/ResourceRules.plist");

      cambio de:

      my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements",
                        "--sign", $opt{sign});
    • Que en realidad es la única solución que funciona. Gracias.
    • Esta es la solución, en mi opinión
    • no puedo desbloquear este archivo
  5. 4

    Trate de añadir a continuación los argumentos en xcodebuild comando.

    -sdk iphoneos CODE_SIGN_RESOURCE_RULES_PATH='$(SDKROOT)/ResourceRules.plist' 
  6. 1

    Acabo de abrir mi existentes de la aplicación de iOS en Xcode 7 GM (desde Xcode 6.4) y vi este mismo mensaje de advertencia.

    Es interesante que las respuestas y los comentarios están diciendo a la actualización de la ‘Firma de Código de Recursos de las Reglas de Ruta’ y también de referencia de aplicaciones de Mac.

    En mi caso, el proyecto tenía esta clave y valor ya establecido por defecto (yo nunca lo ajuste). La advertencia acerca de los recursos de las reglas que se obsoleto demasiado.

    Para mí, eliminar el valor de la ‘Firma de Código de Recursos de las Reglas de Ruta de acceso’ quitar el aviso. Yo no he presentado una nueva versión de esta manera así que voy a tener que volver y actualización de esta respuesta.

    Sólo pensé que era interesante que mi respuesta es opuesto a lo que todo el mundo estaba viendo.

  7. 1

    Si usted está renunciando aplicación a través de la terminal, a continuación, incluso se puede omitir resource-rules mientras que la realización de firmar el código, ya que no es necesario para externamente especificar que los recursos de firmar y que no. Ahora es obligatorio firmar todos los recursos dentro del paquete.

    A dimitir de su aplicación a través de la terminal, usted puede seguir los siguientes pasos:

    unzip MyApp.ipa
    
    rm -rf Payload/MyApp.app/_CodeSignature/
    
    cp ~/Desktop/MyAdHoc.mobileprovision Payload/MyApp.app/embedded.mobileprovision 
    
    codesign -f -s "iPhone Distribution: Code signing Certificate for Enterprise or Ad-hoc app" Payload/MyApp.app
    
    zip -qr MyApp_Resigned.ipa Payload/
  8. 0

    Si comentar a los dos-recursos-reglas de parámetros a partir de los argumentos de la lista, donde el iResign aplicación llama a la codiseñar tarea, entonces usted no tiene que cambiar la configuración de generación de proyecto para la aplicación del proyecto.

    No me gusta la idea de tener que modificar la configuración de generación para cada proyecto que desea trabajar, sólo para que yo pueda renunciar a ella.

    Me reconstruyó la dimisión de la herramienta, y lo copió en mi directorio de Aplicaciones, así que no tengo que abrir en Xcode.

Kommentieren Sie den Artikel

Bitte geben Sie Ihren Kommentar ein!
Bitte geben Sie hier Ihren Namen ein

Pruebas en línea