Compose: Binary en darwin falla con "instrucción ilegal" en algunas máquinas

Creado en 25 jun. 2014  ·  98Comentarios  ·  Fuente: docker/compose

La versión actual de fig no me funciona:

$ fig
-bash: fig: command not found

$ curl -L https://github.com/orchardup/fig/releases/download/0.4.2/darwin > /usr/local/bin/fig
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   329  100   329    0     0    329      0  0:00:01 --:--:--  0:00:01   329
100 3860k  100 3860k    0     0   625k      0  0:00:06  0:00:06 --:--:--  842k

$ chmod +x /usr/local/bin/fig

$ fig
Illegal instruction: 4

Estoy ejecutando OS X 10.9.3 en un Intel Core 2 Duo de 1.6 GHz (MacBook Air de finales de 2010).

arepackaging kinbug

Comentario más útil

En serio ... no deberíamos enviar archivos binarios que no funcionan en algunas máquinas. O, al menos deberíamos intentar averiguar en qué máquinas no funciona y dar instrucciones alternativas. (Por ejemplo, "si tiene un procesador más antiguo que un Intel i5 / i7, entonces necesita usar pip").

Todos 98 comentarios

Corre por mi e hice los mismos pasos

-> fig --versión
figura 0.4.2

Darwin ... 13.2.0 Darwin Kernel Versión 13.2.0: jueves 17 de abril 23:03:13 PDT de 2014; raíz: xnu-2422.100.13 ~ 1 / RELEASE_X86_64 x86_64

@tomstuart ¿

Estoy obteniendo lo mismo.

Mediados de 2009 13 pulgadas 10.9.3

@tomstuart, ¿has reemplazado el sistema Python con algo más? ¿Puedes probar 0.5.0?

Tengo el mismo problema
Darwin Kernel, versión 13.3.0
Python 2.7.8

pudo resolver esto instalando python con homebrew y luego fig con pip

Puedo confirmar que la solución @ndeloof funcionó para mí.

Lo había instalado a través de curl según el sitio de fig sugerido en una reinstalación limpia de Mavericks. Obtuve el error de 'instrucción ilegal'.

Mv'd /usr/local/bin/fig . Corrió brew python y luego pip install fig

Todo funciona bien ahora. (Bueno, la demostración de Rails tiene al menos)

Tener este problema con la versión de OSX 10.9.5 y Python 2.7.8 para fig 1.0.0 . Se resolvió usando pip para instalar, en lugar de curl

@sirwolfgang ¿Cuál es el modelo de Mac que estás usando?

