Posté par bubar🦥 .
En réponse à la dépêche Red Hat Enterprise Linux 7.
Évalué à 9.
Dernière modification le 13 juin 2014 à 19:15.
comment je fait pour installer KDE ?
yum install
idéalement une version up to date
Pas possible, on prends la version livrée par Redhat et on s'en tiens aux préconisations de l'éditeur. Il n'y a pas de notions de "multiples ppa" dans la nature (Il y a EPEL) Donc le KDE sera figé en version.
Ou bien tu te lances dans le bricolage (point de vue éditeur) et alors se pose la question de la pertinence du choix de la distrib. Pourquoi pas plutôt Fedora si tu souhaites avoir un système à la fois stable et totalement à jour ?
Un autre exemple : EXT4. Dans RHEL 6 nous avions une limitation à 16T (exemple : tu poses un LVM directement sur une lun non partitionnée, impossible de faire un LV au delà de 15.5T en ext4). Il ne s'agit pas d'une limitation d'ext4 en soi, mais d'une version de e2fsprog d'une part (partie visible) et -surtout- des backports fait par redhat pour ext4 d'autre part. C'est similaire à ta question, car là aussi il est possible de sortir du cadre des recommendations de l'éditeur (en faisant une mise à jour du noyau en vanille, et en recompilant une x.42.3 de e2fsprog) OK OK c'est possible. Mais une redhat c'est pas fait pour bricoler. Et bricoler c'est faire ce qui est dehors des docs de limites et des docs de recommendations.
Ma réponse est certainement pas celle que tu attendais (et elle ne porte en aucune manière d'autre affirmation que mon opinion) mais c'est comme ça, à mon sens : Redhat on installe et on utilise. On ne sort pas des clous qui ont donnés tant de mal à être plantés.
[^] # Re: Blogs ou bonnes sources sur RHEL ?
Posté par bubar🦥 . En réponse à la dépêche Red Hat Enterprise Linux 7. Évalué à 9. Dernière modification le 13 juin 2014 à 19:15.
yum install
Pas possible, on prends la version livrée par Redhat et on s'en tiens aux préconisations de l'éditeur. Il n'y a pas de notions de "multiples ppa" dans la nature (Il y a EPEL) Donc le KDE sera figé en version.
Ou bien tu te lances dans le bricolage (point de vue éditeur) et alors se pose la question de la pertinence du choix de la distrib. Pourquoi pas plutôt Fedora si tu souhaites avoir un système à la fois stable et totalement à jour ?
Un autre exemple : EXT4. Dans RHEL 6 nous avions une limitation à 16T (exemple : tu poses un LVM directement sur une lun non partitionnée, impossible de faire un LV au delà de 15.5T en ext4). Il ne s'agit pas d'une limitation d'ext4 en soi, mais d'une version de e2fsprog d'une part (partie visible) et -surtout- des backports fait par redhat pour ext4 d'autre part. C'est similaire à ta question, car là aussi il est possible de sortir du cadre des recommendations de l'éditeur (en faisant une mise à jour du noyau en vanille, et en recompilant une x.42.3 de e2fsprog) OK OK c'est possible. Mais une redhat c'est pas fait pour bricoler. Et bricoler c'est faire ce qui est dehors des docs de limites et des docs de recommendations.
Ma réponse est certainement pas celle que tu attendais (et elle ne porte en aucune manière d'autre affirmation que mon opinion) mais c'est comme ça, à mon sens : Redhat on installe et on utilise. On ne sort pas des clous qui ont donnés tant de mal à être plantés.