Aller au contenu

Centos 4.2 : quelques astuces.


Wault

Messages recommandés

Salut à tous.

J'ai depuis peu installé une distribution Centos 4.2 basée sur une Red Hat Entreprise 4.

http://www.centos.org/

Comme j'en suis relativement content, j'ai décidé de mettre ici tous les points qui m'ont posé un problème, mais que j'ai réussi à résoudre. :p

Ceci pour deux raisons :

1) J'espère que cela permettra à d'autres de résoudre des problèmes identiques.

2) Au cas où un jour je doive réinstaller la distribution, j'aurais sous la main toutes ces astuces d'un coup. :)

I) Installer Synaptic de façon optimale :

En effet, cette distribution, bien que basée sur des paquets RPM (et non DEB) permet d'utiliser l'excellent apt-get et donc son interface dédiée : Synaptic

Comme je viens d'utiliser Ubuntu, j'avoue m'être habitué à ces programmes, et Yum (le gestionnaire de paquets RPM officiel de Centos) ne me paraît pas vraiment plus efficace.

Bref, pour utiliser Synaptic (et donc apt-get) correctement, il faut y rajouter des dépots intéressants :

I.1) Ceux de Centos :

I.1.a) Pour cela, créer et éditer un fichier quelconque :

$>gedit /tmp/centos4.list

ou

$>kwrite /tmp/centos4.list

I.1.:D Y ajouter les lignes suivante :

# Name: Centos 4 RPM Repository

# URL: http://mirror.centos.org/centos/4/apt/'>http://mirror.centos.org/centos/4/apt/

### Centos RPM Repository for Centos 4

rpm http://mirror.centos.org/ centos/4/apt/i386 os

rpm http://mirror.centos.org/ centos/4/apt/i386 updates

rpm http://mirror.centos.org/ centos/4/apt/i386 extras

rpm http://mirror.centos.org/ centos/4/apt/i386 addons

rpm http://mirror.centos.org/ centos/4/apt/i386 centosplus

rpm http://mirror.centos.org/ centos/4/apt/i386 contrib

I.1.c) En utilisateur root, déplacer ce fichier dans /etc/apt/sources.list.d/

$>su

[enter your root password]

$>mv /tmp/centos4.list /etc/apt/sources.list.d/

Et c'est bon !

Lancer synaptic et dans le menu "Catégories/Dépôts" vous devez trouver les nouveaux dépôts tous cochés.

Bien entendu vous pouvez désélectionner ceux que vous ne voulez pas utiliser.

Enfin, cliquer sur l'icône Recharger" et désormais, les RPM officiels de la distribution doivent apparaître dans la liste à droite.

Pour une description (en anglais) de ce que contiennent les différents dépôts :

http://www.centos.org/modules/smartfaq/faq.php?faqid=33

I.2) D'autres dépôts :

Les dépôts suivants sont normalement sûrs et maintenus par des personnes qui oeuvrent à porter des paquets "officieux" sur Centos.

- http://dag.wieers.com/home-made/apt/

- http://dries.studentenweb.org/rpm/

Toutes les informations sur l'installation (fort simple) de ces dépôts se trouvent sur les sites respectifs.

I.3) Pour les mises à jour :

Vérifier que dans le fichier /etc/sysconfig/rhn/sources on a les lignes suivantes :

### An apt style repo (the example is arjan's 2.6 kernel repo).

### The format is:

### type channel-label service:server path repo name

#apt arjan-2.6-kernel-i386 http://people.redhat.com ~arjanv/2.5/ kernel

apt dag http://apt.sw.be redhat/el4/en/i386 dag

apt dries http://apt.sw.be dries/redhat/el4/en/i386 dries

Et penser à vérifier en fin du même fichier que tous les dépôts officiels de Centos que l'on utilise sont bien activés. Sinon, enlever le # qui les met en commentaire (et donc, les désactive).

REMARQUE :

Il faut savoir qu'en installant ces dépôts, on augmente grandement la possibilité d'installer des applications instables !

