Merci

• [^]Re: Merci

  Posté par void () le 25/04/2002 à 09:41. (lien). Évalué à 6.

  Bah j'ai proposé ca car je cherche ce genre de doc demuis un bon moment et j'espère que ca en aidera plus d'un et que ca permettra a la documentation de s'améliorer.

  • [^]Re: Merci

    Posté par lucaramel () le 25/04/2002 à 09:48. (lien). Évalué à 5.

    Et bien moi aussi j'ai cherché pendant pas mal de temps, car je voulais absolument une Debian.
    Et finalement, j'ai compilé tout ce que j'avais trouvé parce que je n'avais rien trouvé de valable.
    Bon ce qui m'embête un peu, c'est que la Woody sort dans peu de temps, donc du coup ma doc va prendre un coup de vieux ;)
    Mais bon, j'ai profité de cette news pour remettre des choses à jour.
    Voilà, bonne lecture aux autres.

Question supplémentaire

• [^]Re: Question supplémentaire

  Posté par lucaramel () le 25/04/2002 à 10:00. (lien). Évalué à 2.

  Malheureusement je ne pense pas qu'il soit possible d'enlever ces messages. Je sais, j'ai le même problème, ça fait pas très propre mais je n'ai pas trouvé le moyen de faire autrement.
  Cela dit, même sur une Mandrake on obtient les mêmes messages donc ça doit venir de modem_run lui-même.
  Sinon tu peux toujours compiler usb-uhci en dur dans le noyau (c'est que j'ai fait), ca va un peu plus vite au démarrage.
  Voilà, pour le reste, je m'en remets aux autres.

  • [^]Re: Question supplémentaire

    Posté par Alexandre T. () le 25/04/2002 à 10:28. (lien). Évalué à 2.

    meme avec 2>&1 >/dev/null ?

    • [^]Re: Question supplémentaire

      Posté par lucaramel () le 25/04/2002 à 10:33. (lien). Évalué à 1.

      Bah à vrai dire, je n'ai pas essayé (je sais je suis une quiche) vu que je n'ai pas modifié le script, je n'ai fait que le configurer... Mais je vais regarder ça dès que j'ai le temps.

      • [^]Re: Question supplémentaire

        Posté par Edouard Gomez (page perso, ) le 25/04/2002 à 12:21. (lien). Évalué à 15.

        Coucou les fidèles utilsateurs de mes scripts :-)
        
        Ca fait plaisir de voir qu'après bientôt 1 an de développement des contributions externes fleurissent encore un peu partout.
        
        Pour vos problèmes de messages de noyau, une solution existe. Cette solution consite à mettre dans votre lilo.conf l'option "quiet" à votre string append.
        
        Chez moi ça donne :
        
        

        
        [...]
        append="quiet hdc=ide-scsi hdd=ide-scsi"
        [...]
        

        
        
        Cette option a pour effet de "fermer le clapet" au noyau durant le boot. Donc dites aurevoir à tous ces messages déplaisants qui vous empêchent de profiter d'un "beau" boot fait de Starting ADSL : done. ;-)
        
        La version 1.1rc1 ne devrait pas tarder à faire son apparition sur le site mais pour cela il me faut régler un problème dans modem_run. Il semble que ce dernier bloque avec certains modèles de modems, c'est pourquoi je fais appel aux bonnes volontés pour tester le cvs, et m'envoyer leurs logs (modem_run utilise syslog) en cas de problèmes.
        
        Pour les débianeux, dpkg-buildpackage vous sortira un beau package cvs (non officiel cad hors responsabilité du mainteneur debian du package) et pour les red hat/mandrake, make rpm devrait vous permettre d'obtenir un package rpm.
        
        Que l'installation se déroule grâce à dpkg, rpm ou make install, les binaires sont dorénavant installés dans un répertoire sbin (/usr/sbin pour les packages, /usr/local/sbin pour la méthode make). Donc faites attention a votre PATH et à la version effectivement utilisée (en théorie le cvs utilise le numero de version fictif CVS_HEAD).
        
        Les rapports de bugs concernant l'installation, la fabrication des packages ou autre petit problème de finition du driver sont les bienvenus sur notre site sourceforge à travers le système bug track.
        
        Quant aux problemes liés à modem_run, envoyez moi directement le feedback avec les logs les plus significatifs possibles à ed dot gomez at wanadoo dot fr.
        
        Voilà et peut être à bientôt pour une news concernant la version 1.1 du driver.
        
        PS : ne pas surcharger ce pauvre DaCode avec vos retours sur le cvs. Merci d'avance pour linuxfr.org ;-) (bien lent aujourd'hui)
        
        --
        Edouard Gomez

    • [+] [^]Re: Question supplémentaire

      Posté par Etienne () le 25/04/2002 à 12:14. (lien). Évalué à -1.

      Oui plutot > /dev/null 2>&1
      Sinon la sortie d'erreur sort quand même à l'ecran.
      
      Etienne

• [^]Re: Question supplémentaire

  Posté par Stéphane Démurget (page perso, ) le 25/04/2002 à 11:46. (lien). Évalué à 5.

  Perso, j'utilise console=/dev/tty6, et ca le fait grave ;)
  En revanche, bye bye les messages du noyau sur la première console.
  
  J'utilise donc les log de syslog.

  • [^]Re: Question supplémentaire

    Posté par nemerid (page perso, ) le 25/04/2002 à 13:31. (lien). Évalué à 2.

    Ohhh merci, je crois que c'est ça la solution !!!
    console, ça se paramètre ou ? C'est une variable d'environnement ou ça se paramètre ailleurs ?

    • [^]Re: Question supplémentaire

      Posté par Stéphane Démurget (page perso, ) le 29/04/2002 à 07:21. (lien). Évalué à 1.

      C'est un des paramètres du noyau, tiens amuses-toi :
      
      http://www.linuxhq.com/kernel/v2.4/doc/kernel-parameters.txt.html(...)

http://speedtouch.sourceforge.net pour les drivers