Voir Mdk10Community pour les autres cas.

Ma config

- Mandrakelinux 10 Community kernel 2.6.3-4mdk => maintenant Mandrakelinux 10 Official kernel-2.6.3-9mdk
- carte mère MSI-6380 K7T266 Pro2 chipset via ac97 (que du bonheur ;-) ) => noapic acpi=off dans la section append de lilo (et lancement de lilo -v puis redémarrer)
- carte graphique nVdia Geforce 4MX440 64 Mo (Pixelview je crois)
- un sagem fast 800 chez Free en non dégroupé (même pas 1024/128 malgré ma demande fin Mars...)
- une webcam qui marchotte (bah le pwcx m'obligerait à recompiler le noyau...)

Là où j'ai ramé (en résumé)

- noapic et acpi=off nécessaires dans /etc/lilo.conf sinon pas d'usb
- le driver eagle-usb est sur le CD4 ou 5 et je n'ai pris que les 3 premiers, bah suffit de récupérer le driver avant sur http://rpmfind.net

Drakconnect en images

http://baud123.free.fr/eagle/drak/drakx03.png

http://baud123.free.fr/eagle/drak/drakx06.png
http://baud123.free.fr/eagle/drak/drakx07.png

http://baud123.free.fr/eagle/drakx/drakx09.png

Propositions d'améliorations / zone de discussion

Si vous voulez que je précise des choses, me donner les commandes

• Dans le menu Fichier (par exemple) outre l'option Quitter il faudrait qu'il y ait une option "remonter d'un niveau" (le bouton annuler ou précédent n'arrête pas de se balader sur la fenêtre, difficile de le retrouver à chaque fois, ça permettrait d'homogénéiser les interfaces). Par exemple pour Surveillance de la connexion, il faut savoir que c'est le bouton "Fermer" : difficile de concilier fonctionnement en application indépendante et intégration au MCC ;-)
• Le "Accès à internet" reste bloqué très longtemps pour déterminer que la connexion est active...
• Je n'ai pas trouvé comment utiliser correctement "Gérer les connexions" : je refais systématiquement Nouvelle connexion qui réécrit toute la configuration (yavait pas une notion de profile ? il n'apparaît pas de manière immédiate et vu qu'il touche à des fichiers "communs" je ne vois pas trop comment cela peut fonctionner...)
• Dommage d'avoir suggéré des DNS (ou alors il aurait fallu les mettre en commentaire, charge à l'utilisateur de les saisir) : ceux retenus pour Free sont exactement ceux qui ont un problème de latence pas possible, il aurait mieux valu laisser les zones vides pour que le usepeerdns récupère de "bons" DNS.

---