Reprise du message précédent :
A lire les nouveaux messages, je constate que pas mal de personnes semblent intéressées par GNU/Linux, et c'est tant mieux.
 
Mais surtout je tire un grand coup de chapeau à notre ami Zeb_ qui inlassablement et patiemment délivre toutes les informations pertinentes.
C'est un saint cet homme là !
 

Comment installer Xfree86 4.3 sur mandrake 9.0 ?
Je ne comprends pas pourquoi Xfree 86 n'apparait pas dans les nouveaux paquetages à installer.
 
Comment passer de la 9.0 a la 9.1 ?
Là j'ai lancé une update, mais je ne sais pas vraiment ce que ça update ni ce qui est indispensable.

Drapal    
 
Tres bon topic en passant, j en apprend tous les jours

bon je reresume.
J'ai mandrake 9.0 et une radeon 8500
 
déjà faut il installer Xfree 4.3 avant d'installer fglrx-glc22-4.3.0-2.9.6.i586.rpm ?    
 
Quand je fait :
 

 
ok j'ai pas utilisé allow force, mais bon avec les precedents drivers ati pour 4.2.1 j'ai deja fait des allow force et j'avais plus de serveur X du tout, et bon j'ai reinstallé.
 
Donc que faut il faire    
J'ai pas envie de devoir faire une resintal.

Bon mandrake -> poubelle, j'installe redhat 9  
 

 
  Tu comprends vraiment ce que tu fais ? Sans t'offenser, ça m'étonerait que t'y arrive mieux avec la RedHat, car tu seras confronté au même problème.
Evidemment il faut forcer, car tu dois remplacer libGL.so.xxx de ton XFree-server par celui du driver ati. Ce sera pareil sous RH.

Dites, j'ai un doute là...
Je compte installer les drivers proprio d'ati. Mais chez ATI, quand on doit choisir la carte graphique la mienne n'y est pas (ALL IN WONDER RADEON) il n'ya même pas de RADEON tout court.
Les pilotes FLGX les supportent bien non ?

 
Les drivers ne font tourner les cartes qu'a partir du R200 :
 
 

Oups...
C'est balot parce que je comptais là dessus pour faire marcher ma radeon avec mon abit nf7-s (apparemment c'est possible en activant l'Internal AGPGArt.)
Bon bah je vais patcher mon noyo à la main..
 
J'ai tenté un peu hier soir, après recompil du noyo et reboot il m'indique (dès le début et met rien avant)
..insmod error ....
il écrit plein de lignes comme ça sans fin.
 
ça sent le bug tout pourri d'inadvertance...(j'ai fais ma config noyau un peu vite, c'est chiant à faire...)

Deja je tient a dire bravo a ce topic qui ma vraiment éclairer sur l installation sous mdk 9.1 merci !!!! et bravoo !!!  
 
cependant j ai une tite question aux niveau des sources.
 
Si par exemple je chercher un client p2p,je fait une recherche au niveau des sources que j ai grace a la commande urpmq ca ca ?
 
mais si je ne trouve pas il faut que je le récuperere ou par ex ? sur un site spécialiser ds ce logiciel ou alors il faut que j ajoute des sources ?
 
et sinon les 3 sources fournies sur la premiere page sont elle suffisantes pour avoir touts les logiciels que je veut ?
 
 
                                          merci

 
Salut
En fait, si tu as ajoute tes sources en utilisant hdlist.cz (et pas synthesis.hdlist.cz) tu auras les descriptions en plus. C'est la ou l'interface graphique rpmdrake (dans le centre de controle mandrake) serait + pratique que urpmq, car tu peux rechercher par mots clefs et avoir les descriptions affichee. Je ne sais pas les options de urpmq pour rechercher dans les descriptions, faut regarder le man.
En ce qui concerne le p2p, tu trouveras plein de clients (xmule, lopster, tc...) dans PLF.
 
Par ailleurs, urpmi peut parfaitement servir a installer un logiciel hors sources, mais il ne resoudra pas les dependances automatiquement, il marchera exactement comme rpm, et s'il y a des dependances hors-sources non satisfaites, il te les indiquera et ce sera a toi de les installer. Mais en revanche, si les dependances de ce logiciel hors-sources sont dans les sources, urpmi ira les chercher automatiquement, puis installera ton rpm hors-sources. Suis-je clair ?
Attention avec les rpms, verifie quand meme qu'ils sont bien pour ta distro. Pour les logiciels non fournis dans la Mandrake (main et contrib), tu peux aussi compiler.

 
A ton avis pourquoi je demande ?
il aura fallut que je menace d'installer une redhat pour avoir une reponse

