Ça a l'air bien pkgsrc, et c'est présenté comme portable, mais est-ce que ça fonctionne aussi ailleurs que sur netbsd ?
Cela marche bien pour les paquets conçus "proprement", c'est à dire qui n'utilisent pas une API trop spécifique à un OS par exemple, ou qui n'ont pas de dépendances proprio.
Généralement ces paquets sont tagués "For XXX only", ce qui lève un warning au make. Mais il arrive que certains passent entre les mailles du filet, on ne peut pas tout tester. Le buildbot en attrape beaucoup. Les ptit's gars de pkgsrc soumettent souvent des corrections upstream quand elles ne demandent pas trop d'effort.
Suivant le degré de portabilité, cela ira du "marche sans problème" à "marche pas du tout." On peut pas faire tout juste du premier coup, n'en déplaise à ceux qui font du Minix (iMil et bapt, si vous me lisez :o ).
Les plus galères sont pour moi les applications lourdes, particulièrement graphiques. Ayant dû porter pkgsrc pour compiler (cross-compiler aussi, si si) tout un tas d'applications, c'est clairement les gtk+, firefox, glib... qui pètent. Souvent sur des symboles non résolus, des erreurs de compilation, ou des fonctionnalités manquantes (par exemple, la dernière VM Javascript de Firefox s'en sort très mal ailleurs que sur x86). Dernièrement, j'ai découvert Vala, qui même s'il fait du source-to-source (C à la fin), le code généré est pas forcément... correct pour autre chose que du i386 (alignement).
Perso, le plus pénible avec pkgsrc est le bootstrap, qui fait un peu "réservé aux initiés". Pas tant dans la complexité (c'est deux lignes de commandes à taper: un téléchargement, et ./bootstrap), mais dans le fait que quand on sait pas, il faut chercher un peu. Cela rebute pas mal.
[^] # Re: Oui, mais non
Posté par jym@netbsd . En réponse à la dépêche Le projet GNU s'enrichit d'un gestionnaire de paquets. Évalué à 10.
Cela marche bien pour les paquets conçus "proprement", c'est à dire qui n'utilisent pas une API trop spécifique à un OS par exemple, ou qui n'ont pas de dépendances proprio.
Généralement ces paquets sont tagués "For XXX only", ce qui lève un warning au make. Mais il arrive que certains passent entre les mailles du filet, on ne peut pas tout tester. Le buildbot en attrape beaucoup. Les ptit's gars de pkgsrc soumettent souvent des corrections upstream quand elles ne demandent pas trop d'effort.
Suivant le degré de portabilité, cela ira du "marche sans problème" à "marche pas du tout." On peut pas faire tout juste du premier coup, n'en déplaise à ceux qui font du Minix (iMil et bapt, si vous me lisez :o ).
Les plus galères sont pour moi les applications lourdes, particulièrement graphiques. Ayant dû porter pkgsrc pour compiler (cross-compiler aussi, si si) tout un tas d'applications, c'est clairement les gtk+, firefox, glib... qui pètent. Souvent sur des symboles non résolus, des erreurs de compilation, ou des fonctionnalités manquantes (par exemple, la dernière VM Javascript de Firefox s'en sort très mal ailleurs que sur x86). Dernièrement, j'ai découvert Vala, qui même s'il fait du source-to-source (C à la fin), le code généré est pas forcément... correct pour autre chose que du i386 (alignement).
Perso, le plus pénible avec pkgsrc est le bootstrap, qui fait un peu "réservé aux initiés". Pas tant dans la complexité (c'est deux lignes de commandes à taper: un téléchargement, et ./bootstrap), mais dans le fait que quand on sait pas, il faut chercher un peu. Cela rebute pas mal.