MacBook Pro 6,2 (15 "mediados de 2010)

Para su información, el mismo problema en un iMac de 27 '' 2009 con Core i7 (iMac11,1). Instalado a través de pip en su lugar, parece correcto.

El mismo problema aquí con un MacBook Pro 2009 de 15 "con OSX 10.9.5.

brew install python; pip install fig

trabajó para mi.

Recibí el mismo error que tenía @tomstuart , al intentar curvar fig-1.0.1.

Mac OS X 10.10.1
Python 2.7.8
Darwin 14.0.0

Corregido con la solución @ndeloof (pip).

: +1: para la solución publicada por @ndeloof

Todo el mundo parece estar contento con la solución homebrew / pip (y ya no me importa), así que cerraré este problema.

Me importa, Tom.

En serio ... no deberíamos enviar archivos binarios que no funcionan en algunas máquinas. O, al menos deberíamos intentar averiguar en qué máquinas no funciona y dar instrucciones alternativas. (Por ejemplo, "si tiene un procesador más antiguo que un Intel i5 / i7, entonces necesita usar pip").

Tengo el mismo problema +1

Vi lo mismo, +1, como se solicita a continuación:

Nombre del modelo: iMac
Identificador del modelo: iMac11,3
Nombre del procesador: Intel Core i5
Velocidad del procesador: 3,6 GHz
Número de procesadores: 1
Número total de núcleos: 2
Caché L2 (por núcleo): 256 KB
Caché L3: 4 MB
Memoria: 8 GB
Velocidad de interconexión del procesador: 6,4 GT / s
Versión de ROM de arranque: IM112.0057.B01
Versión SMC (sistema): 1.59f2

Si su adicional tiene el problema, ¿podría incluir también el hardware que está utilizando? En lugar de hacer +1.

+1

figura: 1.0.1
pitón: 2.7.5
OS X: 10.9.5

Nombre del modelo: MacBook
Identificador del modelo: MacBook6,1 (finales de 2009)
Nombre del procesador: Intel Core 2 Duo
Velocidad del procesador: 2,26 GHz
Número de procesadores: 1
Número total de núcleos: 2
Caché L2: 3 MB
Memoria: 4 GB
Velocidad del bus: 1.07 GHz
Versión de ROM de arranque: MB61.00C8.B00
Versión SMC (sistema): 1.51f53

También llegamos a esto aquí.

Realmente me encantaría ver cómo Docker-compose funciona en Vanilla OSX.

figura: 1.1.0-rc2
pitón: 2.7.5
OS X: 10.9.5

Nombre del modelo: MacBook
Identificador del modelo: MacBook5,2 (principios de 2009)
Nombre del procesador: Intel Core 2 Duo
Velocidad del procesador: 2 GHz
Número de procesadores: 1
Número total de núcleos: 2
Caché L2: 3 MB
Memoria: 4 GB
Velocidad del bus: 1.07 GHz

: +1:

Nombre del modelo: MacBook Pro
Identificador del modelo: MacBookPro5,4
Nombre del procesador: Intel Core 2 Duo
Velocidad del procesador: 2,53 GHz
Número de procesadores: 1
Número total de núcleos: 2
Caché L2: 3 MB
Memoria: 4 GB
Velocidad del bus: 1.07 GHz
Versión de ROM de arranque: MBP53.00AC.B03
Versión SMC (sistema): 1.49f2

$ sysctl -n machdep.cpu.brand_string
CPU Intel (R) Core (TM) i7 M 640 a 2,80 GHz

Tuve el mismo problema pero
brew install python
pip install -U pip
me lo arregló

No estoy seguro de por qué, pero instalar Python descargando su instalador de paquetes (2.7.9) e instalar Fig con curl me dio el error Illegal instruction: 4 al ejecutar fig --version

Se sabe que "solucionarlo" mediante software de terceros funciona. También funciona si inicio mi virtualbox debian e instalo fig allí.

El mismo problema para mí en Yosemite. Tengo Python instalado, pero no pip. La ejecución del binario fig 1.0.1 descargado de github resultó en una "Instrucción ilegal: 4".

Para solucionarlo, todo lo que tuve que hacer fue instalar pip y luego ese mismo binario fig funcionó. Ni siquiera necesité ejecutar "pip install fig" - simplemente ejecutó el binario fig de nuevo y el error no ocurrió.

Dudo que este sea un problema específico de hardware. ¿No es más probable que pip haya instalado / actualizado alguna biblioteca de la que depende el binario de fig sin procesar?

¿Alguien ha podido ejecutar el binario fig sin tener ya instalado pip? Es bastante común tener pepitas en estos días ...

@kulinski ¿Está absolutamente seguro de que ejecutó el mismo binario antes y después?

El método de

Nota: docker-compose = fig

Pasos:

  • pitón virtualenv'ed
  • pip instalado
  • DL último lanzamiento de fig
  • Mv fig a virtualenv
  • Ejecutar fig
  • Illegal instruction: 4

Ah, y sí: verifiqué dos veces que la fig no estaba instalada en mi máquina. Entonces no hay forma de que pudiera haber ejecutado el binario incorrecto

+1

$ docker-compose
Illegal instruction: 4

Modelo: MacBookPro5,5 (13 "mediados de 2009 - Core 2 Duo)
SO: 10.10.2
Python: 2.7.6

Pero docker-compose funciona bien en mi iMac:
Modelo: iMac12,2 (27 "mediados de 2011 - Core i5)
SO: 10.9.5
Python: 2.7.5

¡El binario de fig real funcionó bien en ambos hasta 1.0.1!

tratando de construir bytecoin usando las instrucciones aquí: http://bytecoin.org/mac-download?binaries
fallando con "Instrucción ilegal: 4" intentado arreglar usando:
brew install python; pip install fig, todavía no hay alegría
detalles de la máquina:
Mac mini 2009
Procesador Intel Core 2 Duo de 2 GHz
Memoria 5 GB 1067 MHz DDR3
Gráficos NVIDIA GeForce 9400 256 MB
software OS X 10.9.5 (13F34)

El mismo problema aqui.
Fig está funcionando. Docker 1.5 funcionando.
Acabo de instalar la última versión de docker-compose y obtenga la instrucción ilegal: 4.
Mac Pro 2009. Yosemite 10.10.2.

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes:       0x0000000000000001, 0x0000000000000000

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   .Python                         0x0000000106cce5e6 _PyRandom_Init + 359
1   .Python                         0x0000000106ccbc2b Py_InitializeEx + 345
2   docker-compose                  0x0000000106bd4a13 0x106bd2000 + 10771
3   docker-compose                  0x0000000106bd3f38 0x106bd2000 + 7992
4   docker-compose                  0x0000000106be7cb8 0x106bd2000 + 89272
5   docker-compose                  0x0000000106bd37f4 0x106bd2000 + 6132

Después de rc2, lo mismo con la versión 1.1. :llorar:

+1. Fig había funcionado bien, pero la transición a docker-compose fue bastante difícil. Hacerlo a través de pip funcionó: una combinación de eliminar el archivo curl'd, instalar brew, actualizar cosas, ejecutar la instalación de pip y reiniciar la terminal.

Nombre del modelo: MacBook Pro (este es el modelo de mediados de finales de 2007. Ejecutando 10.10.1.)
Identificador del modelo: MacBookPro3,1
Nombre del procesador: Intel Core 2 Duo
Velocidad del procesador: 2,4 GHz
Número de procesadores: 1
Número total de núcleos: 2
Caché L2: 4 MB
Memoria: 4 GB
Velocidad del bus: 800 MHz
Versión de ROM de arranque: MBP31.0070.B07
Versión SMC (sistema): 1.16f11

+1. Instrucción ilegal: 4.

La instalación a través de pip como menciona @BrendanBerkley funcionó para mí

Nombre del modelo: MacBook
Identificador del modelo: MacBook6,1
Nombre del procesador: Intel Core 2 Duo
Velocidad del procesador: 2,26 GHz
Número de procesadores: 1
Número total de núcleos: 2
Caché L2: 3 MB
Memoria: 8 GB
Velocidad del bus: 1.07 GHz
Versión de ROM de arranque: MB61.00C8.B00
Versión SMC (sistema): 1.51f53

+1

MacBook Pro "Core i5" 2,53 15 "mediados de 2010
Núcleo i5 de 2,53 GHz (I5-540M)
ID del modelo: MacBookPro6,2

Funciona al instalar desde brew pero me gustaría probar la nueva versión preliminar. https://github.com/docker/compose/releases/tag/1.2.0rc1 pero luego obtengo Illegal Instruction: 4 .

@EloB docker-compose 1.1.0 funciona perfectamente en Mac más antiguas cuando se instala con pip install docker-compose

¿Puedes probar sudo pip install -U https://github.com/docker/compose/archive/1.2.0rc2.zip ?

Hasta donde yo sé, OSX no se envía con pip.

Entonces puede probar esto, pero parece que algunas dependencias deben actualizarse con pip:

git clone https://github.com/docker/compose.git
cd compose
sudo python setup.py install

O instale pip con brew: brew install python que actualiza los binarios de Python enviados e instala pip.

Gracias por instalar con pip ¡funcionó! :)

Tengo una máquina antigua que estoy intentando configurar como host de Docker. Sería bueno identificar este problema para no tener que instalar un montón de dependencias que de otro modo no se utilizarían.

La discusión hasta ahora implica que esto es algo nuevo para 1.2 pero he verificado que el problema también ocurre en 1.1

Usando los lanzamientos binarios:

[1]    10956 illegal hardware instruction  docker-compose

Y después de instalar desde pip (con python 3.4.3), arroja:

Traceback (most recent call last):
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 612, in _build_master
    ws.require(__requires__)
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 918, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 810, in resolve
    raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (requests 2.4.3 (/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages), Requirement.parse('requests>=2.5.2'), {'docker-py'})

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/Arthur/.pyenv/versions/3.4.3/bin/docker-compose", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 3018, in <module>
    working_set = WorkingSet._build_master()
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 614, in _build_master
    return cls._build_from_requirements(__requires__)
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 627, in _build_from_requirements
    dists = ws.resolve(reqs, Environment())
  File "/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages/pkg_resources/__init__.py", line 810, in resolve
    raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (requests 2.4.3 (/Users/Arthur/.pyenv/versions/3.4.3/lib/python3.4/site-packages), Requirement.parse('requests>=2.5.2'), {'docker-py'})

Estoy usando un iMac con Yosemite y me gustaría usar docker-compose, sabes: /

Hola Haggen,

Debería intentar actualizar el paquete de solicitudes, intente usar 'pip install --upgrade orders == 2.5.2' e instalar docker-py también

@ rfranca86 Lo python 2.7.9 , luego simplemente pip install docker-compose y listo! Pero intentaré lo que dices más tarde, ¡gracias!

La instalación a través de pip funcionó para mí.

Al ejecutar docker compose en Mac OS 10.7.5 (Mac Pro Mid 2010)
Error:
Instrucción ilegal: 4

Reparar:
brew instalar python
pip install docker-compose

No funciona. Reinstalación usando

curl -L https://github.com/docker/compose/releases/download/1.2.0/docker-compose- uname -s - uname -m > / usr / local / bin / docker- componer
chmod + x / usr / local / bin / docker-compose

tampoco funciona.

Descargue el instalador https://www.python.org/ftp/python/2.7.9/python-2.7.9-macosx10.6.pkg .
Instalar Python 2.7.9
pip install docker-compose también falla.

Esto sucede porque, de forma predeterminada, Homebrew compila Python con todas las optimizaciones que la máquina de compilación puede admitir. Suponiendo que la compilación se lleve a cabo en una Mac con Sandy Bridge o un procesador más nuevo, esas optimizaciones incluirán el uso de instrucciones AVX. Entonces, la solución es configurar Homebrew para que solo use optimizaciones seguras; Sugeriría "-O2 -fno-omit-frame-pointer" y nada más.

pip se instaló correctamente, pero tengo el siguiente error al iniciar docker-compose:

$ docker-compose up
Traceback (most recent call last):
  File "/usr/local/bin/docker-compose", line 5, in <module>
    from pkg_resources import load_entry_point
...
pkg_resources.DistributionNotFound: six>=1.3.0,<2

He actualizado a docker-compose 1.3.1 que solucionó mis problemas.

El método de instalación de cURL no funciona para todos como parece ... También obtengo el

Error:
Illegal instruction: 4

Lo curioso es que iba a instalar primero con pip ... ¿Por qué no mostrar pip como método de instalación predeterminado en el sitio web de Docker? Lo que sea...

Se instaló 1.3.3 (última versión) con curl y aparece este error:

$ docker-compose up
Illegal instruction: 4

OS X 10.9.5 MBP finales de 2008

Luché durante dos días y finalmente lo logré. eso. Utilice cerveza casera:

brew install docker
brew install docker-compose

pero tenga cuidado de deshacerse de lo que haya instalado de antemano y, puede ser, use

brew link --force openssl

pero no estoy seguro de si esto último es necesario.

Tuve la idea porque alguien en algún lugar dijo que home-brew no proporciona docker-compose

OSX 10.10.4 MBP finales de 2007

Gracias, @apoigne. Tu solución funciona para mí.

De nada

Axel

¿A alguien le importa leer el hilo? Este va en círculos. "Siempre" trabajaba con soluciones no vainilla como brew. No es por eso que se creó este hilo. Fue creado HACE MÁS DE UN AÑO para resaltar que no funciona en VANILLA OSX.

Seguí a @josephpage e instalé docker-compose desde la fuente:

$ git clone https://github.com/docker/compose.git
$ cd compose
$ sudo python setup.py install
$ docker-compose --version
docker-compose version: 1.4.0dev

@aanand sería genial si tuviéramos requisitos de sistema específicos en términos de software / bibliotecas. Mucha gente publicó sus especificaciones aquí. ¿Tenemos alguna idea de por qué no funciona exactamente? Lo siento si los extrañé si lo hacemos.

Sí, sabemos por qué no funciona. Como publiqué anteriormente, el problema es que el paquete binario Compose para OS X usa el paquete Python de Homebrew. De forma predeterminada, Homebrew habilita todas las optimizaciones del compilador específicas de la CPU que son compatibles con el procesador en la máquina de compilación. Específicamente, asumiendo que la compilación se realiza en una Mac con un procesador Sandy Bridge o posterior, la versión de Python compilada por Homebrew usará AVX. Entonces, la solución es configurar Homebrew en el momento de la compilación para usar un conjunto de optimizaciones más conservador. Alguien necesita averiguar cómo hacer esto en los scripts de compilación de Compose para OS X.

Gracias @mwcampbell. Esta es la fórmula de Homebrew que usamos:

https://raw.githubusercontent.com/Homebrew/homebrew/1681e193e4d91c9620c4901efd4458d9b6fcda8e/Library/Formula/python.rb

No estoy seguro de cómo configurar Homebrew para deshabilitar las optimizaciones AVX.

He determinado los CFLAGS pasados ​​al compilar Python:

$ /usr/local/bin/python
Python 2.7.9 (default, May  2 2015, 03:33:28) 
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sysconfig
>>> sysconfig.get_config_var('CFLAGS')
'-fno-strict-aliasing -fno-common -dynamic -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes'

Pero no estoy seguro de cuáles, si alguno de ellos, son los culpables, o cómo desactivarlos. Aparte de descargar Python y compilarlo nosotros mismos. Sin duda una opción.

Vine aquí para decir +1.

Se corrigió desinstalando docker, boot2docker y fig, instalando dockertoolbox, ejecutándolo para que se inicialice la máquina predeterminada, elimine dockertoolbox e instale docker, docker-compose y docker-machine.

Luego tuve que instalar openssl y forzar el enlace.

No es como debería ser, pero al menos funciona en MacbookPro5,3 y OS X 10.9.5

brew remove docker boot2docker fig
brew cask install dockertoolbox
# run the docker toolbox app to initialize the default machine
brew cask remove dockertoolbox
brew install docker docker-compose docker-machine
brew install openssl
brew link --force openssl

@Coaxial
Error: No hay Cask disponible para Docker. ¿Quiso decir uno de:
boot2docker boot2docker-status docker-compose docker-machine dockertoolbox

@dacz mi mal, debería ser brew install docker docker-compose docker-machine , no brew cask ...

Se corrigió después de instalar componer con pip (osx 10.11)
sudo pip install -U docker-compose

Tuve el mismo problema en una Macbook Pro Mid 2010,

Tuve el problema al instalar desde la caja de herramientas, luego probé la versión 1.4.2 desde brew install docker-compose y la instalación manual desde esto:

curl -L https://github.com/docker/compose/releases/download/1.4.2/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose

Eso todavía estaba fallando.

Confirmo que esto funciona:

sudo pip install -U docker-compose

PyYAML-3.11 instalado correctamente docker-compose-1.4.2 docker-py-1.3.1 dockerpty-0.3.4 docopt-0.6.2 solicitudes-2.6.2 six-1.10.0 texttable-0.8.3 websocket-client-0.32. 0

sudo pip install -U docker-compose funciona para eliminar el Illegal instruction: 4 para mí.
Obteniendo errores de Python ahora al ejecutar docker-compose:

Traceback (most recent call last):
  File "/usr/local/bin/docker-compose", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 2603, in <module>
    working_set.require(__requires__)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 666, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 565, in resolve
    raise DistributionNotFound(req)  # XXX put more info here
pkg_resources.DistributionNotFound: six>=1.3.0,<2

La instalación de sudo pip install distribute funcionó para solucionar el problema :)

Nuestras nuevas instrucciones de "instalar usando pip" sugieren usar un virtualenv para mitigar problemas como este.

@ antek-drzewiecki (o cualquier otra persona que haya tenido este problema) Me gustaría ver si los binarios que construimos en travis tienen el mismo problema. Si tiene un minuto, podría probar la compilación maestra: https://dl.bintray.com/docker-compose/master/docker-compose-Darwin-x86_64 y avíseme si obtiene el mismo error.

¡Gracias!

@dnephin Tengo mis dependencias resueltas ahora. Entonces ya no es como si estuviera en una instalación limpia.
Desinstalaré el pip docker-compose y usaré el binario de Darwin que vinculó.

La versión dev funciona, los pasos que tomé:

$ sudo pip uninstall docker-compose
 Successfully uninstalled docker-compose-1.4.2

$ docker
docker          docker-machine  


$ curl -L https://dl.bintray.com/docker-compose/master/docker-compose-Darwin-x86_64  > /usr/local/bin/docker-compose
$ chmod +x /usr/local/bin/docker-compose
$ docker-compose --version
docker-compose version: 1.5.0dev

@ antek-drzewiecki ¡Gracias por probarlo! Creo que deberíamos usar estos binarios para el lanzamiento a partir de ahora.

@dnephin : También funciona en mi configuración:

  • Hackintosh en El Capitan 10.10
  • CPU: Core i7-950 (antes del puente Sandy)

Gracias por resolver eso, espero que tenga tiempo para integrarse en la versión 1.5.0 :)