parce ke tu sais pas

au fait j'ai mis a downloader redhat 9 cette nuit avec le gestionnaire de telechargement a deux balles qui n'a de gestionnaire que le nom.
J'ai mis a downloader 3 isos sur une parto fat32 de 30 Gigas, et ce truc de merde a trouvé le moyen de me dire plus de place ! Tout simplement parce qu'il s'amuse a creer des fichiers tmp de la taille des images !
Il ce prend pour windows le pauvre
Nan en fait même avec windows ça marcheait ...
 
Donc je cherche un bon download manager.
qui connait ?

 
Ben tu sais moi je m'en fous que tu utilises RH ou Mandrake, simplement t'auras le meme probleme si tu ne fais pas un --force, etant donne que tu dois remplacer des fichiers appartenant a certains paquets de XFree.
Pour le gestionnaire : pas compris

 
Il download les fichiers en les mettants dans un repertoire temp dans un premier temps pour sans doute les recopier à la location spécifiée.
Du coup bien qu'ayany largement la place la ou je voulais qu'il les mette, ils les a mis dans /tmp et forcement y a pas assez de place ici ! Ca me semble un peu idiot de faire ça mais bon c'est gratuit  

Mais t'as utilise quoi ? lftp ? gftp ? wget ? y a plein de clients pour telecharger... en console et en GUI aussi.

 
 
oki merci pour toutes ces infos ! tres kler !! mais pour le rpm hors source j utilisatai la commande "rpmi -ihv" mua c mieu ou moins bien que utiliser urpmi ?

 
En fait, il vaudrait mieux utiliser rpm -Uvh, sauf le kernel : -U upgrade s'il le peut, sinon il installe.
Mais je prefere utiliser urpmi dans tous les cas pour les raisons suivantes :
 
- hors source, il fonctionne exactement comme rpm -Uvh, sauf pour certains paquets, comme le kernel, pour lequel il sait qu'il doit utiliser -ivh (le nouveau kernel doit etre installe en parallele de l'ancien, car tu gardes l'ancien pour booter dessus en cas de pepin avec le nouveau). Ce parametre ("utiliser -ivh a la place de -Uvh" ) est declare dans un fichier de conf d'urpmi, dans /etc/urpmi/. Je ne me souviens plus le nom de ce fichier, mais il y en a un justement qui permet d'installer sans upgrader et un autre qui permet d'exclure certains paquets de l'upgarde automatique par --auto-select, comme le kernel justement. C'est pour ca que le kernel n'est jamais mis a jour avec urpmi --auto-select, mais doit etre expressement specifie avec urpmi kernel.
 
- si un paquet hors sources necessite une dependance qui est elle dans les sources, urpmi installera automatiquement cette dependance (et donc sera capable d'installer le paquet hors sources par la suite). rpm -Uvh ou -ivh ne peut pas le faire, il renvoie un message d'erreur signifiant qu'il manque tel ou tel fichier et s'arrete.
 
Donc urpmi a des avantages interessants sur rpm, meme pour les paquets hors sources.
Note : en fait urpmi est un frontend a rpm. Il utilise rpm pour installer/upgrader, il n'est la que pour resoudre les dependances, tout comme apt-get utilise dpkg sous Debian.

 
oki merci bcp pour toutes ces infos !!

 
J'ai utilisé mozilla tout betement, et avec celui de konqueror c'est pareil.
Il doit y avoir moyen de forcer la location de download, mais je sais pas ou ni comment.
J'utilise gftp pour downloader l'image partielle qui a du etre supprimée.
 
Au fait les trois quart du temps on me dit ou je lis que mandrake c'est nul a part si t'as jamais touché a linux.
Qu'en est il ?

C'est n'importe quoi.  
Mandrake est mieux que beaucoup d'autres distributions dans plein de domaines. Elle permet surtout de mettre en place, en un minimum de temps, un système  fonctionnel, agréable, avec tout ce qu'il faut.
De plus elle n'est pas lente comme certains disent, et ne pourrie pas le système de services inutiles. (ça c'est grandement amélioré dernièrement.)
 
Et puis celui qui veut ensuite y passer un peu de temps peu encore optimiser son système.  
 
Enfin URPMI permet de pouvoir installer quasiment tout ce que tu pourrai avoir envie d'installer sans te prendre la tête.

pkoi y a pas urpmi sur d'autres distrib ?
 
