Donc existe-t-il encore beaucoup de choses propre à BSD qui
n'existe pas sous Linux ?
Les différences importantes peuvent aussi être non totalement techniques.
Par ex. le modèle de développement, où tout - c. à d. le noyau, le système de base et le user land, mais aussi les applications tierces (les ports) - sont dans un CVS fait que l'on peut choisir son propre rythme de m. à j. de ses systèmes :
- on peut par exemple n'installer que des Releases, sur lesquelles on appliquera les mises à jour de sécurité si nécessaires ;
- si l'on est aventureux et apte à faire des rapports d'incidents utiles, on peut aussi utiliser Current et mettre à jour son système chaque semaine, voire quotidiennement (ça s'automatise), pour bénéficier des derniers développements ;
- entre les deux, on peut aussi suivre la branche Stable, dans laquelle sont reversées périodiquement les évolutions pas trop perturbatrices de Current après qu'elles ont été stabilisées, et bien sûr on met son système à jour soit régulièrement, par ex. chaque mois, soit quand on a repéré qu'une correction intéressante avait été MFC1.
Et c'est pareil pour les ports : l'arbre des ports n'est pas versionné, mais en théorie il doit toujours être cohérent, et il est taggué lors de la sortie d'une release. En principe, il suit rapidement les évolutions des projets - sauf si le mainteneur a détecté un problème ou s'il s'est endormi (mais dans ce cas tout le monde peut lui envoyer un rappel, et mieux soumettre un patch), mais c'est l'administrateur de chaque machine qui décidera du rythme auquel il mettra à jour les applications de son système, les outils pour faire cela sont fournis. En pratique, s'il passe par les ports, il peut faire ce qu'il veut... mais s'il préfère passer par les paquets binaires - ce qui est conseillé pour des applis telles que KDE ! - il aura moins de choix et devra soit utiliser les packages liés à sa Release, soit ceux qui sont produits au fil de l'eau par la ferme de compilation.
Un autre intérêt peut aussi être de se frotter à un système Unix classique, ce qui est important pour ceux qui peuvent être amenés à travailler sur différents systèmes propriétaires (AIX, Solaris, etc.).
[^] # Re: Et les retours d'expérience ?
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Passer de Linux à FreeBSD. Évalué à 3.
n'existe pas sous Linux ?
Les différences importantes peuvent aussi être non totalement techniques.
Par ex. le modèle de développement, où tout - c. à d. le noyau, le système de base et le user land, mais aussi les applications tierces (les ports) - sont dans un CVS fait que l'on peut choisir son propre rythme de m. à j. de ses systèmes :
- on peut par exemple n'installer que des Releases, sur lesquelles on appliquera les mises à jour de sécurité si nécessaires ;
- si l'on est aventureux et apte à faire des rapports d'incidents utiles, on peut aussi utiliser Current et mettre à jour son système chaque semaine, voire quotidiennement (ça s'automatise), pour bénéficier des derniers développements ;
- entre les deux, on peut aussi suivre la branche Stable, dans laquelle sont reversées périodiquement les évolutions pas trop perturbatrices de Current après qu'elles ont été stabilisées, et bien sûr on met son système à jour soit régulièrement, par ex. chaque mois, soit quand on a repéré qu'une correction intéressante avait été MFC1.
Et c'est pareil pour les ports : l'arbre des ports n'est pas versionné, mais en théorie il doit toujours être cohérent, et il est taggué lors de la sortie d'une release. En principe, il suit rapidement les évolutions des projets - sauf si le mainteneur a détecté un problème ou s'il s'est endormi (mais dans ce cas tout le monde peut lui envoyer un rappel, et mieux soumettre un patch), mais c'est l'administrateur de chaque machine qui décidera du rythme auquel il mettra à jour les applications de son système, les outils pour faire cela sont fournis. En pratique, s'il passe par les ports, il peut faire ce qu'il veut... mais s'il préfère passer par les paquets binaires - ce qui est conseillé pour des applis telles que KDE ! - il aura moins de choix et devra soit utiliser les packages liés à sa Release, soit ceux qui sont produits au fil de l'eau par la ferme de compilation.
Un autre intérêt peut aussi être de se frotter à un système Unix classique, ce qui est important pour ceux qui peuvent être amenés à travailler sur différents systèmes propriétaires (AIX, Solaris, etc.).
1 MFC = Moved From Current