la gestion des dépendances optionnelles est faite au cas par cas. ca n'est pas obligé d'utiliser des libs forcément installé. exemple, tu n'es pas forcé de faire qu'abiword utilise les libs gnome sous pretexte que gnome est installé, tu peux de contenter de le lier a gtk.
Quelle est la différence avec le USE="-gnome gtk" emerge abiword de la Gentoo ?
Le coeur de la Source Mage est en bash, tout comme les spells. Cela rend les modifications d'un spell aisées pour l'utilisateur. Ce qui n'est pas le cas de la Gentoo, puisqu'étant informaticien de métier mais ne connaissant pas python, j'ai dû recourir à l'aide de l'irc pour faire une simple mise à jour de version de l'ebuild postgresql...
Sous Gentoo portage est effectivement en python, mais il me semble que les ebuild sont en bash avec utilisation de fonctions génériques (src_unpack, src_install, strip-flags, epatch...) définies dans les eclass. Il est tout a fait possible d'écrire/modifier des ebuild sans rien comprendre à python. Cependant, parfois, il est vrai que certains ebuild nécessitent des modifications du code python de portage, surtout pour des problèmes de "sandbox violation" mais portage a bcp évolué et les sandbox violation sont de + en + rares car beaucoup de cas particuliers sont pris en compte avec le temps.
Il faut savoir que la sourcemage crée un cache des sources, un cache des binaires installés. comme ca, si tu veux réinstaller un spell que tu as viré il n'y a pas longtemps, cela est fait de manière bien plus rapide.
Gentoo permet aussi d'utiliser ccache pour mettre en cache les compilation avec FEATURES="ccache" dans /etc/make.conf.
[^] # Re: Test de SourceMage 0.7.1
Posté par Stani . En réponse à la dépêche Test de SourceMage 0.7.1. Évalué à 2.
Quelle est la différence avec le USE="-gnome gtk" emerge abiword de la Gentoo ?
Le coeur de la Source Mage est en bash, tout comme les spells. Cela rend les modifications d'un spell aisées pour l'utilisateur. Ce qui n'est pas le cas de la Gentoo, puisqu'étant informaticien de métier mais ne connaissant pas python, j'ai dû recourir à l'aide de l'irc pour faire une simple mise à jour de version de l'ebuild postgresql...
Sous Gentoo portage est effectivement en python, mais il me semble que les ebuild sont en bash avec utilisation de fonctions génériques (src_unpack, src_install, strip-flags, epatch...) définies dans les eclass. Il est tout a fait possible d'écrire/modifier des ebuild sans rien comprendre à python. Cependant, parfois, il est vrai que certains ebuild nécessitent des modifications du code python de portage, surtout pour des problèmes de "sandbox violation" mais portage a bcp évolué et les sandbox violation sont de + en + rares car beaucoup de cas particuliers sont pris en compte avec le temps.
Il faut savoir que la sourcemage crée un cache des sources, un cache des binaires installés. comme ca, si tu veux réinstaller un spell que tu as viré il n'y a pas longtemps, cela est fait de manière bien plus rapide.
Gentoo permet aussi d'utiliser ccache pour mettre en cache les compilation avec FEATURES="ccache" dans /etc/make.conf.