Compose: O binário no darwin falha com "instrução ilegal" em algumas máquinas

Corre para mim e eu fiz os mesmos passos

-> fig --version
fig 0.4.2

Darwin ... 13.2.0 Darwin Kernel Versão 13.2.0: Qui, 17 de abril 23:03:13 PDT 2014; root: xnu-2422.100.13 ~ 1 / RELEASE_X86_64 x86_64

@tomstuart Você ainda está recebendo este erro?

Estou recebendo o mesmo.

Meados de 2009 13 polegadas 10.9.3

@tomstuart você substituiu o sistema Python por outra coisa? Você pode tentar 0.5.0?

Eu tenho o mesmo problema
Darwin Kernel versão 13.3.0
Python 2.7.8

foi capaz de resolver isso instalando python com homebrew e fig com pip

Posso confirmar que a solução @ndeloof funcionou para mim.

Eu tinha instalado via curl de acordo com o site fig sugerido em uma reinstalação limpa do Mavericks. Obteve o erro de 'instrução ilegal'.

Mv'd /usr/local/bin/fig . Correu brew python e depois pip install fig

Tudo funcionando bem agora. (Bem, a demonstração do

Tendo este problema com a versão OSX 10.9.5 e Python 2.7.8 para fig 1.0.0 . Foi resolvido usando pip para instalar, em vez de curl

@sirwolfgang Qual é o modelo do Mac que você está usando?

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

FYI mesmo problema em um 2009 27 '' iMac com Core i7 (iMac11,1). Instalado via pip em vez disso, parece ok.

O mesmo problema aqui com um MacBook Pro de 15 "de 2009 executando OSX 10.9.5.

brew install python; pip install fig

trabalhou para mim.

Recebi o mesmo erro que @tomstuart teve, ao tentar enrolar fig-1.0.1.

Mac OS X 10.10.1
Python 2.7.8
Darwin 14.0.0

Corrigido com solução @ndeloof (pip).

: +1: para a solução postada por @ndeloof

Todos parecem felizes com a solução homebrew / pip (e eu não me importo mais), então encerrarei este problema.

Eu me importo, Tom.

Falando sério ... não deveríamos enviar binários que não funcionam em algumas máquinas. Ou devemos pelo menos tentar descobrir quais máquinas ele não liga e dar instruções alternativas. (Por exemplo, "Se você tiver um processador mais antigo do que um Intel i5 / i7, será necessário usar o pip.")

Eu tenho o mesmo problema +1

Eu vi o mesmo, +1, conforme solicitado abaixo:

Nome do modelo: iMac
Identificador do modelo: iMac11,3
Nome do processador: Intel Core i5
Velocidade do processador: 3,6 GHz
Número de processadores: 1
Número total de núcleos: 2
Cache L2 (por núcleo): 256 KB
Cache L3: 4 MB
Memória: 8 GB
Velocidade de interconexão do processador: 6,4 GT / s
Versão da ROM de inicialização: IM112.0057.B01
Versão SMC (sistema): 1.59f2

Se você ainda estiver tendo o problema, inclua também o hardware que está usando? Em vez disso, basta marcar com +1.

+1

fig: 1.0.1
python: 2.7.5
OS X: 10.9.5

Nome do modelo: MacBook
Identificador do modelo: MacBook6,1 (final de 2009)
Nome do processador: Intel Core 2 Duo
Velocidade do processador: 2,26 GHz
Número de processadores: 1
Número total de núcleos: 2
Cache L2: 3 MB
Memória: 4 GB
Velocidade do barramento: 1,07 GHz
Versão da ROM de inicialização: MB61.00C8.B00
Versão SMC (sistema): 1.51f53

Nós acertamos aqui também.

Eu realmente adoraria ver o docker-compose funcionando no vanilla OSX.

fig: 1.1.0-rc2
python: 2.7.5
OS X: 10.9.5

Nome do modelo: MacBook
Identificador do modelo: MacBook5,2 (início de 2009)
Nome do processador: Intel Core 2 Duo
Velocidade do processador: 2 GHz
Número de processadores: 1
Número total de núcleos: 2
Cache L2: 3 MB
Memória: 4 GB
Velocidade do barramento: 1,07 GHz

: +1:

Nome do modelo: MacBook Pro
Identificador do modelo: MacBookPro5,4
Nome do processador: Intel Core 2 Duo
Velocidade do processador: 2,53 GHz
Número de processadores: 1
Número total de núcleos: 2
Cache L2: 3 MB
Memória: 4 GB
Velocidade do barramento: 1,07 GHz
Versão da ROM de inicialização: MBP53.00AC.B03
Versão SMC (sistema): 1.49f2

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

Tive o mesmo problema, mas
brew install python
pip install -U pip
consertou para mim

Não sei por que, mas instalar o python baixando o instalador do pacote (2.7.9) e instalar o Fig com curl me deu o erro Illegal instruction: 4 ao executar fig --version

Sabe-se que "consertar" usando software de terceiros funciona. Também funciona se eu iniciar meu debian virtualbox e instalar o fig nele.

O mesmo problema para mim no Yosemite. Tenho o python instalado, mas não o pip. Executar o binário fig 1.0.1 baixado do github resultou em uma "Instrução ilegal: 4".

Para consertar, tudo que tive que fazer foi instalar o pip e então o mesmo binário fig funcionou. Nem precisava executar "pip install fig" - apenas executei o binário fig novamente e o erro não aconteceu.

Tenho dúvidas de que esse seja um problema específico de hardware. Não é mais provável que o pip tenha instalado / atualizado alguma biblioteca da qual o binário fig bruto depende?

Alguém já conseguiu executar o binário fig sem ter o pip instalado? É bastante comum ter pip nos dias de hoje ...

@kulinski Você tem certeza absoluta de que executou o mesmo binário antes e depois?

O jeito de @kulinski não está funcionando, pelo menos não na minha máquina.

Nota: docker-compose = fig

Passos:

• python virtualenv'ed
• pip instalado
• DL último lançamento de fig
• Mv fig para virtualenv
• Correr figo
• Illegal instruction: 4

Ah, sim: verifiquei duas vezes se o fig não estava instalado na minha máquina. Então não há como eu ter executado o binário errado

+1

$ docker-compose
Illegal instruction: 4

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

Mas docker-compose funciona bem no meu iMac:
Modelo: iMac12,2 (27 "meados de 2011 - Core i5)
OS: 10.9.5
Python: 2.7.5

O binário fig real funcionou bem em até 1.0.1!

tentando construir bytecoin usando as instruções aqui: http://bytecoin.org/mac-download?binaries
falhando com "instrução ilegal: 4" tentou corrigir usando:
brew install python; pip instalar figo, ainda sem alegria
detalhes da máquina:
Mac mini 2009
Processador Intel Core 2 Duo de 2 GHz
Memória 5 GB 1067 MHz DDR3
Gráficos NVIDIA GeForce 9400 256 MB
oftware OS X 10.9.5 (13F34)

Mesmo problema aqui.
Fig está funcionando. Docker 1.5 funcionando.
Acabei de instalar docker-compose mais recente e obter instruções ilegais: 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

Após rc2, o mesmo ocorre com a versão 1.1. :choro:

+1. Fig funcionou bem, mas a transição para docker-compose foi bem difícil. Fazer isso por meio do pip funcionou - alguma combinação de remover o arquivo curl'd, instalar o brew, atualizar coisas, executar a instalação do pip e reiniciar o terminal.

Nome do modelo: MacBook Pro (este é o modelo de meados do final de 2007. Executando 10.10.1.)
Identificador do modelo: MacBookPro3,1
Nome do processador: Intel Core 2 Duo
Velocidade do processador: 2,4 GHz
Número de processadores: 1
Número total de núcleos: 2
Cache L2: 4 MB
Memória: 4 GB
Velocidade do barramento: 800 MHz
Versão da ROM de inicialização: MBP31.0070.B07
Versão SMC (sistema): 1.16f11

+1. Instrução ilegal: 4.

A instalação através do pip como @BrendanBerkley menciona funcionou para mim

Nome do modelo: MacBook
Identificador do modelo: MacBook6,1
Nome do processador: Intel Core 2 Duo
Velocidade do processador: 2,26 GHz
Número de processadores: 1
Número total de núcleos: 2
Cache L2: 3 MB
Memória: 8 GB
Velocidade do barramento: 1,07 GHz
Versão da ROM de inicialização: MB61.00C8.B00
Versão SMC (sistema): 1.51f53

+1

MacBook Pro "Core i5" 2,53 15 "meados de 2010
Core i5 2,53 GHz (I5-540M)
ID do modelo: MacBookPro6,2

Funciona durante a instalação de brew mas gostaria de experimentar o novo pré-lançamento. https://github.com/docker/compose/releases/tag/1.2.0rc1 mas recebo Illegal Instruction: 4 .

@EloB docker-compose 1.1.0 funciona perfeitamente em Macs mais antigos ao instalar com pip install docker-compose

Você pode tentar sudo pip install -U https://github.com/docker/compose/archive/1.2.0rc2.zip ?

Pelo que eu sei, OSX não vem com pip.

Então você pode tentar isso, mas parece que algumas dependências precisam ser atualizadas com pip:

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

Ou instale o pip com brew: brew install python que atualiza os binários enviados do Python e instala o pip.

Obrigado por instalar com pip funcionou! :)

Tenho uma máquina antiga que estou tentando configurar como um host Docker. Seria bom identificar esse problema para que eu não tenha que instalar um monte de dependências não utilizadas.

A discussão até agora implica que isso é algo novo para o 1.2, mas verifiquei que o problema também acontece no 1.1

Usando os lances binários:

[1]    10956 illegal hardware instruction  docker-compose

E depois de instalar a partir do pip (com python 3.4.3), ele lança:

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'})

Estou usando um iMac com Yosemite e gostaria de usar docker-compose, você sabe: /

Oi Haggen,

Você deve tentar o pacote de solicitações de atualização, tente usar 'pip install --upgrade requests == 2.5.2' e instale docker-py também

@ rfranca86 Fiz tudo funcionar usando python 2.7.9 , então simplesmente pip install docker-compose e pronto! Mas vou tentar o que você diz mais tarde, obrigado!

Instalar via pip funcionou para mim também.

Ao executar o docker compose no Mac OS 10.7.5 (Mac Pro meados de 2010)
Erro:
Instrução ilegal: 4

Consertar:
brew install python
pip install docker-compose

Não funciona. Reinstalando usando

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

também não funciona.

Baixe o https://www.python.org/ftp/python/2.7.9/python-2.7.9-macosx10.6.pkg instalador.
Instale o Python 2.7.9
pip install docker-compose também falha.

Isso está acontecendo porque, por padrão, o Homebrew constrói Python com todas as otimizações que a máquina de construção pode suportar. Supondo que a construção esteja acontecendo em um Mac com um processador Sandy Bridge ou mais recente, essas otimizações incluirão o uso de instruções AVX. Portanto, a solução é configurar o Homebrew para usar apenas otimizações seguras; Eu sugeriria "-O2 -fno-omit-frame-pointer" e nada mais.

pip instalado com sucesso, mas eu tenho o seguinte erro ao 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

Eu atualizei para docker-compose 1.3.1 que corrigiu meus problemas.

O método de instalação cURL não está funcionando para todos como parece ... Eu também recebo o

Error:
Illegal instruction: 4

O engraçado é que eu ia instalar primeiro com pip ... Por que não exibir pip como o método de instalação padrão no site do docker? Tanto faz...

Instalado 1.3.3 (versão mais recente) com curl e recebendo este erro:

$ docker-compose up
Illegal instruction: 4

OS X 10.9.5 MBP Final de 2008

Lutei por dois dias e finalmente consegui. isto. Use cerveja caseira:

brew install docker
brew install docker-compose

mas tome cuidado para se livrar de tudo o que você instalou de antemão e, pode ser, use

brew link --force openssl

mas não tenho certeza se o último é necessário.

Tive a ideia porque alguém em algum lugar afirmou que a produção caseira não fornece docker-compose

OSX 10.10.4 MBP Final de 2007

Obrigado, @apoigne. Sua solução funciona para mim.

Você é bem vindo

Axel

Alguém se importa em ler o tópico? Este está andando em círculos. Foi "sempre" trabalhar com soluções não-baunilha como cerveja. Não é por isso que este tópico foi criado. Foi criado HÁ MAIS DE UM ANO para destacar que não funciona no VANILLA OSX.

Segui @josephpage e instalei docker-compose da fonte:

$ 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 seria ótimo se tivéssemos requisitos de sistema específicos em termos de software / bibliotecas. Muitas pessoas postaram suas especificações aqui. Temos alguma ideia de por que não funciona exatamente? Desculpe se eu perdi eles se o fizermos.

Sim, sabemos por que não funciona. Como postado anteriormente, o problema é que o pacote binário Compose para OS X usa o pacote Python do Homebrew. Por padrão, o Homebrew habilita todas as otimizações de compilador específicas da CPU que são suportadas pelo processador na máquina de construção. Especificamente, supondo que a construção seja feita em um Mac com um processador Sandy Bridge ou posterior, a versão do Python compilada pelo Homebrew usará AVX. Portanto, a solução é configurar o Homebrew no momento da construção para usar um conjunto mais conservador de otimizações. Alguém precisa descobrir como fazer isso nos scripts de compilação do Compose para OS X.

Obrigado @mwcampbell. Esta é a fórmula do Homebrew que usamos:

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

Não tenho certeza de como configurar o Homebrew para desabilitar otimizações de AVX.

Eu determinei os CFLAGS aprovados ao 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'

Mas não tenho certeza de quais são os culpados ou como desativá-los. Além de apenas baixar Python e compilá-lo nós mesmos. Certamente uma opção.

Vim aqui para dizer +1.

Corrigido desinstalando docker, boot2docker e fig, instalando dockertoolbox, executando-o para que a máquina padrão seja inicializada, remova dockertoolbox e instale docker, docker-compose e docker-machine.

Então eu tive que instalar o openssl e forçar o link.

Não do jeito que deveria ser, mas pelo menos funciona em um MacbookPro5,3 e 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
Erro: Nenhum barril disponível para docker. Você quis dizer um de:
boot2docker boot2docker-status docker-compose docker-machine dockertoolbox

@dacz meu mal, deveria ser brew install docker docker-compose docker-machine , não brew cask ...

Corrigido após a instalação, composição com pip (osx 10.11)
sudo pip install -U docker-compose

Eu tive o mesmo problema em um Macbook Pro meados de 2010,

Tive o problema ao instalar a partir da caixa de ferramentas, tentei a versão 1.4.2 de brew install docker-compose e a instalação manual a partir deste:

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

Isso ainda estava falhando.

Eu confirmo que isso funciona:

sudo pip install -U docker-compose

Instalado com sucesso PyYAML-3.11 docker-compose-1.4.2 docker-py-1.3.1 dockerpty-0.3.4 docopt-0.6.2 requests-2.6.2 six-1.10.0 texttable-0.8.3 websocket-client-0.32. 0

sudo pip install -U docker-compose trabalha removendo Illegal instruction: 4 para mim.
Obtendo erros de Python agora ao executar 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

A instalação de sudo pip install distribute funcionou para corrigir o problema :)

