En même temps que les projets BSD (FreeBSD, NetBSD et OpenBSD) prenaient de l'importance, plusieurs légendes persistantes se sont développées à leurs sujets. Certaines d'entre elles sont entretenues par des personnes bien intentionnées mais mal informées, d'autres par des personnes avec un objectif bien précis.
Cette page a pour but de démystifier ces mythes tout en restant le plus dépassionné possible.
Note : Tout au long de cette page, le terme "*BSD" se réfère aux 3 projets BSD. Lorsqu'une légende ou une réponse est spécifique à un projet en particulier, cela est précisé.
Si vous constatez une omission ou une erreur, veuillez en informer la personne qui maintient cette page, Tom Rhodes <trhodes@FreeBSD.org>.
Eric Raymond a écrit un papier qui a eu un impact important, ``La Cathédrale et le Bazar'' dans lequel le modèle de développement de Linux (ainsi que celui utilisé par Eric pour fetchmail) est montré en exemple sur la façon de conduire un développement "ouvert". A l'opposé, le modèle employé par les *BSD est souvent décrit comme fermé.
La conclusion implicite est que le "bazar" (ouvert) est un bon modèle alors que la "cathédrale" (fermé) est mauvais.
Au contraire, le modèle de développement des *BSD est certainement beaucoup plus proche du "bazar" que décrit Eric que ce soit pour Linux ou fetchmail.
Considérons les éléments suivants :
Pour tous les projets *BSD : Le code source de la version de développement de FreeBSD, NetBSD et de OpenBSD est disponible librement en téléchargement sur Internet 24h sur 24. Vous n'avez pas besoin d'attendre que quelqu'un d'autre sorte une nouvelle version..
FreeBSD, NetBSD : Un "instantané" de la version de développement est réalisé toutes les 24 heures. Ces "instantanés" peuvent s'installer exactement comme une version ordinaire et ne nécessite pas une installation par-dessus un système existant.
OpenBSD : des "instantanés" qui peuvent être installés sont créés si besoin à la demande des personnes inscrites sur les listes de diffusion OpenBSD.
Cette situation contraste avec celle de Linux où les nouvelles distributions du noyau sont rendues disponibles lorsque cela est nécessaire et où la fréquence de sortie de chaque distribution Linux dépend entièrement des responsables de la distribution.
Contrairement à Linux, la sortie d'une nouvelle version du noyau n'est pas annoncée en fanfare tout simplement parce que pour la plupart des utilisateurs *BSD c'est un évènement qui se produit tous les jours.
Tous les projets *BSD utilisent CVS pour gérer leur code source.
Pour tous les projets *BSD : L'arbre CVS est ouvert à tout le monde en consultation et en téléchargement, 24h sur 24. L'arbre peut être téléchargé via un accès CVS anonyme, CVSup, CVSupit, CTM (par e-mail) ou simplement via FTP.
Quiconque peut proposer des patches, envoyer des rapports de bugs, proposer de la documentation ou bien d'autres choses encore. Il est possible de le faire via le programme send-pr installé sur les systèmes *BSD ou via une interface web.
Précisions sur ce système pour étendre la documentation.
Seules certaines personnes peuvent modifier le code source des *BSD. Vous devez être un committer. Typiquement, les personnes se voient proposer les "droits de commit" après avoir participé plusieurs fois au projet de façon constructive en envoyant leurs travaux via send-pr ou autre.
Cette manière de procédé est identique à ce qui se passe pour Linux. Seule une personne est (en théorie) autorisée à modifier le noyau, Linus. Mais certains domaines spécifiques (tel que le code pour la couche réseau) sont délégués à d'autres personnes.
Note : Nik (nik@FreeBSD.org) est un exemple sur ce point. Après avoir envoyé plusieurs travaux au Projet de Documentation FreeBSD ainsi que des pages web, il lui a été proposé les "droits de commit" de manière à ce qu'il n'ait plus besoin "d'ennuyer" les autres participants pour faire les changements. Il n'a jamais eu à demander explicitiment ces "droits de commit", on le lui a proposé spontanément.
Vous pouvez également consulter l'article écrit par Jordan Hubbard dans "Performance Computing" intitulé What is FreeBSD?
Vous le pouvez. Vous devez juste indiquer dans la documentation et les fichiers sources d'où le code original provient.
Par exemple, PicoBSD est une distribution de FreeBSD conçue pour tenir sur une disquette. Elle est très bien adaptée pour transformer un PC 386 sans disque dur en routeur ou en serveur d'impression.
"Whistle Interjet" est un "applicatif réseau" qui agit comme routeur, serveur web, serveur de messagerie (et d'autres fonctions) et qui peut être configuré via un navigateur web. Le système d'exploitation sous-jacent est FreeBSD et Whistle a en retour envoyé plusieurs de ses améliorations du code au projet FreeBSD (tout en en conservant suffisamment pour garder sa place dans le monde commercial).
Le projet OpenBSD a démarré en tant que projet dérivé de NetBSD et a depuis évolué de manière indépendante.
Les *BSD font d'excellents serveurs. Ils font également d'excellents postes personnels. La plupart des qualités requises pour un serveur (temps de réponse corrects même sous forte charge, stabilité, usage optimal des ressources systèmes) sont les mêmes que pour une machine personnelle.
Les *BSD ont accès aux mêmes outils (KDE, GNOME, gestionnaires de fenêtres) que Linux. Et les applications bureautiques telles que WordPerfect ou StarOffice fonctionnent sous BSD grâce à la couche d'émulation Linux.
Bien que le code de base des BSD soit vieux de plus de 20 ans, il n'est ni démodé ni mourant. De nombreux utilisateurs professionnels apprécient la stabilité que des années de tests ont apportées à FreeBSD.
Des améliorations technologiques continuent à être apportées aux *BSD, comme par exemple :
SMP : Multi-Processeurs Symétriques, pour la gestion des systèmes à processeurs multiples.
SoftUpdates : Rends le système de fichier BSD au moins aussi rapide que le système de fichier Linux, sans avoir besoin d'utiliser les écritures asynchrones et les risques associés.
Système VM : Le sous-système VM (Mémoire Virtuelle) continue d'être amélioré. L'imbrication de la VM et du cache permets à des systèmes tels que wcarchive.cdrom.com de gérer des milliers (littéralement, plus de 10 000) de connexions FTP sans faillir.
Portages sur d'autres architectures : le portage des *BSD est en cours ou existe déjà sur plusieurs autres architectures dont UltraSPARC, Alpha et PowerPC. NetBSD et OpenBSD sont disponibles sur davantage d'architectures que FreeBSD qui est, à l'heure actuelle, disponible sur i386, Alpha et UltraSPARC.
Non. Bien qu'occasionnellement il puisse y avoir des discussions "animées", les *BSD continuent de travailler ensemble. Le portage de FreeBSD sur Alpha s'est initialement fortement basé sur le travail réalisé par l'équipe NetBSD. NetBSD et OpenBSD ont utilisé la collection des ports FreeBSD afin de commencer leurs propres jeux de ports. FreeBSD et NetBSD intègrent des corrections liées à la sécurité découvertes en premier lieu par l'équipe OpenBSD.
Cette coopération s'étend jusqu'à la société commerciale BSDi, qui a gracieusement fait don de la couche d'émulation DOS à FreeBSD.
Les projets FreeBSD et NetBSD sont séparés depuis maintenant plus de 5 ans. OpenBSD est le seul nouveau projet BSD à être apparu dans les 5 dernières années.
Les projets *BSD coopèrent également dans d'autres domaines. Par exemple, la revue mensuelle DaemonNews est un effort commun entre des membres des trois projets.
Les URLs suivantes devraient réfuter cela :
En plus de tout cela, Tom Rhodes écrit actuellement un article destiné à guider un utilisateur dans la mise en place d'un Système Parallèle avec FreeBSD et d'autres logiciels. Cet article devrait sortir au plus tard en 2002 ou 2003.
FreeBSD : La Page sur les Consultants FreeBSD liste les sociétés qui proposent un support commercial pour FreeBSD.
FreeBSD Mall propose également un support commercial ainsi que des tee-shirts, des chapeaux, des livres, des logiciels et différents articles promotionnels.
Pour les formations, on peut consulter BSDMall.com, mais ils vendent aussi d'autres produits comme des tee-shirts, des chapeaux, des livres et des logiciels ! Vaut définitivement le coup d'oeil.
OpenBSD : La Page sur les Consultants OpenBSD liste les sociétés qui proposent un support commercial pour OpenBSD.
La communauté des logiciels libres a principalement commencé sur les systèmes BSD (SunOS et consorts). Les utilisateurs *BSD peuvent généralement compiler les logiciels écrits pour ces systèmes sans avoir besoin de modifier quoi que ce soit.
De plus, chaque projet *BSD utilise un système de "ports" afin de rendre le plus simple possible la compilation des logiciels portés.
FreeBSD : Il existe actuellement plus de 8000 applications prêtes à être téléchargées et installées dans la collection des ports FreeBSD. Sur i386 et Alpha, l'émulation Linux permet également de faire fonctionner la plupart des applications Linux.
NetBSD : L'émulation Linux permet de faire fonctionner la plupart des applications Linux pour i386, et la plupart des applications SunOS4 peuvent être utilisées sur station SPARC.
OpenBSD : Il existe actuellement un peu plus de 400 applications prêtes à être téléchargées et installées dans la collection des ports OpenBSD. L'émulation Linux permet également de faire fonctionner la plupart des applications Linux pour i386, et la plupart des applications SunOS4 peuvent être utilisées sur station SPARC.
NetBSD et OpenBSD sont capables d'utiliser les applications présentes dans la collection des ports FreeBSD sans problème particulier. Le plus faible nombre d'applications portées reflète cet état de fait.
Il est exact que la plupart des sociétés choisissent en premier lieu Linux lorsqu'ils décident de porter leurs applications sous Unix pour PC. Heureusement, l'émulation Linux permet d'utiliser ces programmes (Acrobat, StarOffice, Mathematica, WordPerfect, Quake, compilateur ICC de Intel, compilateur pour Alpha de Compaq...) sans trop (généralement aucun) de problèmes.
Un aparté historique : la première version de Netscape à avoir fonctionnée sous FreeBSD avec le support du Java était la version Linux. A présent, bien sûr, vous pouvez utiliser une version native pour FreeBSD de Mozilla avec un module Java en natif lui aussi, le tout compilé simplement à partir des ports !
FreeBSD : Jusqu'à récemment (avant 1998) FreeBSD utilisait le format "a.out" par défaut. Il n'y avait aucune raison urgente de faire le passage au format "ELF" plus tôt. En particulier, FreeBSD n'avait pas (et n'a toujours pas) les problèmes liés à la compilation des bibliothèques partagées qu'a rencontré Linux lors de sa conversion du format "a.out" au format "ELF". Depuis la version 3.0 de FreeBSD, le format d'exécutable utilisé est le format "ELF".
C'est uniquement une opinion personnelle.
C'est uniquement une opinion personnelle
Les membres des projets FreeBSD, NetBSD et OpenBSD qui ont contribués à cette page :
| Nik Clayton <nik@FreeBSD.org> | Jordan Hubbard <jkh@FreeBSD.org> |
| Ian F. Darwin <ian@DarwinSys.com> | |
| Adrian Filipi-Martin <adrian@ubergeeks.com> | |
| Tom Rhodes <trhodes@FreeBSD.org> |