Pour la 3D, il faut que DRI soit activé. Vérifie déjà que la gestion du GART AGP est bien activée (le module se nomme 'agpgart', il doit apparaître lorsque tu tapes 'lsmod'. Si ce n'est pas le cas, 'modprobe agpgart && echo agpgart >> /etc/modules' pour le charger aux démarrages suivants. Ensuite, lance le serveur X, et vérifie que ça s'est bien passé avec le log :
# grep Direct /var/log/XFree86.0.log
(II) RADEON(0): Direct rendering enabled
S'il dit 'disabled', il faut regarder si ton noyau contient bien le module ad hoc (pour info sur une Mdk 9.1, c'est /lib/modules/2.4.21-0.11mdk/kernel/drivers/char/drm/radeon.o.gz). Le cas échéant, fais un 'modprobe radeon' à la main, mais ça devrait pas être nécessaire. Dans tous les cas, si Mdk ne l'a pas fait automatiquement, je suis déçu. Ils pourraient prêter attention à ce genre de détails...
As-tu remarqué qu'il faut lui uploader un firmware spécifique ? C'est écrit sur la page du développeur du pilote [http://hem.fyristorg.com/henrikj/snapscan/(...)] (un didacticiel pour Debian, facilement adaptable, est à [http://rsuinux.free.fr/journal/debian/scanner.php3(...)]). Et pour info, il est écrit aussi qu'Agfa ne lui a jamais envoyé l'ombre d'une spécification pour ce numériseur. Torts partagés, non ?
As-tu bien vérifié tes locales ? La Mdk 9.1 m'a encore fait le coup en me collant des locales incorrectes, et du coup j'avais même pas droit de taper des caractères accentués. Tape 'locale' pour savoir (les valeurs doivent toutes être à 'fr_FR').
J'ai Kopete ouvert toute la journée et aucun pb... T'as pensé à en parler aux devs KDE ?
Sans vouloir rien dire, si Mdk a fait ça, c'est que tu as coché « Horloge reglée sur GMT » à l'install. Et, devine quoi ? Si Windows savait aussi faire ses calculs avec une horloge sur GMT, le problème ne se poserait pas (c'est particulièrement problématique avec l'heure d'été sur les multiboot : un jour Windows se règle pour l'heure d'été, le jour d'après tu démarres Linux ou vice-versa, et blam, une heure en trop). Je considère ceci comme un bug stupide de Windows.
? ! ? ! ? Jamais vu un truc pareil (et j'en ai vu des vertes et des pas mûres, crois-moi). Au pire, RPM-Machin-Drake peut te désinstaller un soft qui dépend d'un autre, mais pas sans te le signaler auparavant.
Tu as raison... Néanmoins, ce n'est pas en hurlant que tu vas changer cet état de fait. Indique les problèmes, et les solutions que tu as trouvées, et il y a de bonnes chances qu'elles soient intégrées à la prochaine version. Par ailleurs, note qu'il y a toujours des gens prêts à t'aider à résoudre ces problèmes (la fameuse « communauté », tu sais). Pour ma part, j'ai toujours fini par trouver la solution à mes problèmes sous Linux. Sous Windows, en revanche...
[^] # Re: Microsoft fait de la formation Linux
Posté par William Steve Applegate . En réponse à la dépêche Microsoft fait de la formation Linux. Évalué à 2.
Pour la 3D, il faut que DRI soit activé. Vérifie déjà que la gestion du GART AGP est bien activée (le module se nomme 'agpgart', il doit apparaître lorsque tu tapes 'lsmod'. Si ce n'est pas le cas, 'modprobe agpgart && echo agpgart >> /etc/modules' pour le charger aux démarrages suivants. Ensuite, lance le serveur X, et vérifie que ça s'est bien passé avec le log :
# grep Direct /var/log/XFree86.0.log
(II) RADEON(0): Direct rendering enabled
S'il dit 'disabled', il faut regarder si ton noyau contient bien le module ad hoc (pour info sur une Mdk 9.1, c'est /lib/modules/2.4.21-0.11mdk/kernel/drivers/char/drm/radeon.o.gz). Le cas échéant, fais un 'modprobe radeon' à la main, mais ça devrait pas être nécessaire. Dans tous les cas, si Mdk ne l'a pas fait automatiquement, je suis déçu. Ils pourraient prêter attention à ce genre de détails...
As-tu remarqué qu'il faut lui uploader un firmware spécifique ? C'est écrit sur la page du développeur du pilote [http://hem.fyristorg.com/henrikj/snapscan/(...)] (un didacticiel pour Debian, facilement adaptable, est à [http://rsuinux.free.fr/journal/debian/scanner.php3(...)]). Et pour info, il est écrit aussi qu'Agfa ne lui a jamais envoyé l'ombre d'une spécification pour ce numériseur. Torts partagés, non ?
As-tu bien vérifié tes locales ? La Mdk 9.1 m'a encore fait le coup en me collant des locales incorrectes, et du coup j'avais même pas droit de taper des caractères accentués. Tape 'locale' pour savoir (les valeurs doivent toutes être à 'fr_FR').
J'ai Kopete ouvert toute la journée et aucun pb... T'as pensé à en parler aux devs KDE ?
Sans vouloir rien dire, si Mdk a fait ça, c'est que tu as coché « Horloge reglée sur GMT » à l'install. Et, devine quoi ? Si Windows savait aussi faire ses calculs avec une horloge sur GMT, le problème ne se poserait pas (c'est particulièrement problématique avec l'heure d'été sur les multiboot : un jour Windows se règle pour l'heure d'été, le jour d'après tu démarres Linux ou vice-versa, et blam, une heure en trop). Je considère ceci comme un bug stupide de Windows.
? ! ? ! ? Jamais vu un truc pareil (et j'en ai vu des vertes et des pas mûres, crois-moi). Au pire, RPM-Machin-Drake peut te désinstaller un soft qui dépend d'un autre, mais pas sans te le signaler auparavant.
Tu as raison... Néanmoins, ce n'est pas en hurlant que tu vas changer cet état de fait. Indique les problèmes, et les solutions que tu as trouvées, et il y a de bonnes chances qu'elles soient intégrées à la prochaine version. Par ailleurs, note qu'il y a toujours des gens prêts à t'aider à résoudre ces problèmes (la fameuse « communauté », tu sais). Pour ma part, j'ai toujours fini par trouver la solution à mes problèmes sous Linux. Sous Windows, en revanche...
Envoyé depuis mon PDP 11/70