Nossas novas instruções "instalar usando pip" sugerem o uso de um virtualenv para mitigar problemas como este.

@ antek-drzewiecki (ou qualquer outra pessoa que tenha esse problema), gostaria de ver se os binários que construímos nas travis têm o mesmo problema. Se você tiver um minuto, pode tentar a compilação mestre: https://dl.bintray.com/docker-compose/master/docker-compose-Darwin-x86_64 e me avise se você receber o mesmo erro.

Obrigado!

@dnephin Resolvi minhas dependências agora. Portanto, não é mais como se eu estivesse em uma instalação limpa.
Vou desinstalar o pip docker-compose e usar o binário darwin que você vinculou.

A versão dev funciona, as etapas que executei:

$ 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 Obrigado por experimentar! Acho que devemos usar esses binários para o lançamento de agora em diante.

@dnephin : Funciona na minha configuração também:

• Hackintosh em El Capitan 10.10
• CPU: Core i7-950 (antes da ponte Sandy)

Obrigado por resolver isso, espero que você tenha tempo para se integrar na versão 1.5.0 :)

O mesmo problema com o docker toolbox 1.9 relase, no Mac OS X, rodando em um MacPro 2008.

Os binários são compilados com um conjunto de instruções que exclui talvez algumas CPUs mais antigas?

