Wireless Developper Forum

Pas possible pour moi vendredi ni le weekend, est-ce que lundi c'est possible ?

Ok ca marche !

On se retrouve sur #wdf lundi à partir de 21h ? Toujours ok pour ma part

Voici un début de compte-rendu, n'hésitez pas à rajouter vos commentaires !
-----------------------------------------------------------------------------------------
Compte rendu de la réunion IRC du 19/09/2005 sur irc.freenode.net #wdf


Ordre du jour :

    Discussion autour des possibilités d'interfaçage entre le firmware OpenWrt et l'utilisateur.


Personnes présentes :

Jkx (Brest-Wireless)
Ptitchat (Brest-Wireless)
florida (Auvergne-Wireless)
Thus0 (Paris Sans-Fil)
florian (Nantes-Wireless)


Compte-rendu :

    Dans un premier temps nous avons évoqué l'état du projet d'interface web écrite par l' équipe de Nantes-Wireless. Cette interface, utilisant les langages shell pour l'execution des commande et JavaScript pour la validation des données possède quelques inconvénients :

affichage et modification des données trop lentement
failles de sécurités exploitables dues à l'utilisation d'un serveur web
support de SSL non fourni par défaut

    Il a donc été évoqué la possibilité de réécrire cette interface entièrement en langage C, ce qui permettrait de résoudre les problèmes de lenteur et de sécurité. Néanmoins, tout réécrire, malgré l'existence de librairies comme la cgilib peut être fastidieux et pas forcément pertinent. D'où la remarque de Jkx qui suggère de garder cette interface pour afficher des données et non pas les modifier.


    Dans un second temps nous en sommes venus à l'idée qu'un programme installé sur un poste client (au sens différent du Wrt) permettrait de déporter l'intelligence, et serait plus simple pour administrer un Wrt sur son réseau local, comme des Wrt distants sur internet et ce via SSH.
   
    Plusieurs possibilités de langages s'offrent à nous pour ce genre d'application :

python/ncurses, ncurses étant bien intégré à python le développement est facile, reste la portabilité sous windows
python/QT4 : bonne portabilité globale, existance d'outils de design des fenêtres comme QT designer

    La discussion s'étant légèrement focalisée sur les langages à utiliser, nous retenons dans tous les cas le python comme langage principal, et l'outil de création de fenêtres pour faire l'objet d'une discussion ultérieure.

    Florian a insisté pour terminer complètement l'interface web écrite en shell/javascript, et bien entendu commencer ce projet d'application cliente, ce afin de proposer le choix aux utilisateurs des deux outils.

    Concernant l'organisation du projet, un minimum de spécification devra être fait, pour ce faire, Thus0 et florian se sont proposés. Ptichat et Jkx s'occuperont de la partie « bas niveau » de l'application cliente et de l'automatisation tandis que Thus0 et florian s'occuperont de la partie graphique.

    Il reste à définir les fonctionnalités, la page du projet, l'outil de travail collaboratif.