Un mois après la version bêta, la version 5 de CentOS est sortie. Elle repose principalement sur la Red Hat Entreprise Linux 5.
CentOS est une communauté de contributeurs et d'utilisateurs Open-Source qui propose une distribution qui se veut 100% compatible avec la RedHat Entreprise Linux en parfait respect avec les règles de redistributions de RedHat. Les seules modifications de CentOS sont la suppression des noms, références et artwork appartenant à RedHat. CentOS est principalement destinée aux utilisateurs désirant une distribution de type entreprise sans le coût de la certification et des services.
La version 5 est disponible pour les architectures i386 et x86_64 en 6 CD ou 1 DVD sur l'un des nombreux miroirs. Les versions pour PowerPC, IA64 et Sparc devraient être bientôt disponibles (pour rappel la version 4 supporte i386, ia64, ppc, s390, s390x et x86_64).
CentOS est une communauté de contributeurs et d'utilisateurs Open-Source qui propose une distribution qui se veut 100% compatible avec la RedHat Entreprise Linux en parfait respect avec les règles de redistributions de RedHat. Les seules modifications de CentOS sont la suppression des noms, références et artwork appartenant à RedHat. CentOS est principalement destinée aux utilisateurs désirant une distribution de type entreprise sans le coût de la certification et des services.
La version 5 est disponible pour les architectures i386 et x86_64 en 6 CD ou 1 DVD sur l'un des nombreux miroirs. Les versions pour PowerPC, IA64 et Sparc devraient être bientôt disponibles (pour rappel la version 4 supporte i386, ia64, ppc, s390, s390x et x86_64).
CentOS (883 hits)
CentOS 5.0 Release Notes (356 hits)
L'annonce de la sortie (187 hits)
Quelques copies d'écrans (676 hits)
Miroirs de téléchargement (406 hits)
DLFP : Red Hat lance RHEL 5 (898 hits)
> Lire la suite (7 commentaires, moyenne: 1,4). [dépêche : 338 caractères]
Vous avez demandé le commentaire #824163.



Preums !
Rapelons que RHEL5, sur laquelle est basée CentOS5, est elle même basée sur Fedora Core 6:
http://linuxfr.org/2006/10/25/21526.html
[^]Re: Preums !
Merci pour cette précision, je me demandais justement comment se positionnait Fedora par rapport à cette RHEL.
Finalement, la CentOS ne joue pas la carte de la "nouveauté" mais plutot de la stabilité. Pour les plus curieux et avides de nouveautés, la fedora 7 sortira le 24 Mai normalement, la Test 4 ces jours ci, et la Test 3 est déjà utilisable sans trop de soucis.
[^]Re: Preums !
> Finalement, la CentOS ne joue pas la carte de la "nouveauté" mais plutot de la stabilité.
Faut le dire vite, vite, vite.
RHEL 5 a Selinux, Xen, GFS, Linux 2.6.18, glibc 2.5, Xorg 7.1, etc...
A la sortie d'une RHEL, tu as ce qui était blending-edge 4 ou 6 mois avant.
Il n'y a que les distributions qui sortent aujourd'hui qui sont plus à jour (sauf Debian :-)).
[^]Re: Preums !
Faut le dire vite certe mais c'est le but de la Fedora par rapport a RHEL, Fedora permet de se faire plaisir au niveau fonctionnalités puis ensuite, RHEL gèle la Fedora qu'ils trouvent la plus stable et commencent à ajouter les fonctionnalités entreprise dessus et leurs offres de support (support 24x7, certifications, etc ...).
Le truc bien avec CentOS est de pouvoir avoir une RHEL sans support, mais disposant d'une grande base d'aide (forums, ternet ...) et permettant de tourner un serveur basé sur RedHat si les contraintes commerciales (qui a dit Oracle ?) nous obligent.
[^]Re: Preums !
Euh... si tu as CentOS, Oracle ne fait pas de support: redhat est certifié, pas centos...
Et si t'as acheté une license oracle mais que tu rechignes à prendre une license RedHat, nécessaire pour l'obtention du support de la DB, on peut appeler ça une économie mal placée...
Par contre, dans une politique du moindre coût, on peut parfaitement envisager une parc d'entreprise mixte RedHat+CentOS avec des RedHat pour les applications avec des règles strictes pour le support et du CentOS pour tout ce qui reste (infrastructure, lamp, réseau, ...). L'avantage étant que les deux produits étant terriblement proches, on peut gérer le parc de manière unifiée et on a pas besoin de former le personnel pour chaque distro (ce qui est le cas si on a un parc mixte RH/Debian, par exemple)