Salut à tous, voici les petits changements sur le CVS : * echo_success/echo_failed était appelé de manière asynchrone lors du "/etc/init.d/eagle-usb start" dans la 1.9.9. Le problème est que la réponse est affichée en retard et elle va probablement être décalée de plusieurs lignes par rapport au libellé "Démarrage de la connexion ADSL...." Comme eu_init va se finir avant qu'on ne connaisse le résultat du fctStartAdsl, eu_init affichera toujours "[ OK ]" lorsqu'il est lancé en asynchrone (c'est le système qui était déjà utilisé dans les premières 1.9.x)
* sur Mandrake 10.1 : abandon (temporaire?) du service network au profit du service eagle-usb. Les arguments: - manque de souplesse : avec le service "network", on mélange les interfaces locales avec celles distantes. Du coup on ne peut pas utiliser ce service pour couper internet. - le service "network" implique un démarrage synchrone car il ne fait que de lancer "ifup ppp0". Or, à ce que je sache, le ifup est toujours bloquant. - pas très propre. Lorsque le modem est débranché, pppd est appelé dans le vide une dixaine de fois (en fonction du maxfail) - il est plus difficile de déterminer si la connexion est tombée seule ou si c'est l'utilisateur qui la coupée volontairement. Il est donc difficile à testconnect de savoir s'il doit relancer ou non la connexion. Bon, en supprimant le service "network" le problème n'est pas encore réglé pour autant. Il faudrait que je jette un oeil sur le ip-down pour voir si ça peut aider. - le service eagle-usb est le même que sur presque toutes les distribs, il n'y avait donc pas trop de modifs à faire. Bon, il me semble avoir fait le tour. Si on veut un jour réutiliser le service network, il faudrait que ifup puisse monter une interface de manière asynchrone. S'il pouvait détecter un texte "ASYNCHRONOUS=yes" dans /etc/sysconfig/network-scripts/ifcfg-ppp0 ça devrait suffire. Avis au devs Mandrake... voir si ce genre de patchs est réalisable. ______ Tux
pgpLAUGYGCZ5r.pgp
Description: PGP signature