El mismo problema con el relase de Docker Toolbox 1.9, en Mac OS X, que se ejecuta en una MacPro 2008.

¿Los binarios están compilados con un conjunto de instrucciones que quizás excluya algunas CPU más antiguas?

@kolis ¿El binario de https://dl.bintray.com/docker-compose/master/ funciona para usted?

¿Qué versión de OSX está ejecutando?

Encontré el mismo problema después de actualizar la caja de herramientas de la ventana acoplable a 1.9.

El binario descargado de https://dl.bintray.com/docker-compose/master/ resolvió el problema.

OS X 10.11.1 El Capitán
MacBook Pro 15 mediados de 2010

@dnephin Sí, la versión maestra de bintray funciona bien y ejecuta OS X 10.11.1 (15B42)

Para obtener información, está funcionando bien con mi configuración:

$ ./docker-compose-Darwin-x86_64 -version
docker-compose version: 1.6.0dev
$ sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i7 CPU         950  @ 3.07GHz

Por cierto, estoy en OS X 10.11 y tengo instalada la última caja de herramientas (1.9.0c).

@dnephin : ¿cuál es el plan de integración? ¿Versión 1.6.0?

¡Gracias por la solución!

¿Algún progreso en esto? Todavía aparece el error cuando se instala con brew cask en una MacBook de mediados de 2009 con Yosemite 10.10.5.

