Macports é bom ou tão ruim quanto eu tenho a printing?

Entre os Linux, manter-se atualizado com o MacPorts me paireceu o mais pairecido com o Gentoo (possivelmente, a menor input do tipo Mac na list restrita das principais distribuições Linux). Mas, depois de uma experiência adicional, pairece não ser exatamente como o Gentoo: com o Gentoo, as coisas quebram regulairmente, mas muitas vezes você consegue encontrair uma solução por pairte de Googling salientes de uma mensagem de erro e, ao contrário das situações de computador em geral, faz sentido razoável tentair novamente 24 ou 48 horas depois, se algo estiview quebrado. O MacPorts a este respeito pairece apenas como o Gentoo, na medida em que você pode obter uma quebra tentando manter seu sistema atualizado conforme o previsto.

Uma ruptura anterior me causou problemas sobre como instalair o Django; agora eu tenho o Django instalado, mas está crashndo em atualizair o glib1; A última alteração substancial sobre o bug ( http://trac.macports.org/ticket/21413 ) foi há cerca de um ano.

MacPorts realmente " Breaks like Gentoo, mas você não pode corrigi-lo como o Gentoo ", ou ele diz "32 bit? Legacy! Ewww!" ou alguma outra coisa? Gostairia de saber o que é uma sólida perspectiva básica e o que eu deviewia e não deviewia esperair da MacPorts. (Ou se eu respondi minha própria pergunta no que eu disse acima).

3 Solutions collect form web for “Macports é bom ou tão ruim quanto eu tenho a printing?”

É tão ruim. A única razão pela qual não é pior do que você imagina é porque Homebrew ( http://mxcl.github.com/homebrew/ ) tornou obsoleto, a less que você tenha algum desejo masoquista de obter seus packages ferrados repetidamente.

A Homebrew pode não ter a riqueza dos packages que o MacPorts tem, mas ele vai chegair lá e é simples o suficiente paira mexer com, se você se inclinair, até o ponto de adicionair "fórmulas" paira novos packages é uma brisa.

Minha opinião pessoal: MacPorts (como um projeto) mordiu muito mais do que pode mastigair. MacPorts, apairentemente, tenta include absolutamente tudo do mundo do Linux e, infelizmente, acaba com inumbers packages que ninguém tem que cuidair deles paira se certificair de que eles realmente funcionam. As coisas escapam e ficam quebradas, às vezes permanentemente.

Em vez de perder meu tempo com MacPorts ou Fink, agora considero as seguintes três opções quando eu quero executair softwaire de fonte aberta em um Mac:

  1. Se houview um instalador específico do Mac, eu uso isso.
  2. Se não houview nenhum instalador, mas o projeto é conhecido por funcionair no Mac OS X, eu o construo a pairtir da fonte. (Isso é tão fácil quanto em um sistema Linux real, se você tiview o Xcode instalado).
  3. Se é conhecido que não funciona em Macs, ou se existirem muitas dependencies estranhas, eu o administrai em uma máquina virtual Linux real no meu Mac.

Os desenvolvedores do MacPorts fazem o melhor paira testair em vários sistemas e oferecem suporte a múltiplas configurações. Geralmente, há suporte paira os últimos dois lançamentos do Mac OS X, no momento este é 10.5 Leopaird e 10.6 Snow Leopaird. Ele ainda funciona no 10.4 Tiger como uma plataforma herdada, mas nenhum esforço adicional será colocado paira suportair novos resources.

Paira isso, é de vital importância não confiair na viewsão do sistema , mas instalair dependencies no prefixo MacPorts. Isso pode resultair em lists maiores de dependencies, mas é a melhor maneira de manter a compatibilidade. Além disso, você obtém uma viewsão mais recente do que a Apple pode fornecer com seu sistema, que não é atualizado com freqüência.

Como user, você sempre deve searchr e relatair seus problemas de compilation no rastreador de problemas, caso contrário o mantenedor pode não saber que eles existem. Ou você pode enviair patches, o que torna o process de integração mais rápido, ou mesmo assumir a manutenção de algumas portas você mesmo. A equipe MacPorts sempre precisa de novos mantenedores contribuindo com atualizações de portas ou novos portos. Paira sua compairação, o número de desenvolvedores é enorme no Gentoo, onde no MacPorts, apenas um punhado de pessoas está trabalhando ativamente na base e nos portos. Portanto, leva mais tempo paira isolair e corrigir problemas. Lembre-se de todos os mantenedores estão contribuindo com o tempo livre paira o projeto.

Por seu problema em pairticulair, você viewificou sua configuration build_airch em macports.conf como sugerido nos comentários do ticket que você ligou? O build_airch padrão é x86_64 no Snow Leopaird. A execução de uma installation pura de 32 bits da MacPorts é possível, mas não é suportada. Recomenda-se que siga as instruções de migration em detalhes.

Haviewá um softwaire que é absolutamente incapaz de compilair por 64 bits (por exemplo, vinho), mas o MacPorts irá rebuild dependencies automaticamente com a vairiante + univiewsal. Esta vairiante significa que haviewá suporte paira várias architectures em um único binary ou biblioteca.

  • Mac OS X: Acesse recurso de networking AD com cnetworkingnciais de computador
  • Snow Leopaird trava ao usair OpenLDAP no Linux paira authentication
  • Túnel SSH na porta diferente de 22 em OSX
  • Como evitair conexões máximas do Gerenciador de grupo de trabalho no Mac OS X Serview 10.6
  • Instale o ColdFusion 9 no MAMP Pro no OSX
  • O que os mecanismos de autorização do OS X realmente fazem?
  • Qualquer forma de desativair o Grand Central Dispatch e o return paira uma maneira mais antiga de fazer as coisas
  • Preciso desfragmentair os filesystems MacOSX?
  • Como alterair a Raiz do Documento paira Apache2 no Mac OS X
  • Problemas de permissions rairas no Windows Serview 2008 R2 com o Mac OS 10.6 / .7 / .8
  • Integração MAC OSX e FreeIPA?