Plus le temps passe et plus je suis déçu par Darwinports, je me cherche
donc une alternative fiable et pérenne.
Je viens de (re)découvrir que pkgsrc (le systeme de ports/pkg de NetBSD)
est dispo pour Darwin.
Quelqu'un l'a-t-il testé à fond (et si possible, comparé à DP) ?
patpro, largement gavé par l'install de trac
(<http://www.edgewall.com/trac/>)
À (at) Fri, 22 Apr 2005 09:41:36 +0200, patpro ~ Patrick Proniewski écrivait (wrote):
In article <4268a49f$0$20631$, Sébastien Maerten wrote:
Ce ne serait pas lié au fait que FreeBSD est un système complet ? qui sait donc qui est quoi et où (nb: c'était une vraie question). Je l'ai déjà dit, je ne sais pas comment fonctionne le système de ports FreeBSD, mais le truc, ce que si personne n'a dit au gestionnaire de paquets qui est installé et où et comment (ce que Mac OS X ne fait pas vis à vis de dp), et bien le gestionaire en question (dp) il ne peut pas le savoir !
tu as raison c'est surement une part de ce qui me pose problème. Je suis un peu égoiste, je voudrais que DP soit entièrement pensé pour MacOS X. Ce n'est pas le cas, et c'est très probablement pour ça que je n'y trouve pas ce qui fait mon bonheur avec les ports FreeBSD.
Ce problème restera quelque soit le système de ports choisis (Fink, DP ou pkgsrc) car pour pouvoir s'appuyer sur ce qui est fourni en standard avec MacOS X, il faudrait que Apple accepte de jouer le jeu (un minimum).
Dans Fink, par exemple, pendant un moment, on s'appuyait sur le Apache, ou le openssl fourni par Apple (ou même tout simplement le gcc de XCode) et dès la première maj de MacOSX tout est cassé. Comme Apple ne donne que très très peu d'informations sur les mises à jours avant qu'elles ne soient diffusées, cela amène à de long moments où plus rien ne fonctionne... C'est inacceptable.
Pour le compilateur, on ne peut évidemment pas s'en passer et c'est pour cela qu'il faut des packages (ou ports) virtuels afin de détecter la version courante. C'est lourd. Heureusement que XCode ne se met pas à jour tout seul.
À l'inverse dans un *BSD, le système est conçu pour informer le système de package de ce qui est disponible à tout moment.
On aura peut-être un jour la souplesse des *BSD mais ce n'est pas pour tout de suite.
En tous cas, pour l'instant et à mon avis, il vaut mieux installer des trucs en double (Apache, OpenSSL) plutôt que d'essayer de mélanger les trucs Apple et les trucs externes (sauf peut-être pour des bibliothèques vraiment très basiques et qui n'évoluent presque plus).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Fri, 22 Apr 2005 09:41:36 +0200,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> écrivait (wrote):
In article <4268a49f$0$20631$626a14ce@news.free.fr>,
Sébastien Maerten <sebastien.maerten@free.fr> wrote:
Ce ne serait pas lié au fait que FreeBSD est un système complet ? qui
sait donc qui est quoi et où (nb: c'était une vraie question). Je l'ai
déjà dit, je ne sais pas comment fonctionne le système de ports FreeBSD,
mais le truc, ce que si personne n'a dit au gestionnaire de paquets qui
est installé et où et comment (ce que Mac OS X ne fait pas vis à vis de
dp), et bien le gestionaire en question (dp) il ne peut pas le savoir !
tu as raison c'est surement une part de ce qui me pose problème. Je suis
un peu égoiste, je voudrais que DP soit entièrement pensé pour MacOS X.
Ce n'est pas le cas, et c'est très probablement pour ça que je n'y
trouve pas ce qui fait mon bonheur avec les ports FreeBSD.
Ce problème restera quelque soit le système de ports choisis (Fink, DP ou
pkgsrc) car pour pouvoir s'appuyer sur ce qui est fourni en standard avec
MacOS X, il faudrait que Apple accepte de jouer le jeu (un minimum).
Dans Fink, par exemple, pendant un moment, on s'appuyait sur le Apache, ou le
openssl fourni par Apple (ou même tout simplement le gcc de XCode) et dès la
première maj de MacOSX tout est cassé. Comme Apple ne donne que très très peu
d'informations sur les mises à jours avant qu'elles ne soient diffusées, cela
amène à de long moments où plus rien ne fonctionne... C'est inacceptable.
Pour le compilateur, on ne peut évidemment pas s'en passer et c'est pour cela
qu'il faut des packages (ou ports) virtuels afin de détecter la version
courante. C'est lourd. Heureusement que XCode ne se met pas à jour tout seul.
À l'inverse dans un *BSD, le système est conçu pour informer le système de
package de ce qui est disponible à tout moment.
On aura peut-être un jour la souplesse des *BSD mais ce n'est pas pour tout de
suite.
En tous cas, pour l'instant et à mon avis, il vaut mieux installer des trucs
en double (Apache, OpenSSL) plutôt que d'essayer de mélanger les trucs Apple
et les trucs externes (sauf peut-être pour des bibliothèques vraiment très
basiques et qui n'évoluent presque plus).
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Fri, 22 Apr 2005 09:41:36 +0200, patpro ~ Patrick Proniewski écrivait (wrote):
In article <4268a49f$0$20631$, Sébastien Maerten wrote:
Ce ne serait pas lié au fait que FreeBSD est un système complet ? qui sait donc qui est quoi et où (nb: c'était une vraie question). Je l'ai déjà dit, je ne sais pas comment fonctionne le système de ports FreeBSD, mais le truc, ce que si personne n'a dit au gestionnaire de paquets qui est installé et où et comment (ce que Mac OS X ne fait pas vis à vis de dp), et bien le gestionaire en question (dp) il ne peut pas le savoir !
tu as raison c'est surement une part de ce qui me pose problème. Je suis un peu égoiste, je voudrais que DP soit entièrement pensé pour MacOS X. Ce n'est pas le cas, et c'est très probablement pour ça que je n'y trouve pas ce qui fait mon bonheur avec les ports FreeBSD.
Ce problème restera quelque soit le système de ports choisis (Fink, DP ou pkgsrc) car pour pouvoir s'appuyer sur ce qui est fourni en standard avec MacOS X, il faudrait que Apple accepte de jouer le jeu (un minimum).
Dans Fink, par exemple, pendant un moment, on s'appuyait sur le Apache, ou le openssl fourni par Apple (ou même tout simplement le gcc de XCode) et dès la première maj de MacOSX tout est cassé. Comme Apple ne donne que très très peu d'informations sur les mises à jours avant qu'elles ne soient diffusées, cela amène à de long moments où plus rien ne fonctionne... C'est inacceptable.
Pour le compilateur, on ne peut évidemment pas s'en passer et c'est pour cela qu'il faut des packages (ou ports) virtuels afin de détecter la version courante. C'est lourd. Heureusement que XCode ne se met pas à jour tout seul.
À l'inverse dans un *BSD, le système est conçu pour informer le système de package de ce qui est disponible à tout moment.
On aura peut-être un jour la souplesse des *BSD mais ce n'est pas pour tout de suite.
En tous cas, pour l'instant et à mon avis, il vaut mieux installer des trucs en double (Apache, OpenSSL) plutôt que d'essayer de mélanger les trucs Apple et les trucs externes (sauf peut-être pour des bibliothèques vraiment très basiques et qui n'évoluent presque plus).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
