Ha, zut, j'ai oublié de parler du système de paquets.
Le système des ports est, comme sous FreeBSD, une arborescence de makefiles qui permettent de télécharger et compiler des programmes. Par contre, l'approche d'OpenBSD est très différente de celle de FreeBSD (sujet à de nombreux trolls sur fr.comp.os.bsd) : il génère forcément des paquets binaires avec une gestion très fine des dépendances (un paquet dépend d'autres paquets et des versions des bibliothèques dynamiques (.so), dont les versions sont gérées à la main par le projet (et non en suivant le mainstream qui a tendance à ne changer que le numéro de version mineur alors qu'en fait il faut changer le numéro de version majeur)). La gestion des paquets (génération, (dé)installation, mise-à-jours... bref, l'équivalent de dpkg/apt/aptitude) est développé en perl.
Le système de ports peut générer plusieurs paquets pour un même source, via les multipackages (on découpe un paquet en morceau, c'est pas aussi fin que sous debian) ou en flavors (compilé avec différentes options, genre support samba, version compilé statiquement...)
Il est conseillé d'utiliser les paquets précompilés pour son architecture, et n'utiliser le système de ports que si on travaille dessus ou qu'on a des besoins spécifiques (flavors spécifiques non compilées par le projet par exemple).
À mon avis, il est très efficace et robuste (j'utilise OpenBSD et Debian). Le choix de paquets est tout à fait correcte, le plus grand absent étant KDE 4 (par manque de moyen humain (comprendre personne n'a encore été assez motivé pour faire un port complet)).
[^] # Re: -current ?
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Sortie d'OpenBSD 4.9. Évalué à 10.
Ha, zut, j'ai oublié de parler du système de paquets.
Le système des ports est, comme sous FreeBSD, une arborescence de makefiles qui permettent de télécharger et compiler des programmes. Par contre, l'approche d'OpenBSD est très différente de celle de FreeBSD (sujet à de nombreux trolls sur fr.comp.os.bsd) : il génère forcément des paquets binaires avec une gestion très fine des dépendances (un paquet dépend d'autres paquets et des versions des bibliothèques dynamiques (.so), dont les versions sont gérées à la main par le projet (et non en suivant le mainstream qui a tendance à ne changer que le numéro de version mineur alors qu'en fait il faut changer le numéro de version majeur)). La gestion des paquets (génération, (dé)installation, mise-à-jours... bref, l'équivalent de dpkg/apt/aptitude) est développé en perl.
Le système de ports peut générer plusieurs paquets pour un même source, via les multipackages (on découpe un paquet en morceau, c'est pas aussi fin que sous debian) ou en flavors (compilé avec différentes options, genre support samba, version compilé statiquement...)
Il est conseillé d'utiliser les paquets précompilés pour son architecture, et n'utiliser le système de ports que si on travaille dessus ou qu'on a des besoins spécifiques (flavors spécifiques non compilées par le projet par exemple).
À mon avis, il est très efficace et robuste (j'utilise OpenBSD et Debian). Le choix de paquets est tout à fait correcte, le plus grand absent étant KDE 4 (par manque de moyen humain (comprendre personne n'a encore été assez motivé pour faire un port complet)).