Exactement ce que je pensais durant la lecture de ce très bon article
( bien qu'un peu court :) ).
Moi je suis un gros mordu de pkgsrc. J'en mange tout les matins au
petit déjeuné, et même si à coté de pkgsrc, il y a pkg_add et autres,
ça, je trouve que c'est plus orienté administrateur.
pkgsrc, c'est bon pour avoir des packages avec certaines options à
la compilation ( mysql, mod_perl, apache, noyau, etc... ) mais pour
une distrib orienté utilisateur, c'est à coté de la plaque. Ou plutot,
sur le poste client, c'est à coté de la plaque, pour le service qui
gère les packages coté distrib, c'est de la bombe par contre.
Pourquoi sinon, les distribs centralisent les rpm, deb et autres sur un
serveur, et ne font pas à la pkgsrc, hébergé les paquets par le site
de l'auteur ( entre autre ) ?
pkgsrc possede deux sites ou tout les tarballs sont dispo, mais pkgsrc
par default, va chercher d'abord sur les sites des auteurs.
[^] # PKGSRC powaaa !
Posté par kowalsky . En réponse au journal Diverses choses sur les packages managers. Évalué à 5.
( bien qu'un peu court :) ).
Moi je suis un gros mordu de pkgsrc. J'en mange tout les matins au
petit déjeuné, et même si à coté de pkgsrc, il y a pkg_add et autres,
ça, je trouve que c'est plus orienté administrateur.
pkgsrc, c'est bon pour avoir des packages avec certaines options à
la compilation ( mysql, mod_perl, apache, noyau, etc... ) mais pour
une distrib orienté utilisateur, c'est à coté de la plaque. Ou plutot,
sur le poste client, c'est à coté de la plaque, pour le service qui
gère les packages coté distrib, c'est de la bombe par contre.
Pourquoi sinon, les distribs centralisent les rpm, deb et autres sur un
serveur, et ne font pas à la pkgsrc, hébergé les paquets par le site
de l'auteur ( entre autre ) ?
pkgsrc possede deux sites ou tout les tarballs sont dispo, mais pkgsrc
par default, va chercher d'abord sur les sites des auteurs.