C'est le nom qu'a donné le groupe de recherche en systèmes informatique (“Computer Systems Research Group”) de Berkeley aux améliorations et modifications qu'il a apporté à l'UNIX® 32V d'AT&T.

Un phénomène selon lequel beaucoup de gens donnent leur opinion sur un sujet trivial, tandis qu'un sujet complexe n'est que peu ou pas du tout débattu. Consultez la FAQ pour l'origine de ce terme.

Voir : Berkeley Software Distribution

Un système de threading supporté par le noyau. Consultez la page du projet pour plus de détails.

Voir : Kernel Scheduler Entities

Intégration d'une fonctionnalité ou d'un correctif de la branche -CURRENT vers une autre branche, la plupart du temps la branche -STABLE.

Lors du déroulement normal du développement de FreeBSD, une modification sera effectuée tout d'abord sur la branche -CURRENT pour être testée avant d'être intégrée sur la branche -STABLE. Dans de rares occasions, une modification pourra être effectuée en premier lieu sur la branche -STABLE puis être ensuite intégrée à la branche -CURRENT.

Ce terme est également utilisé quand un correctif de la branche -STABLE est intégré dans une branche de sécurité.

Voir aussi : Merge From Current.

Voir : Merge From Current

Voir : Merge From Stable

Avec l'évolution de FreeBSD, les changements visibles par l'utilisateur devraient être les moins déroutant possible. Par exemple, un réarrangement arbitraire des variables de démarrage du système dans le fichier /etc/defaults/rc.conf viole ce principe (POLA—principe du moindre étonnement). Les développeurs prennent en compte ce principe quand ils s'intéressent aux changements du système visibles par les utilisateurs.

Voir : Principle Of Least Astonishment