sully

Non, ce n'est pas uniquement pour la programmation, mais c'est ce dont il était question quant au portage de ThinAir sous Windows. Et non, je n'ai pas Windows sur ma machine. Et pourtant je t'assure qu'il n'y a aucune appli qui ne me manque sous GNU/Linux. Mais je crois qu'on s'écarte du sujet...

Hello. En fait, le développement est bien plus aisé sous Linux. Les compilos, débuggueurs, et autres outils sont libres (en gros "gratuits et dispos avec le code source"), et le documentation est bien plus fournie que sous Windows. Je n'ai pas les moyens d'achter Visual C++ personnellement, alors que Glade, Python, et la chaîne de gcc me sont fournies librement. De plus, l'OS répond pleinement à mes besoins, depuis plus de 10 ans, et je ne vois pas en quoi Linux est "plus limité en applications". En jeux, peut-être veux-tu dire, mais sinon je ne vois pas ce qu'il pourrait manquer sous Linux. Comme tu le dis, Windows est fournis sur plus des 3/4 des PC (90% même je crois), mais la communauté d'utilisateurs sous Linux est bien plus active, voila pourquoi elle donne l'impression d'être si grande.

Hello ! Tobicage : tu n'as qu'a prendre la version Linux indiquée par TiX ci-dessus (0.0.1.5), et tu lances "make" depuis l'endroit où tu as décompressé ton tar.bz2. Si ça ne marche pas, indique-moi le message d'erreur que tu as. A+ Sully.

Euh... y'a pas que TiTiX qui ait initié et bossé sur le portage ;-) Sinon, je confirme juste que la version 0.7 compile sans l'ombre d'une modif sous Linux (Debian).

Marchera pas. L'appel os.system empeche le raffraichissement de l'affichage, et on ne pourra pas mettre à jour la progressbar par exemple. En glade1 j'avais fait, il y a qq années, un truc du style : while events_pending(): mainiteration(FALSE) os.system(command) widget['progressbar'].update(pcent) Pour pouvoir updater une progressbar apres l'execution de 'command'. Mais ça n'empêchait pas le raffraichissement de freezer pdt l'execution de l'os.system. Je crois que les threads sont la seule solution (à moins que glade2 gère mieux le raf...). Arghh... Zut, trop tard, je l'ai envoyé... pauvre de moi, une nouvelle vie de millionnaire ratée. Euh... Les hommes de ménage de ta société ont-ils des stock-options ?

Python, c'est génial. Facile, puissant et maintenable (ceux qui ont goûté au perl comprendront ). L'essayer c'est l'adopter. Justement, la GUI que je suis en train de faire est en python, mais plutot que d'utiliser Boa, j'ai utlisé glade-2, qui permet de faire une maquette rapide en GTK2. La partie GUI du ripper est quasi-finie, il ne me reste qu'à voir comment marchent les threads python pour y accrocher les appels au serveur thinair de Fabrice. Si tu es curieux TiX, je peux te donner les sources de cette GUI en l'état pour que tu y jettes un oeil - ou que tu la complètes ! Je ne mets pas ça en lien direct dans le forum, il faut que ça soit un minimum fonctionnel avant que la meute se jette dessus . En attendant voici un screenshot un peu plus abouti. Malheureusement, j'ai bien peur de ne pas pouvoir retoucher à la GUI avant la semaine prochaine... Ciao.

Salut Fabrice (et les autres). Au fait, le #include <time.h> ne marche pas sous OSX ? Au pire on pourrais l'encadrer par un #ifdef _LINUX_ avec le Makefile qui va bien. A part ça, j'ai fait une essai pour faire une interface glade/python, reprenant un peu le style de ta GUI, et qui offre l'avantage de la portabilité. Voilà ce que ça donne... (juste une GUI, qq idées mais rien de fonctionnel encore...). A+ PS : J'attends toujours mon adaptateur réseau...