La instalación usando pip funciona para mí.

El mismo problema en la versión 1.6 de docker-compose, y nuevamente, el binario bintray funciona

Igual que aquí. Ejecutando una Mac Pro 5,1 con 10.11.2. Bintray funciona.

Vemos esto en OS X 10.10.5

Ejecutando una Mac Pro 5,1 con 10.11.2. Bintray funciona.

1.6.0 en docker-toolbox todavía está roto.

¿Podemos al menos cambiar las instrucciones de descarga e instalación en el sitio web principal? Es una tontería tener procedimientos oficiales que no funcionan.

Solo encontré esto. OS X 10.11.3 , MacBook Pro (15-inch, Mid 2010) .

Acabo de instalarlo en OS X 10.11.3 en una MacBook Pro (15 pulgadas, 2.53 GHz, mediados de 2009) y recibo la "Instrucción ilegal: 4"

Resolví el problema sin homebrew de esta manera:

Primero, descargue el paquete oficial de Python desde aquí: https://www.python.org/downloads/
actualizará python local e instalará pip. Ahora, en una nueva sesión de terminal

sudo pip install fig
sudo pip uninstall docker-compose
sudo pip install —upgrade docker-compose
hash -r

@Elhodred ¿Qué versión de Python? ¿2 o 3?

