> Quoting Tux <[EMAIL PROTECTED]>:
>
> > * 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)
> Je suis pas d'accord.
> Marquer OK ou FAILED trois heures après ne sert à rien, mais écrire toujours
> OK
> est très trompeur.
> Je propose que pour le lancement asynchrone, on écrit rien (pas OK, pas
> FAILED).
euh c'est surtout pour Mandrakelinux... m'enfin écrire "peut-être" va falloir le
traduire dans plein de langues... on peut s'en sortir en écrivant "[async]"
voire [eagle-usb async] (on risque de faire des émules... je ne pense pas être
le seul à vouloir un démarrage rapide : le plus long c'est de se logguer, non je
n'ai pas mis la connexion automatique sur mon compte, c'est anti-sécuritaire
;-) )
m'enfin blino a l'air de tenir à son service "network" (tout d'un coup) :
suis-je le seul à avoir une connexion internet qui demande 50 secondes et qui -
en plus - est bloquante si le modem se désynchronise par malchance au démarrage
?). pppd devrait sortir en KO mais j'ai l'impression qu'il insiste avec notre
nouvelle conf' (le updetach) et au bout de 2mn j'ai toujours pas booté : à vrai
dire ça ne m'est arrivé qu'une fois, c'est un sondage pour savoir ceux à qui ce
serait arrivé ? euh cette fois-ci répondez quand même ;-) même si je connais le
succès de mes sondages, j'ai les stats...)
@++
Ben'. aka
baud123
--------------------------------
Interface WebMail / Magic OnLine
http://www.magic.fr
