Reprise du message précédent :
epson, c'est relativement sur niveau compatibilité linux
 
pour la C86, vu qu'elle est plus ou moins basée sur la C84 (elle même basée sur la C82 dont la base était la C80 ), ça devrait marcher au moins avec le driver de la C84  
 

ok donc pas de problème je peux me lancer

j'ai cette erreur lors de l'installation de libxorg-x11-devel
 

archive erronée -> refaire téléchargement ( voire changer de serveur ftp ).
tu as pu dl le rpm alors qu'il était en cours de copie sur le serveur ftp

étrange :
j'ai téléchargé avec wget le paquetage sur un autre FTP puis :
 

jeep05> normal ...
souviens toi comment tu as installé le rpm des pilotes ATI. ce n'est pas pour rien que tu dois forcer. les pilotes ATI forunissent leur propre librairie OpenGL.
donc tu dois forcer l'installation ( --allow-force )  et relancer l'install des pilotes ATI si tu veux utiliser la librairie de ATI.

pourquoi il me dit qu'il est déjà installé quand même ?

quoi est déjà installé ?
 
 
c'est simple à comprendre pourtant !
regarde le contenu du rpm fglrx, tu verras qu'il y a un fichier /usr/X11R6/lib/libGL.so.1.2 . Or libxorg-x11 aussi lui a un fichier /usr/X11R6/lib/libGL.so.1.2
rpm le vois et dis juste que tu essaie de mettre un rpm qui va écraser ( entrer en conflit ) avec un fichier d'un autre rpm.
 
rpm -ql fglrx | grep libGL.so.1.2
rpm -qpl libxorg-x11-6.7.0-4.2.101mdk.i586.rpm | grep libGL.so.1.2
 
 

le fichier libGL.so.1.2 est en conflit mais le paquetage s'installe quand même c'est ce que je veux dire.

Préparation != Installation
 
moi au vue de ce que tu as donné comme résultat le package n'est pas installé.

Vous recevez du spam sur l'adresse mail que vous avez utilisee pour le Bugzilla de Mandrake?
 
J'ai donne une adresse Free, une adresse associee a un compte utilise pour faire des connexions RAS y'a quelques annees. Y'avait un ou deux mail qui arrivait dessus par mois (100% spam c'est une adresse non utilisee), et maintenant j'en recoit 10 par jour.
 
 
Et c'est habituel chez Mandrake qu'un bug soit toujours "unconfirmed" apres 2 semaines (et en double a cause de bug/probleme de ralentissement du site lors de l'enregistrement du bug)?

 
Au fait, tu as resolu ton probleme ?

 
hélas oui.
Les adresses figurent pour beaucoup d'utilisateurs lors des rapports de  bugs sur http://archives.mandrakelinux.com/cooker/
 
Solution ?
Configurer bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email

malheureusement non. pas eu le temps.

xorg 6.8.1 est dans cooker...

l'installation s'est passé sans soucis. Il m'a changé tout seul comme un grand le driver du clavier pour que ça marche.

 
Le driver ATI proprio passe ou pas ?

tout ce que je peux dire c'est que le nvidia : oui.

 
Je ne vois pas comment faire pour enlever mon adresse mail de la page du bug report, pourrais-tu préciser comment il faut faire ?

est ce que l'un de vous sait comment ajouter une source avec juste des RPMS ? sans hdlist ?
 
parce que les paquets x86_64 sont là mais il refuse de m'ajouter la source sans le hdlist te il le trouve pas (ce qui st normal vu qu'il n'est pas là)

Mjules : ds le pire des cas, tu peux tjrs copier les paquets en local, et mettre une source de même nature (bon, pour les updates, c'est figé aussi, mais tu as déjà une base de paquets).

Mince, je viens d'installer la x86 sur mon Athlon64, et la x86_64 sors

perso, j'ai installé ce matin la 10.1 rc1 x86_64 et je suis en train de tenter de la MAJ en official mais c'est pas évident parce que j'ai pas les hdlist qui vont bien
 
j_c_p : la source update a un hdlist (c'est comme ça que j'ai découvert que les paquets official étaient là ) mais pas main ni contrib te ça me gonfle un peu de devoir télécharger plusieurs Go (en plus de surcharger les serveurs inutilement) avec mon ADSL 1024 (même si ça prendra pas non plus des semaines)

ok, ce n'est peut-être qu'une question de temps alors, pour qu'il y ait un hdlist sur les sources main et contrib.
 
Sinon, sûr que ce n'est pas une solution fantastique ce que je te proposais, mais c'était déjà une solution .

ce qui me surprend c'est que du temps de ma MDK 8.1 ; on pouvait ajouter une source sans hdlist, il le créait lui même en téléchargeant les entêtes des paquets (par contre, ça mettait des plombes)

il ne le fait plus , bizarre, faudra peut être faire un rapport de bug ...
 
et l'option -f ?

je teste de suite

Il y a aussi l'option -ff, malheureusement non documentee, qui reconstruit aussi les hdlist. Le probleme c'est que je ne me rappelle plus la difference...

bon, ben non, ça marche pas curl me dit qu'il ne trouve pas hdlist, et wget aussi

et -ff ?

non plus, j'ai essayé aussi en conjonction avec l'option no-probe mais ça donne rien

et en combinant : --no-probe et -f ou -ff

arf. ils ont du le désactiver alors ...

il n'existe pas un utilitaire qiu permet de générer les hdlist à partir de repository distants ?

peut être que genhdlist peut le faire ...

bon, les hdlists sont là ce matin

Pour Dark_schneider > un petit "truc" que tu pourrais ajouter dans la rubrique matos de ton site :
ne pas hésiter à tester plusieurs prises USB si une imprimante refuse de s'installer.
 
J'ai eu le cas ce matin, sur une des prises, pas moyen d'avoir quoique ce soit, l'imprimante était à peine détecté, printerdrake plantait comme une merde. J'ai juste changé de prise et plus aucun problème.

 
J'ai eu le meme probleme avec une clef USB, depuis le noyau 2.6.8 (as-tu essaye le 20mdk de cooker ? Il ne demarre pas chez moi (probleme de detection SATA) mais peut apporter un correctif.
Dans /var/log/messages on voit que le kernel pedale dans la semoule pour detecter l'USB. Changer de prise, voire essayer plusieurs fois sur la meme prise permet l'autodetection.
J'ai signale le probleme, on attend l'update.

là, j'ai le noyau 2.6.8.1.19mdk (je suis désolé, je poste ici mais en fait, j'ai une 10.1 official )

ok, je vais voir pour l'USB