Articles précédents : BSD
- [4] Préparation d'une certification BSD
- [2] PC-BSD 1.1 : l'approche de la maturité
- [23] Sortie de FreeBSD 6.1
- [56] Sortie d'OpenBSD 3.9
- [1] Des nouvelles d'OpenBSD
- [26] Sortie de DragonFlyBSD 1.4
- [11] La version 3 de NetBSD est disponible
- [84] Sortie de FreeBSD 6.0
- [37] OpenBSD 3.8 est sorti !
- [26] OpenBSD fête ses 10 ans !
Liens connexes
- Téléchargement (160 hits)
- L'annonce (161 hits)
- Liste complète des changements (161 hits)
- DLFP : La version 3 de NetBSD est disponible (198 hits)
- Slashdot : Sendmail Removed From NetBSD (150 hits)
- Qu'est-ce que DomU ? (200 hits)
Dépêche modérée par
Cette version apporte quelques mises à jour depuis la version 3.0, publiée fin 2005. Parmi ces améliorations on trouve le support de domU pour Xen3, une meilleure stabilité pour LFS et moults corrections de bogues. Il est possible de construire son propre système depuis le CVS public. La deuxième RC est prévue d'ici deux semaines, n'hésitez donc pas à faire part des éventuels problèmes que vous pouvez rencontrer avec cette version.
A signaler, le serveur SMTP Sendmail ne fait plus partie de l'arbre principal de NetBSD depuis le mois de mai 2006, principalement pour des raisons de sécurité. Postfix est le serveur de courrier électronique utilisé par défaut sur NetBSD depuis cette date, bien que Sendmail reste installable via pkgsrc.
![[en]](../../../images/en.png)
Téléchargement (160 hits)-
L'annonce (161 hits)
-
Liste complète des changements (161 hits)
![[fr]](../../../images/fr.png)
DLFP : La version 3 de NetBSD est disponible (198 hits)-
Slashdot : Sendmail Removed From NetBSD (150 hits)
-
Qu'est-ce que DomU ? (200 hits)
> Lire les commentaires (4 commentaires, moyenne: 4).
Cas d'utilisation
Est-ce-que quelqu'un qui utilise régulièrement, j'oserais dire, professionnellement NetBSD.
Si oui, pourrait-il nous dire dans quels cas ce système est le candidat idéal, face aux alternatives (Linux...). Évidemment, en évitant les trolls et autres bestioles nuisibles !
Autant, j'arrive à voir pour OpenBSD, ultra sur, là, je ne vois pas.
On va certainement répondre : nombre d'architectures supportées. Soit.
Les quelles et pour quel usage ?
-
[^]Re: Cas d'utilisation
Posté par Matthieu Moy (page perso, ) le 24/08/2006 à 06:24. (lien). Évalué à 4.Niveau nombre d'architectures supportées, d'après un développeur de Linux, Linux est passé devant il y a un moment.
http://www.kroah.com/log/linux/ols_2006_keynote.html
L'impression que ça me donne est que les BSD avaient de l'avance sur pas mal de point, mais que Linux est aujourd'hui un peu la bête qui écrase tout sur son passage. Mais je ne connais pas plus les BSD que ça alors je ne peux pas vraiment dire.-
[^]Re: Cas d'utilisation
Posté par Ontologia (page perso, ) le 27/08/2006 à 22:36. (lien). Évalué à 3.C'est pas exactement la même logique... GNU/Linux est un noyau autour duquel se greffent des librairies, logiciels, dont tout le système GNU.
La logique des BSD est assez différente : leur objectif est de fournir un système comprenant non seulement le noyau mais un ensemble d'outils d'administration, de bases permettant de fournir des services serveurs.
Les développeurs des systèmes BSD essayent donc de releaser un système cohérent, ou tout (noyau + logiciel) est débuggé ensemble.
En résumé Linux est un système à couplage lâche, quand les *BSD sont des systèmes à couplage "durs".
De plus ils essayent en général d'assurer la compatibilité binaire sur le long terme, de sorte que des binaires compilés il y a 15 ans tournent encore.
J'ajouterai, qu'à la lecture d'interview des devs de *BSD que ces gens là sont des véritables ayatollah de la stabilité, de la propreté du code. On peut pas en dire autant de Linux.
-
-
[^]Re: Cas d'utilisation
Posté par Sylvain Briole (page perso, ) le 24/08/2006 à 07:18. (lien). Évalué à 6.Dans la boîte pour laquelle je bosse, nous basculons petit à petit toutes nos applications embarquées sous NetBSD.
Pour nous, les raisons principales du basculement (nous avions déjà développé sous Linux) sont : la pérennité du code (surtout au niveau des API), la propreté du code du noyau que nous avions analysé, un système tout intégré (noyau + utilitaires de base), un processus d'installation validé depuis la version 1.6 qui n'a pas bougé d'un yota depuis, une mise à jour des applications très simple (pour les màj : on efface /usr/pkg et on réinstalle très rapidement avec un petit script qui nous fait des pkg_add)
Cette page a été générée par Templeet en 0.0607s (dont 0.0071 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.