Si l'on a besoin d'un environnement de production parfaitement stable, il faut juste garder les deux premiers dépôts (os et updates) dans la première liste et c'est tout !

Cependant la Centos étant basée sur des applications relativement anciennes (OpenOffice.org 1.1.2, gnome 2.8, Firefox 1.07, noyau 2.6.9, ...) il est parfois plus pratique pour l'utilisateur moyen (comme moi :D ) de pouvoir installer des versions plus récentes, même si elles sont théoriquement moins sûres.

Lien à poster

II) Spécifier une modeline dans le fichier /etc/xorg.conf

En effet, une fois n'est pas coutume, l'installation des pilotes accélérés 3D ATI a fonctionné sans le moindre problème.

À une exception près cependant : je ne pouvais pas utiliser la résolution 1280x960 à 85Hz car elle n'est pas spécifiée dans le fichier /etc/xorg.conf généré par le pilote ATI.

Qu'à cela ne tienne ! Il suffit de générer une modeline adaptée en utilisant la commande gtf .

$> gtf 1280 960 85

Ce qui nous donne :

# 1280x960 @ 85.00 Hz (GTF) hsync: 85.68 kHz; pclk: 149.43 MHz

Modeline "1280x960_85.00" 149.43 1280 1376 1512 1744 960 961 964 1008 -HSync +Vsync

Il suffit ensuite de copier ces deux lignes à l'emplacement adéquoit (facile à reconnaitre car il y a plein d'autre modelines déjà présentes) dans le fichier /etc/xorg.conf (à éditer en étant l'utilisateur root).

III) Installer Java SDK 1.4.2

Bien que le nouveau Java SDK 5.0 soit disponible, j'avais eu besoin d'installer l'ancien, et un problème de dépendance est apparu.

À l'époque je n'avais pas installé les dépôts DAG et DRIES qui - normalement - devraient proposer le RPM adéquoit.

Cependant, au cas où, je précise que le RPM qu'il faut se trouve aussi sur rpmfind :

'>On trouve le paquet ici

C'est une version de la librairie stdc++ qui ne se trouve pas dans les différents paquets officiels de la Centos 4.2.

Je ne le jurerais pas, mais je pense que Java SDK 5.0 n'en a plus besoin pour s'installer. :rolleyes:

IV) Lire des partitions ntfs et utiliser sa carte tuner TV :

En effet, sous Red-Hat et Fedora et donc Centos, le format de partition ntfs n'est pas reconnu du tout par défaut !

De plus, j'ai constaté que ma carte tuner TV (chipset bttv "classique") ne fonctionnait pas non plus.

Bha ! Aussi sec, on installe la version du noyau kernel#2.6.9-22.0.1.106.unsupported qui est proposée dans le dépôt centosplus (après avoir installé le dépôt dans apt-get et Synaptic bien entendu. Voir I) plus haut).

Mais ce noyau ne se contente pas seulement d'activer le ntfs, il active la prise en charge de tous les systèmes de fichiers possibles, du multimédia et d'autres choses aussi (lire le readme ici)

Lien à poster

Officiellement, les outils sont yum et up2date.

Cependant sur le site de Centos même, j'ai trouvé des infos pour configurer synaptic et utiliser apt-get, et j'ai donc vérifié ce que ça donnait.

Et comme ça marche bien, et que ça me permet d'avoir les mêmes outils qu'avec une distribution utilisant des paquets .deb, je me suis dit : BANCO ! :D

Lien à poster

Non ça n'a rien de bizarre Fedora et bien d'autres peuvent passer par apt-get.

Attention sharpshooter apt-get est un outil de gestion de paquets au même titre que up2date. Cela n'a rien à voir avec le mode de packaging .deb et rpm. Par contre si ça vous interesse il y a un outil de conversion de paquet deb-rpm et vice-versa (attention ça ne marche pas forcement avec tout).

