Hmmm j'aime bien les *BSD, NetBSD compris, mais en toute bonne fois il faut reconnaitre que les gestionnaires de ports, pkgsrc et paquets sont *très* loin de l'ergonomie, du nombre de fonctionnalités, etc. de dpkg/apt (je ne compare pas à yum, qui est lui aussi passablement nul).
Franchement, quitte à vouloir faire partager son goût pour les *BSD, autant parler de leurs vrais atouts (de la même façon, j'ai beaucoup de peine pour ceux qui cherchent à promouvoir Fedora en parlant de yum au lieu d'évoquer son superbe support SELinux, le travail avec l'upstream, le LVM par défaut, le grand nombre de paquet fournissant les symboles de débogguage, les outils de gestion de masse comme Cobbler, Spacewalk, Func, FreeIPA, libvirt & co).
Si je voulais faire partager les plaisirs d'un linux à un bsdiste, par exemple, je chercherais pas à mettre en avant la documentation et les pages de man (surtout pas la doc des drivers), je ne parlerais pas de l'intégration, l'unification et la relecture systématique au niveau du code source / de la ligne de code du système de base, je ne m'aventurerais pas sur la possibilité de recompiler simplement l'intégralité du système de base après un changement d'API, j'éviterais de parler de la très unixienne beauté par la simplicité, etc...
> Tu peux compiler un NetBSD pour ton petit pc pas puissant à base de CPU arm à partir de ton gros pc puissant à base de xeon qui lui est sous Linux.
> Déjà, ça, je ne sais pas si beaucoup (ou même une) de distribution à base de apt/yum le fait.
> Ba supposons que tu veuille compiler un application avec une option de compilation,
> ba avec pkgsrc, tu fais ton petit paquet avec son option de compilation, chose qui
> est automatisé grâce au nombreuses pkg_option.
Là aussi, les autres systèmes offrent évidement diverses options. Comme simplement renseigner la variable d'environnement DEB_BUILD_OPTIONS, ou pour une modif plus radicale, éditer le fichier de rêgles de compil et reconstruire le .deb ainsi :
apt-get build-dep foo
apt-get source foo
cd ./foo-0.1/
vim debian/rules # ajouter ses options de compil'
dch -i
dpkg-buildpackage -rfakeroot -uc -b
Et puis pour être honnête, il faudrait penser à indiquer pourquoi NetBSD propose si peu de paquet pré-compilés pour les architectures minoritaires... (et aussi, rappeler ce que Debian et OpenBSD pensent de la cross-compilation systématique par opposition à la compilation native).
Enfin, dans tout les cas le fait que pkgsrc permette la compilation croisée ou la personnalisation est une bonne chose, mais il n'est pas le seul, et surtout cette fonctionnalité ne devrait pas masquer les lacunes pour les cas d'utilisation plus courants (0 subtilité pour la gestion des conflits, gestion des dépendances rudimentaire, par ex.).
> Sinon yum rencontre le même problème que pkg_add. Si je tape yum -y install
> openoffice, ça ne fonctionne pas. Il veut yum -y install openoffice.org
Oui, je crois que son commentaire était relatif à l'absence de "yum search" dans pkg_add. Ce qui était stupide, parce qu'il suffit de grepper dans l'index des ports ou pkgsrc pour connaitre le nom du paquet que l'on cherche (ou pour chercher à partir de la description, etc.).
[^] # Re: NetBSD Desktop Project
Posté par herodiade . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 5.
Franchement, quitte à vouloir faire partager son goût pour les *BSD, autant parler de leurs vrais atouts (de la même façon, j'ai beaucoup de peine pour ceux qui cherchent à promouvoir Fedora en parlant de yum au lieu d'évoquer son superbe support SELinux, le travail avec l'upstream, le LVM par défaut, le grand nombre de paquet fournissant les symboles de débogguage, les outils de gestion de masse comme Cobbler, Spacewalk, Func, FreeIPA, libvirt & co).
Si je voulais faire partager les plaisirs d'un linux à un bsdiste, par exemple, je chercherais pas à mettre en avant la documentation et les pages de man (surtout pas la doc des drivers), je ne parlerais pas de l'intégration, l'unification et la relecture systématique au niveau du code source / de la ligne de code du système de base, je ne m'aventurerais pas sur la possibilité de recompiler simplement l'intégralité du système de base après un changement d'API, j'éviterais de parler de la très unixienne beauté par la simplicité, etc...
> Tu peux compiler un NetBSD pour ton petit pc pas puissant à base de CPU arm à partir de ton gros pc puissant à base de xeon qui lui est sous Linux.
> Déjà, ça, je ne sais pas si beaucoup (ou même une) de distribution à base de apt/yum le fait.
Il existe bien entendu une méga foultitude de façon de faire ça avec Debian, par ex. et entre autres :
http://www.linux.codehelp.co.uk/apt-cross/re01.html
http://psas.pdx.edu/DebianCrossCompilerHowto/
L'élégance de NetBSD est ailleurs.
> Ba supposons que tu veuille compiler un application avec une option de compilation,
> ba avec pkgsrc, tu fais ton petit paquet avec son option de compilation, chose qui
> est automatisé grâce au nombreuses pkg_option.
Là aussi, les autres systèmes offrent évidement diverses options. Comme simplement renseigner la variable d'environnement DEB_BUILD_OPTIONS, ou pour une modif plus radicale, éditer le fichier de rêgles de compil et reconstruire le .deb ainsi :
apt-get build-dep foo
apt-get source foo
cd ./foo-0.1/
vim debian/rules # ajouter ses options de compil'
dch -i
dpkg-buildpackage -rfakeroot -uc -b
Et puis pour être honnête, il faudrait penser à indiquer pourquoi NetBSD propose si peu de paquet pré-compilés pour les architectures minoritaires... (et aussi, rappeler ce que Debian et OpenBSD pensent de la cross-compilation systématique par opposition à la compilation native).
Enfin, dans tout les cas le fait que pkgsrc permette la compilation croisée ou la personnalisation est une bonne chose, mais il n'est pas le seul, et surtout cette fonctionnalité ne devrait pas masquer les lacunes pour les cas d'utilisation plus courants (0 subtilité pour la gestion des conflits, gestion des dépendances rudimentaire, par ex.).
> Sinon yum rencontre le même problème que pkg_add. Si je tape yum -y install
> openoffice, ça ne fonctionne pas. Il veut yum -y install openoffice.org
Oui, je crois que son commentaire était relatif à l'absence de "yum search" dans pkg_add. Ce qui était stupide, parce qu'il suffit de grepper dans l'index des ports ou pkgsrc pour connaitre le nom du paquet que l'on cherche (ou pour chercher à partir de la description, etc.).