42 votes

Pourquoi Macports demande-t-il à jamais de construire des packages simples?

Construire à partir de sources extérieures à Macports est un jeu d'enfant. Construire avec macports prend une éternité et semble geler les os de temps en temps. Est-ce un comportement typique? Bien que cela semble être un bon outil d’emballage pour os x, si je dois subir cette douleur à chaque installation, je pense que je vais m'en passer.

35voto

galaxywatcher Points 553

Si vous utilisez un processeur Intel Core 2 Duo, vous pouvez doubler la vitesse de vos builds en modifiant l’option de configuration Macports située ici:

/opt/local/etc/macports/macports.conf

 # Number of simultaneous make jobs (commands) to use when building ports
buildmakejobs   	2
 

Je me suis donné des coups quand j'ai découvert cela APRÈS avoir reconstruit le gcc;)

Cette option vous permettra d'utiliser les deux processeurs pour construire des packages.

8voto

Ned Deily Points 40248

"geler les os"? Pouvez-vous être plus précis? Des paquets que vous tentiez de construire sur quelle version d'OS X sur quelle machine?

Dans mon expérience, MacPorts s'appuie généralement fonctionner correctement sur presque n'importe quelle configuration prise en charge, dans mon cas, allant de 256 mo de G3 Pismo (année 2000) en cours d'exécution 10.4 jusqu'bien qu'un récent dual-core Intel iMac 10.5. Vous devez être patient, cependant: cela peut prendre du temps surtout si il ya beaucoup de paquets dépendants, qui est l'un des inconvénients de l'utilisation d'un gestionnaire de paquets comme MacPorts ou Fink. L'avantage est que vous avez généralement un beaucoup plus contrôlé et, on l'espère, testé environnement que si vous avez installé individuellement paquets à partir des sources vous-même. Et, si vous ne l'avez pas déjà fait, assurez-vous de mettre à jour la dernière MacPorts: 1.8.0 vient de sortir et a d'importantes améliorations, notamment un meilleur support universel construit.

5voto

anddam Points 537

MacPorts uniquement utilisée pour construire à partir de la source, ce qui peut conduire à une différence de plusieurs ordres de magnitudo par rapport à un système de paquets qui extraire les fichiers binaires. Considérons à titre d'exemple le cas d'un forfait qui prend quelques heures à construire et à le comparer au temps de téléchargement d'une archive dans la gamme de dixième de MBs.

MacPorts utilise Apple les outils pour construire et il ajoute négligeable surcharge au même moment de la construction que vous obtenez à l'extérieur de MacPorts, plus le forfait, le plus la différence. Si vous rencontrez une énorme différence lors de la construction d'un programme à l'extérieur de MP, vous devriez déposer un billet sur le bug tracker avec les détails.

Cela dit, je vois que la question est assez ancien, depuis la version 2.0, il ya un soutien pour les archives -cf. Changelog- et il y a un macosforge pris en charge référentiel avec buildbots qui produisent signé archives pour le réel de l'expérience utilisateur peut être (si l'utilisateur le souhaite) de plus en plus semblables à des gestionnaires comme apt-get.

4voto

diceman Points 51

Cela ne me dérange pas d'attendre que les ports Mac se construisent à partir des sources sur les derniers packages. Mais pourquoi ne pas exploiter toute cette puissance de traitement et offrir aux utilisateurs la possibilité de laisser la compilation automatiquement chargée sur MacPorts ou, mieux encore, d'être hachée et offerte d'égal à égal aux autres utilisateurs de MacPorts pouvant choisir une option "turbo".

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X