Olivier Grisel a écrit 766 commentaires

Je supposes que tu as fais une petite erreur. La hollande est une province des Pays-Bas, et j'ai un amis neerlandais qui t'ettriperait si il savait que tu confonds les deux :-)

Je connaissais la différence mais je ne retrouvais plus l'adjectif qualificatif correspondant à Pays-Bas (neerlandais, donc). J'ai donc mis Hollandais au lieu de Neerlandais ... mais bon à 3h du mat faut pas m'en demander trop non plus.

Est ce que quelqu'un ici sait s'il existe un projet libre qui exploite ce genre de truc pour faire de l'audio conf facilement derrière des NATs ?

Par exemple, gaim-vv à l'air d'implémenter le protocole MSN qui permet de faire des connexions video+audio P2P à travers des NATs, mais est ce que ca existe pour des protocoles libre ? (cad sans avoir besoin d'ouvrir un compte chez bilou).

Linphone exploite SIP pour négocier sa connexion, mais SIP n'est pas "NAT friendly" comme skype ou MSN, me trompe-je ?

Idem gnome-meeting avec H323 oblige à installer un proxy/gatekeeper et bidouiller son firewall/NAT, non ?

Merci pour tout pointeur intéressant.

Quand on demande sur des ML linux comment faire de la video/audio-conf facilement, on obtiens souvent des réponses du genre gnome-meeting. Mais gnome-meeting n'est vraiment pas simple à utiliser quand on est derrière un nat/firewall.

Comment se fais-ce que MSN ou skype puissent marcher derrière un NAT/firewall sans broncher ? Y a forcemment des serveurs centraux pour fair le dispatching, non ?

Dans la liste des "features" de skype on a en effet:

Works with all firewall, NAT and routers – nothing to configure!

Existe-t-il des projets d'audio conf P2P libres sous Linux qui marchent "out-of-the-box" (sans reconfigurer son NAT/firwall) ? J'ai entendu parlé de gaim-vv mais ca semble encore très expérimental et les protocoles sont pas libres puisque ca utilise MSN ou yahoo.

Autre chose, faudrait préciser que skype est dispo pour Linux x86. Pas de version PPC ou autre ...

Je sais pas s'il est bien (pas encore lu) mais ce bouquin a l'air d'être un bon cours d'IA de manière générale et traite des réseaux de neuronnes (partie V) :
http://www.inference.phy.cam.ac.uk/mackay/itila/book.html(...)
Le sommaire :
http://www.inference.phy.cam.ac.uk/mackay/itila/toc.html(...)
Dispo en pdf ou achetable en version papier.

Il est possible (et très facile) de faire un programme qui énumère tous les programmes possibles.

Toutafé :) Ca permet même de calculer une une suite de réels qui tend vers la constante de Chaitin (Omega) qui elle n'est pas calculable. Le programme en question a même été implémenté en Lisp dans un des bouquin de Chaitin (je sais plus lequel) -> exécuter ce programme aux US peut potentiellement vous mettre en situation d'infraction avec de tous les brevets logiciels des Etats Unis !

Je recommande la lecture du dernier ebook de Chaitin à tous ceux qui se posent des questions sur des notions telles que la complexité algorithmique, le hasard, l'information, ... Bref un bouqin de math/info théorique pationnant et accessible à tous :
http://www.cs.auckland.ac.nz/CDMTCS/chaitin/omega.html(...)
Une version pdf est dispo ici :
http://www.arxiv.org/abs/math.HO/0404335(...)
La "review" sur slashdot:
http://slashdot.org/article.pl?sid=04/06/10/1947247(...)
Un résumé de la review :

"Have you ever read a math book that was able to carry you through its proofs, heart racing, and make your skin tingle upon reaching its philosophically astounding conclusion?"

"Chaitin takes the reader on a thrilling race through the history of computability research to arrive at the discovery of his own number, Omega."

"What is remarkable about the book is that, in plain English, and using ideas that a non-mathematician like myself can understand, in only 157 pages, Chaitin can explain the grandest ideas on the cutting edge of mathematics."

"Although the book can be read quickly and painlessly (there are only a few simple equations in the book), the insights it contains are profound and likely to stick in your brain for some time. Furthermore Chaitin's enthusiastic style is contagious and will leave you on the edge of your seat."

En faisant une chtite recherche j'en ai trouvé deux autres :

* http://www.dubmail.net/(...) mais faut faire un don initiale de £5 par paypal (-> pas testé) :
- 500Mo de stockage !!!
- antispam/antivirus
- imap/pop3/smtp

* https://www.stgeorges.myvnc.com(...) (gratuit)
- accès http ou https
- 60 Mo de stockage
- antispam (mais pas sur à 100%) / antivirus
- imap/pop3/smtp
- pas de pub !!! (nulle part, même dans les mail envoyés par leur smtp)
- interface webmail clean avec calendrier publiable
pour plus d'info : http://stgeorges.myvnc.com/info/(...)
Doit y avoir un piège, c'est sur ! Mais ou ?

Yahoo, ca fait pas imap, il me semble, si ?

Comme imap gratuit y a :
[**---] - laposte.net (sans anti-spam) mais c'est que 10Mo de stockage.
[***--] - atlas.cz avec anti-spam + anti-virus + filtrage scriptable + 25Mo de stockage (interface un peu foireuse mais utilisable sous moz en tchèque ou en anglais). La pub du site se bloque très facilement avec une css antipub ou adbloc.

Ca marche pas mal avec thunderbird. L'avantage du filtre anti spam côté serveur, c'est que ca accélère la consultation des mails, et on peut utiliser l'interface web mail même quand on recoit 200 spams par jour.