Et parlant d'outils de gestion de paquets, je vous conseille par contre d'utiliser des règles simple de gestion (par exemple utiliser tels ou tels système suivant le type de repository voulu). En effet, ils ont des fois tendances à se court-circuiter entre eux.

Lien à poster

C'est bien ça qui me parait bizarre. A quoi bon avoir deux gestionnaires de packages ? Concernant l'utilisation de deux formats (rpm et .deb) c'est aux risques et périls de l'utilisateurs.

Franchement ce qui caractérise une distrib c'est avant tout son système de packages, alors passer de l'un à l'autre ça ne me parait pas très sain.

Lien à poster

Les différents système de gestion et de récupération de packages ne sont pas livrés de base à ce que je sache, c'est à l'utilisateur de personnaliser, tester et prendre les risques comme il veut. Personnellement si j'étais rester à up2date sans passer par yum, je n'aurais pas pris la peine d'installer une fedora par exemple. Et par exemple sous ubuntu, j'en ai installé deux. Au départ surtout pour tester puis j'ai utilisé yum pour les depots officiels et apt-get pour des depots non officiels (codecs et autres).

Quant au passage rpm-deb, j'ai surtout vu les forums des utilisateurs voulant ainsi utiliser des logiciels non-libres sur leurs distribution ubuntu-debian (comme par exemple les anciennes version d'essai PLE de maya ou XSI seulement dispo. en rpm).

Lien à poster

La distribution est entièrement basée sur les paquetages RPM.

C'EST une Red-Hat Enterprise ; la seule différence c'est que les gars de Centos ont enlevé les logos ! :D

Mais apt-get permet visiblement de gérer n'importe quel paquetage, que ce soit du DEB ou du RPM.

Et dans le cas présent, il permet de gérer les paquetages RPM de la distribution.

Mais il n'est en aucun cas possible d'installer des paquets DEB (du moins pas à ma connaissance) sans passer par Alien par exemple, sur une Centos.

J'espère que cette fois mes explications sont tout à fait claires.

EDIT : j'ai posté en même temps que Refuznik, mais c'est pas grâve. :oups:

Lien à poster

Pour être franc, je ne connais pas vraiment les différences entre les différents gestionnaires de paquets.

Mais apt-get et Synaptic m'avaient plû sous Ubuntu (vu que je devais me passer des outils Mandrake auxquels j'étais habitué) et j'ai sauté sur l'occasion de m'en servir de nouveau sous Centos.

Et comme ça si l'envie me reprend de passer à nouveau sous Ubuntu plus tard, j'aurais toujours mes outils habituels. :D

Lien à poster

APT est un des outil le splus fonctionnels et les plus rapides. C'est pour ca qu'il a plu: il doit exister une version de APT pour toutes les "grandes" distributions. je l'utilisais sous Fedora (Core 3), et j'avais aussi droit a Synaptic...

Quand on compare Yum et APT, ya pas photo! :p On a d'un cote un veau et de l'autre un gros reacteur... :)

Malheureusement, au bout d'un moment, APT A PT (pun on the words inside! :D ) un cable et voulait desinstaller 75% de mes packages pour en installer un nouveau.

Entre temps je suis repasse a Debian, et APT marche tres bien. :D

Bon, pour en revenir a APT: comme le dit TerJe, c'est une surcouche a dpkg qui ne gere pas les dependances. A partir de la, gerer les dependances entre d'un rpm ou d'un deb ca doit pas changer grand chose, il faut juste modifie rl'installateur.

Donc pas de souci: APT peut installer des rpm sur une distrib le necessitant, et meme s'il m'a fait des mauvais tours, je en saurais que le conseiller.

Lien à poster

Merci à vous deux pour toutes ces précisions, elles sont très intéressantes.

Des problèmes de dépendance(s), j'en ai eu avec le gestionnaire de paquets de Mandrake une fois (me rappelle plus son nom) donc je ne me fais pas trop de soucis. :D

Lien à poster
  • 2 semaines après...
×
×
  • Créer...