@kolis O binário de https://dl.bintray.com/docker-compose/master/ funciona para você?

Qual versão do OSX você está executando?

Eu encontrei o mesmo problema após atualizar a caixa de ferramentas do docker para 1.9.

O binário baixado de https://dl.bintray.com/docker-compose/master/ resolveu o problema.

OS X 10.11.1 El Capitan
MacBook Pro 15, meados de 2010

@dnephin Sim, a versão mestre bintray funciona bem, executando OS X 10.11.1 (15B42)

Para obter informações, está funcionando bem com minha configuração:

$ ./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

BTW, estou no OS X 10.11 e tenho a caixa de ferramentas mais recente (1.9.0c) instalada.

@dnephin : qual é o plano de integração? Versão 1.6.0?

Obrigado pela correção!

Algum progresso nisso? Ainda tendo o erro aparecendo quando instalado com brew cask em um mid 09 MacBook rodando Yosemite 10.10.5.

Instalar usando pip funciona para mim.

https://github.com/docker/compose/releases/download/1.5.2/docker-compose-Darwin-x86_64

=> instrução de hardware ilegal

https://dl.bintray.com/docker-compose/master/ : docker-compose-Darwin-x86_64

=> TRABALHANDO

O mesmo problema na versão 1.6 do docker-compose e, novamente, o binário bintray funciona