[mode rève on]
Mon webmail idéal : accessible en IMAP et par interface webmail HTML et XUL avec filtre bayésien coté serveur mais qui apprends lors du déplacement des spams dans le repertoire imap "Junk". En gros un thunderbird en XUL mais hébergé coté serveur, ca serait le pied.
+ stockage 100Mo ou plus tant qu'à faire.
[mode rève off]

Mais les athlons ne supportent pas l'hyperthreading ! je me trompe ?

XBL c'est un truc pour faire des meta-widgets à partir des widgets de base de XUL et de code javascript. Pour plus d'infos y a http://xulfr.org(...) avec ses news, ses tutoriels, son wiki, sa mailinglist et ses forums (fora ?), le tout en francais. Sinon y a http://xulplanet.com(...) encore plus riche en docs mais en anglais.

En ce moment, je m'intéressent aux algos mémétiques qui combinent l'approche évolutionnaire avec une recherche locale (hill-climbing). Parait que ca marche bien pour le TSP :
http://neo.lcc.uma.es/EAWebSite/SKELETON/MEMETIC/SUIZCTSP.PS.gz(...) (je l'ai pas encore lu). Pour d'autres ref sur les memetics algos :
http://neo.lcc.uma.es/EAWebSite/web/Memetic.html(...)
Les algos mémétiques simulent une "évolution culturelle" (avec des opérateurs lamarckiens) au lieu de la classique "évolution naturelle" des algos génétiques.

Sinon pour en revenir au TSP, l'article de wikipedia présentent différents algos (exactes ou heuristiques) : http://en.wikipedia.org/wiki/Traveling_salesman_problem(...)

Sinon, la page référence concernant la résolution du TSP :
http://www.tsp.gatech.edu/(...)
avec notamment une biblio intéressante :
http://www.tsp.gatech.edu/tspbiblio.html(...)

et une bibliothèque de benckmarks :
http://www.iwr.uni-heidelberg.de/groups/comopt/software/TSPLIB95/(...)

C'est quoi le but du jeu ? Le site officiel ne donne aucune info sur le déroulement et les règles du jeu et le lien sur Paris-sans-fil n'apporte guère plus de détails. Les seules règles que j'ai trouvées se trouvent sur le site us (en anlgais) :
http://www.uncommonprojects.com/noderunner/details.php(...)

Faudrait peut-être expliquer les règles en Francais pour inciter le parisien moyen à s'inscrire !

En gros d'après ce que j'ai compris il faut :
- faire des équipes de 4,
- courir (prendre le metro dans Paris) pour se connecter à un maximum de hotspot dans Paris par exemple :
http://www.paris-sansfil.fr/WifiViewPoint(...)
ou encore les points oranges sur cette carte :
http://www.paris-sansfil.fr/~thus/psf/tagmap/infosTagMap.php?region(...)
- a chaque point : se prendre en photo et envoyer la photo et les coordonnées du hotpot (géographiques et logiques : ESSID) par mail en utilisant la connection du hotspot. Ce mail doit être envoyé aux organisateurs du jeu.
- et ca dure 1 à 2 heures,
- on a droit d'utiliser tout le matos/soft qu'on veut (portables, pda, antennes traffiquées, scanners wifis) pour localiser et se connecter aux hotspots.

En gros ca ressemble un peu au jeu du métro où il faut passer par toutes les stations de métro de Paris en temps minimum.

C'est visiblement un problème NP-Hard (d'autant plus hard qu'il faut courir :o). Une bonne méthode pour résoudre éfficacement (mais sans garantie d'optimalité) ce genre de problèmes (dérivé du TSP) c'est les algos évolutionnaires.

Le plus simple c'est reStruturedText compilable avec les docutils :

http://docutils.sourceforge.net/(...)

Le seul problème, c'est que ca ne gère pas encore les mathematique proprement en natif. Mais y en a qui bossent sur ce pbm.

Il faut utiliser les "styles de pages" dans le styliste (3eme onglet il me semble) et modifier le "bon" style en faisant clique droit dessus.

Oui, pour de la doc, se réferer aux chapitres 13, 14 et 15 de l'excellent Dive into Python :
http://diveintopython.org/toc/index.html(...)

Mais ca ne fait pas de la "génération de tests unitaires automatiques" puisque seul le programmeur connait vraiment la sémantique du code qu'il écrit. Il est donc le seul à pouvoir définir ce qu'il faut et comment tester. Les outils de tests unitaires simplifient juste l'écriture de ces tests.

Un autre outil bien pratique pour chasser les bugs est la programmation par contrat. C'est pas (encore ?) standard sous python, mais il existe un module simple qui permet de définir facilement des contrats pour des classes et de méthodes dans leur docstring : http://www.wayforward.net/pycontract/(...)

Chez moi ca marche.

Exactement : une debian testing avec apt-listbugs est à peu près aussi stable et qu'une MDK toute fraiche pour un niveau comparable de logiciels recents dispos.

Et perso, j'ai jamais eu besoin de compiler aucun noyau, ni sous MDK, ni sous Debian (même sous PPC !).

Pour les utilisateurs de plateformes non x86, ca sert à rien d'essayer, ca compile pas :

This code only works on x86 Linux machines. This code does not compile (makes no executable) on sparc64 sun4u TI UltraSparc II (BlackBird). This doesn't affect NetBSD Stable.

Y a de l'assembleur dedans.

Au lycée Pasquet, a été installé un serveur de terminaux graphiques par tranche de 50 postes.

Y doit être costaud le serveur pour faire tourner 50 instances de OOo + 50 instances de Mozilla. Sans parler du réseaux ...

Ca vous parait pas un peu beaucoup 50 clients pour 1 serveur ?

Pas de vague -> pas de surf ... le sud ouest cai mieux.

Je suis passé de MDK à Debian pour les raisons suivantes :