J'ai mandrake 9.0 ça vaut la peine d'upgrader en 9.1 ?
Y a moyen de le faire juste en downloadant ?
J'ai lu le topic evidement mais rien ne dit si ça update vraiment la version aussi.

 
Y'a des systèmes similaires à URPMI en général, c'est apt-get pour débian (surement le meilleur système de ce genre) Portage pour gentoo (impressionnant également) ...
Il me semble que red-hat à quelques lacunes de ce côté là (a vérifer) apparemment ils utilisent une version perso d'apt-get...

personne a repondu, mais dois installer Xfree4.3 ou le driver ATI glx bidule 4.3 suffit il ?

Bah pour mettre le pilote flgxbidule 4.3 IL FAUT Xfree 4.3
Pour le flgxbidule 4.2 IL FAUT Xfree 4.2.

 
Il suffit de faire un clic droit sur le fichier et "enregistrer la cible sous"

 
   
il met les isos dans /tmp pour les bouger où tu l'a spécifié ensuite.
Donc si t'as pas assez de place c'est DTC.
D'ailleurs on pourrait penser qu'il vérifierait l'espace total avant, mais non.
 

 
eh bien t'utilises wget en console, ou lftp et ca roule.
D'ailleurs wget te permet de faire du resume sur le telechargement.

il y a 2 moyen de mettre à jour une mandrake :

• tu as les CD de la nouvelle version et tu fais une mise à jur avec les CD
• tu mets en sources soit le rep des rpms d'une mdk 9.1, soit ceux de cooker et tu balances un urpmi --auto-select

http://linux-wizard.tuxfamily.org/howto_rpm.html#urpmi

 
apres avoir forcé l'install de XFree86 j'ai ça quand je fait startx.
 
Je fait quoi ?
Si je reboot ça va pas marcher !!!!

 
T'as force l'install de XFree ? Pourquoi ? XFree est inclus dans la distro, quel est le paquet que tu as installe ?

parce que ton explication est tout sauf clair.
 
j'ai installé XFree4.3 en forçant comme tu le dit.
Start x marchait pas.
J'ai tenté a tout hasard de forcer l'install de fglrx 4.3 ça marchait pas plus il voulait que je recompile le noyaux, mais j'ai pas les sources et de toutes façon xfree marchait pas.
Donc j'ai remis xfree86 de la distro qui doit etre le 4.2 en mode texte comme un grand et remis device radeon et ça marche.
 
Bah oui personne repond au question c'est normal qu'on ai du mal !
 
J'avais deja essayé d'installer les driver ati pour XFree 4.2 ça a jamais marché.

 
OK, j'étais revenu avec cooker. Donc t'as mis XFree86-server version 6mdk ou 6.1mdk, c'est ça ? Ensuite startx doit marcher. Celui de la distro c'est XFree 4.3, pas 4.2. je parle bien de XFree86-server et rien d'autre.

Bon j'ai installé le fglrx dernière version de schneider-digital.de pas plus tard que la semaine derniere sur une cooker et ca marchait au poil. Le seul truc, c'est que si tu démarres en init 5, il vaut mieux faire un telinit 3 en console pour revenir en mode texte, et décharger le module radeon déjà présent avec rmmod radeon.
Je sais que mon manuel est légèrement périmé, mais tu devrais faire un effort de ton coté, fais gaffe aux numéros de version et aux noms des paquets.

j'ai mandrake 9.0 pas 9.1
bon j'ai install& fglrx-glc22-4.2.0-2.5.1.i586.rpm
 
Xfree 4.3 marchera pas sur la 9.0 car il vaut glibc2.3 et il y 500 megas de depandances a mettre a jour
 
donc là apres un startx ça a bien marché donc les drivers semblent installés, par contre je n'arrive toujours pas a lancer RTCW.
 

 
j'ai pas lancé fglrx config mais juste changer device "fglrx" car ça avait foutu le bordel la derniere fois que je l'avais fait.

Ah ben évidemment alors
Eh bien installe fglrx pour XFree86 4.2 alors... Faut être logique.
Sinon tu écris : "de toute façon j'ai pas les sources" : STOP ! Il FAUT les sources du noyau sinon ça ne compilera pas !

D'ailleurs il ne veut pas recompiler le noyau : il veut les sources du noyau pour compiler le driver. Ca prend 20 secondes.
 
Pour installer les sources du noyau :
urpmi kernel-source
(en root)

oui oui recompiler les sources du noyaux je disais.
 

 
NOOOON !   pas les sources du noyau. Tu ne fais qu'installer les sources du noyau, qui contiennent certains fichiers source (headers) nécessaires à la compilation des drivers ATI. Les drivers ATI se reposent sur certains de ces fichiers, afin de pouvoir fonctionner sur un Linux avec kernel 2.4.18, 2.4.20, 2.4.21, etc...