Python 2

Gracias @Elhodred , ¡funciona!

Me encontré con esto en una Macbook pro de mediados de 2010

  Model Name:   MacBook Pro
  Model Identifier: MacBookPro6,2
  Processor Name:   Intel Core i7
  Processor Speed:  2.66 GHz
  Number of Processors: 1
  Total Number of Cores:    2
  L2 Cache (per Core):  256 KB
  L3 Cache: 4 MB
  Memory:   8 GB
  Processor Interconnect Speed: 4.8 GT/s
  Boot ROM Version: MBP61.0057.B11
  SMC Version (system): 1.58f17

Esto debería corregirse ahora en la

Disculpas, ese vínculo está roto. URL correcta:

https://github.com/docker/compose/releases/tag/1.7.0-rc1

¿Alguien que haya experimentado este problema puede confirmar si el binario 1.7.0-rc1 soluciona el problema?

@aanand ahora está arreglado. ¡Gracias!

¡Hola @aanand ! ¡Gracias por arreglar eso!

i7 950 con El Capitan 10.11.2 e i3 540 con 10.9.4 probado: ¡éxito!

Fix está funcionando en iMac (mediados de 2010). Gracias @aanand. :)

Puedo confirmar que funciona en 1.7.0-rc1 y 1.7.0-rc2 en mi Mac mini (mediados de 2010). ¡Gracias!

@aanand tengo un problema similar con mi propio software: construimos sobre nuevas Mac pero necesita funcionar en las antiguas. Su error es prácticamente el principal éxito de Google por "Instrucción ilegal: 4" :) ¿Puede proporcionar algunos detalles sobre su solución para iluminar Internet? ¿Acabas de encontrar hardware antiguo para construir? ¿O establecer algunos indicadores de tiempo de compilación?

Comenzamos a construir sobre travisci, que lo corrige para las versiones más nuevas de OSX, pero no se ejecuta en versiones anteriores de OSX.

¿Fue útil esta página
0 / 5 - 0 calificaciones