Entre os Linuxes, manter-se atualizado com o MacPorts me pareceu mais como o Gentoo (possivelmente a entrada menos parecida com o Mac na lista das principais distribuições do Linux). Mas depois de mais experiência, parece não ser exatamente como o Gentoo: com o Gentoo, as coisas quebram regularmente, mas você pode encontrar uma solução pesquisando partes salientes de uma mensagem de erro, e ao contrário de situações de computador em geral, faz sentido racional tentar novamente 24 ou 48 horas depois, se algo estiver quebrado. MacPorts, a este respeito, parece apenas como o Gentoo, pois você pode obter uma interrupção tentando mantê-lo atualizado conforme pretendido.
Uma quebra anterior me deixou perplexo sobre como instalar o Django; agora tenho o Django instalado, mas está quebrando a atualização do glib1; a última mudança substantiva no bug ( link ) foi há cerca de um ano.
O MacPorts é realmente " Interrompe como o Gentoo, mas você não pode consertá-lo como o Gentoo ", ou diz "32 bits? Legado! Ewww!" ou alguma outra coisa? Gostaria de saber qual é a perspectiva básica sensata e o que devo e não devo esperar do MacPorts. (Ou se eu respondi a minha própria pergunta no que eu disse acima.)
É tão ruim. A única razão pela qual não é pior do que você imagina é porque o Homebrew ( link ) tornou-o obsoleto, a menos que você tenha alguma masoquista desejo de obter seus pacotes parafusados ao longo do tempo e outra vez.
O Homebrew pode não ter a riqueza de pacotes que o MacPorts tem, mas vai chegar lá e é simples o suficiente para mexer, se você quiser, ao ponto de adicionar fórmulas para novos pacotes. / p>Minha opinião pessoal: MacPorts (como um projeto) tem mordido muito mais do que pode mastigar. MacPorts aparentemente tenta incluir absolutamente tudo do mundo Linux e, infelizmente, acaba com inúmeros pacotes que não têm ninguém cuidando deles para se certificar de que eles realmente funcionam. As coisas quebram e ficam quebradas, às vezes permanentemente.
Em vez de desperdiçar meu tempo com o MacPorts ou o Fink, agora considero as três opções a seguir quando quero executar softwares de código aberto em um Mac:
Os desenvolvedores do MacPorts fazem o melhor para testar vários sistemas e suportam várias configurações. Geralmente há suporte para os últimos dois lançamentos do Mac OS X, no momento em que este é o 10.5 Leopard e 10.6 Snow Leopard. Ele ainda funciona no 10.4 Tiger como uma plataforma legada, mas nenhum esforço adicional será colocado nisso para suportar novos recursos.
Para isso, é de vital importância não confiar na versão do sistema , mas instalar dependências na Prefixo MacPorts. Isso pode resultar em listas maiores de dependências, mas é a melhor maneira de manter a compatibilidade. Além disso, você obtém uma versão mais recente do que a Apple pode fornecer com seu sistema, que não é atualizado com freqüência.
Como usuário, você deve sempre pesquisar e relatar seus problemas de compilação no rastreador de problemas, caso contrário, o mantenedor talvez não sabe que eles existem. Ou você pode enviar correções, que tornam o processo de integração mais rápido, ou mesmo assumir a manutenção de algumas portas por conta própria. A equipe MacPorts está sempre precisando de novos mantenedores que contribuam com atualizações de portas ou novas portas. Para sua comparação, o número de desenvolvedores é enorme no Gentoo, onde no MacPorts apenas um punhado de pessoas está trabalhando ativamente na base e nas portas. Portanto, leva mais tempo para isolar e corrigir problemas. Lembre-se de que todos os mantenedores estão contribuindo com seu tempo de graça para o projeto.
Para o seu problema em particular, você verificou sua configuração build_arch em macports.conf, como sugerido nos comentários do ticket que você vinculou? O build_arch padrão é x86_64 no Snow Leopard. A execução de uma instalação pura do MacPorts de 32 bits é possível, mas não é suportada. Recomenda-se seguir as instruções de migração em detalhes.
Haverá software que é absolutamente incapaz de compilar para 64 bits (por exemplo, vinho), mas o MacPorts reconstruirá dependências automaticamente com a variante + universal. Essa variante significa que haverá suporte para várias arquiteturas em um único binário ou biblioteca.
Tags linux mac-osx distribution