O mesmo aqui. Executando um Mac Pro 5,1 com 10.11.2. Bintray funciona.

Vemos isso em OS X 10.10.5

Executando um Mac Pro 5,1 com 10.11.2. Bintray funciona.

1.6.0 no docker-toolbox ainda está quebrado.

Podemos pelo menos alterar as instruções de download e instalação no site principal? É bobagem ter instruções oficiais que não funcionam.

Acabei de passar por isso. OS X 10.11.3 , MacBook Pro (15-inch, Mid 2010) .

Acabei de instalar no OS X 10.11.3 em um MacBook Pro (15 polegadas, 2,53 GHz, meados de 2009) e recebo a mensagem "Instrução ilegal: 4"

Resolvi o problema sem homebrew desta forma:

primeiro, baixe o pacote oficial do python aqui: https://www.python.org/downloads/
atualizará o python local e instalará o pip. Agora, em uma nova sessão de terminal

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

@Elhodred Qual versão do Python? 2 ou 3?

Python 2

Obrigado @Elhodred , funciona!

Acabei de encontrar isso em um Macbook profissional de meados 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

Isso agora deve ser corrigido no candidato a lançamento 1.7.0 .

Desculpas, esse link está quebrado. URL correto:

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

Alguém que já teve esse problema pode confirmar se o binário 1.7.0-rc1 corrige ou não o problema para eles?

sim @aanand agora está corrigido. Obrigado!

Olá @aanand ! Obrigado por consertar isso!

i7 950 com El Capitan 10.11.2 e i3 540 com 10.9.4 testados: sucesso!

Fix está funcionando no iMac (meados de 2010). Obrigado @aanand. :)

Posso confirmar que funciona em 1.7.0-rc1 e 1.7.0-rc2 no meu Mac mini (meados de 2010). Obrigado!

@aanand eu tenho um problema semelhante com meu próprio software: nós construímos em novos macs, mas ele precisa funcionar em antigos. Seu bug é praticamente o principal hit do Google para "Instrução ilegal: 4" :) Você pode fornecer alguns detalhes sobre sua solução para iluminar a Internet? Você acabou de encontrar hardware antigo para construir? Ou definir alguns sinalizadores de tempo de compilação?

Começamos a construir no travisci, que o corrige para versões mais recentes do OSX, mas não funciona em versões mais antigas do OSX.