Sytoka Modon a écrit 4538 commentaires

A l'UJF de Grenoble, les cours de première année de médecine sont sur DVD ! Ben oui, c'était chiant ces cours en première année donc on presse un DVD (en urgence) et hop, économie globale.

Bon, on va voir les résultats, j'espère qu'ils vont paraître dans la presse. Il parait que c'est assez terrible pour les étudiants d'après une amie d'amie qui est là-bas... Mais si c'est comme un certain nombre d'expérience malleureusement, quel que soit les résultats et quitte à trafiquer ceux-ci, on généralise.

C'est ce qui est fait aux JRES mais cela doit être un boulot de fou car il faut incruster la vidéo dans un coin de la vidéo des données.

L'idéal est de diffuser deux flux vidéo synchronisé, c'est ce que l'on fait en visio-conférence. Je ne sais pas s'il existe des outils libre pour faire cela. Je suis avec d'autres personnes sur un projet de ce type (propriétaire) et c'est pas gagné, la boité a deux ans de retard... Vive les roadmap des industriels ;-)

> Au final, c'est une solution logicielle qui permet le
> multi-écran/multi-machine avec un seul ensemble clavier/souris.

Un peu plus loin

> Synergy / QuickSynergy ne remplacera pas votre commutateur KVM
> car vous conservez vos écrans.

Bref, la dépêche a effectivement un petit problème de rédaction...

Un peu plus haut

> permet de n'utiliser qu'un jeu de clavier/souris sur plusieurs
> ordinateurs à travers le réseau,

Donc il faut savoir que tous les PC doivent être dans la même pièce sinon cela me parait inutilisable. Ensuite, chaque PC doit avoir son écran, cela limite quand même l'usage de Synergy car dans une salle serveur, il n'est pas possible de mettre un écran par machine.

Une question que je me pose, A t'on le partage de souris dès l'initialisation car sur un serveur, je n'ai besoin d'un clavier que si ssh ne marche pas, du style réseau qui ne marche pas ou partition sur le disque qui a besoin d'un check disque...

Comme je ne vois pas comment Synergie marcherait dans ces cas là, je dois dire que je ne vois pas trop le plus de ce produit par rapport à ssh. Et comme j'ai ssh sur toutes mes machines UNIX...

Bref, qui aurait un argument pour me faire utiliser Synergie ?

> Oui, je suis un peu dégouté par de tel procédé.

D'un autre coté, cela fait longtemps que pour moi, DirectX était un moyen de virer OpenGL. Je suis même surpris que Microsoft ai mis aussi tant d'année.

> Je croyais que la vente à perte pour tuer la concurrence était
> interdit...

Il faudra m'expliquer le prix des télephones portables à 1Euro si tu prends le forfait... Dans tous les cas, il y a arnaque mais clairement, tu ne payes pas le téléphone à son prix.

Pas tester mais sur la page d'exemple

http://gnuplot.sourceforge.net/demo_4.2/

Je vois une case marquée : "non-gridded data".

J'en déduis donc que c'est cela ? Si on suit le lien, c'est pas évident mais le premier exemple a l'air d'avoir des points clairement pas alignés.

http://gnuplot.sourceforge.net/demo_4.2/scatter.html

OK, j'en ai rajouté un peu... Cependant, j'ai toujours dis que le NAT est un truc terrible à virer au plus vite.

Pour le nat symétrique, quel que soit le protocole, c'est merdique car il faut associer le port du routeur (pare-feu...) a un des ports du client. C'est quand même plus simple dans le cas d'un protocole mono-port comme IAX2. Le suivis de paquet au niveau du routeur est des plus standard ce qui n'est pas le cas du H323 ou du SIP qui ont besoin d'un "countrack" spécifique.

Avec IPv6 et la fin du nat, IAX a toute sa place alors qu'il reste le problème d'avoir des pare-feu sans bogues et maintenable sous H323 et SIP.

Par contre, au niveau du code logiciel client, tu es 1000000 fois plus compétent que moi pour savoir si c'est plus simple d'utiliser SIP, H323 ou IAX. J'espère qu'Asterisk a été couçu de manière modulaire et qu'il y a une libiax2 ayant une API propre et claire.

Soyons clair, je ne parle ici que de routage et de sécurisation de paquet sur le réseau IP.

Parce que tu crois que ton FAI te laisserait tous les ports ouverts ? Ceratins FAI ont déjà commencé à bloquer des ports... Il faut voir que les contrat ADSL sont pour le grand public donc rien ne garantie d'avoir un accès symétrique au réseau.

Non, il n'y aura pas d'explosion.

Ensuite d'un point de vue sécurité, on voit que cela n'apporte rien car le nat, il faut bien le configurer quelques pars et cette configurtation est plus compliqué que le blocage des ports sur le routeur. Enfin, tu es censé savoir qui va sur le net et donc de garder les traces te permettant depuis le nat de savoir qui à fait la requête... C'est un boulot de fou.

Donc le nat est un problème qui n'a été mis en place que pour contourner le manque d'adresse IP et qui complique tout sans rien apporter de positif.

Pour le serveur Asterisk, rien ne t'empêche de l'installer chez toi ;-) Et puis, je ne connais pas bien les projets d'Ekiga mais pourquoi deux Ekiga ne pourrait pas communiquer entre-eux via IAX2 ?

Bref, IAX2 étant un protocole mono-port, il n'a pas besoin de développement spécifique comme FTP, IRC, H323, SIP au niveau des pare-feu. On est donc assurer qu'il sera bien plus fiable et beaucoup mieux filtré avec les pare-feu existant et sans développement spécifique.

Qui est capable de savoir s'il y a un pare-feu H323 ou SIP sans bogue ? Vu la complexité de ces protocoles, on est quasi-assuré de n'avoir que des implémentations partiellement bogué malgré toute la bonne volonté des développeurs.

Désolé, cela fait un bout de temps que je n'ai pas utilisé la dernière version. Je ne connaissait pas cette fonctionalité ni ne l'avait vu sur leur site web.

Le nat n'ajoute aucune sécurité, que des emmerdes ! Il suffit de bloquer les ports en entrée sur un routeur pour avoir la même sécurité que le nat. Bref, d'un point de vu sécurité, le nat est équivalent à une régle !

Cela fait des années que l'on parle du nat de sip et du H323. En pratique, ces protocles sont tellement merdiques que cela marche mal. Il faut voir aussi si tu nat pour un client SIP (ou H323) ou pour le serveur. A mes souvenirs, iptables ne faisait le nat H323 que pour le poste client, pas le reverse nat.

Ensuite, comment initialises-tu ta procédure pour que deux clients derrière un nat dialogue si aucun n'a une IP public ? Sur un réseau de plusieurs dizaines de machines derrière un nat, c'est ingérable.

La seule solution serait comme je l'ai dis de mettre tout l'effort sur le protocole IAX2 qui lui est propre contrairement au SIP et au H323. Par contre, je ne sais pas si IAX2 est capable de gérer simultanément deux flux vidéo en même temps que la voix. L'avantage est qu'il suffirait d'avoir un serveur Astérisk en IP public et les clients pourraient rester derrière un nat...

J'ai essayé il y a deux ou trois mois. Le projet est très intéressant mais c'était assez bogué donc à part s'amuser pour un geek, c'était inutilisable en pratique.

Gnuplot est un logiciel que j'ai pas mal utilisé. Il est en effet très pratique car facile depuis un script de généré le fichier gnuplot. J'ai l'impression qu'il peut maintenant tracer la surface 3D d'un champ de données qui ne serait pas positionné sur une grille en x, y et c'est très bien car lorsqu'on fait des mesures sur le terrain, on n'a pas toujours des points positionnés sur une grille régulière.

Par contre, deux points qui sont peu pratique :

- il manque un "viewer 3D" interactif. En gros, on pourrait prendre l'objet à la souris et le faire tourner en tout sens. C'est assez pratique au début pour trouver le bon point de vue. Par contre, je ne dis pas que c'est simple à faire car il faut bien gérer le texte associé...

- gnuplot n'a jamais intégré (on alors je ne l'ai pas vu) la possibilité de faire des camenbert. Je sais, c'est pas productif les camenberts mais les décideurs adorent cela. Alors si je pouvais automatiser la production de camenbert, ce serait génial.

Car il y a un point important avec gnuplot, c'est qu'il exporte en plein de format, dont un postscript propre (important pour l'impression), et lui aussi s'intègre très bien avec le formatteur de texte LaTeX.

Un des problèmes de la visio, c'est le nat. D'ailleurs, le nat est des problèmes d'internet : une vraie plaie...

Il est archi compliqué de faire du nat du protocole H323, il y a peu de boites qui savent faire dont Polycom (numéro 1 mondial). Pour le SIP, c'est un peu mieux mais le protocole est aussi merdique, des ports dans tous les sens à ouvrir... Bref, c'est guère mieux que le H323.

Ce que j'attends avec impatience, c'est le support du protocole IAX2 dans ekiga (celui d'asterisk). Avec IAX2, pas de port à ouvrir à tour de bras, un seul port et tout passe dedans. Enfin un truc qui a été conçu avec la problématique de l'internet d'aujourd'hui. J'espère que nous aurons aussi la vidéo avec IAX2 et si en plus, ekiga gère la présence, cela va faire un malleur...

En attendant, j'utilise un terminal de visio Polycom car au moins lui gère le double flux vidéo (H239) correctement et le son est nickel (c'était le corps de métier à l'origine de Polycom) pour une bande passante assez faible. Par contre, c'est pas pour un particulier...

Je fais un graph avec les outils graphviz, par exemple dot. Je veux un résultat en pdf pour impression. J'ai trouvé une seule méthode pour avoir un résultat impeccable mais il m'a fallu plusieurs heures ... (jours).

dot -Tfig test.dot > test.fig
fig2dev -L pdf test.fig > test.pdf

La commande fig2dev est géniale et gère un nombre impressionnat de format.

Je souhaite faire la même chose en ne passant plus par Xfig mais par Inkscape. Donc j'utilise le format svg de graphviz. La version 0.44 d'Inksacpe ne gère pas le pdf en ligne de commande et sur ma debian, il n'y a aucun outil pour faire du svg2pdf. Je passe donc par une étape poscript ou eps.

dot -Tsvg test.dot > test.svg
inkscape -E test.eps test.svg

Là, le résultat est lamentable, la moitié du texte sort des boites de mon graphe.

Certes, le problème vient du svg généré par graphviz... Tout cela pour dire que le format fig est vachement bien géré globalement par un certain nombre d'outil en ligne de commande ce qui n'est malheureusement pas encore le cas du svg.

Moi aussi je n'aime pas gconf. Notament parce que c'est un service (gconfd). Donc pour moi, il s'agit d'un système de type base de registre utilisateur donc une approche variable globale inter-application. Or on m'a toujours dis de limiter les variables globales ou tout du moins de les cloissonner dans des espaces de noms afin que le compilateur évite une mauvaise utilisation de celles-ci.

Si un programme est lié à une bibliothèque de type libgconf qui irait lire les paramètres dans un fichier de configuration, cela me semblerait normal. Mais pourquoi donc avoir mis en place un service qui tourne en tache de fond ? L'erreur est à mon sens ici.

Un des principes d'UNIX est violé avec gconfd, notament le cloisonnement inter-application. Normalement, une modification du paramétrage d'une application, via un editeur de configuration par exemple, doit obliger l'utilisateur à relancer son application. Un peu comme avec Firefox.

Par exemple, avec des bureaux de type fvwm2 ou ion3, lorsque tu modifies la configuration de ton gestionnaire de fenêtre, tu relances (restart) ton gestionnaire de fenêtre. Ce n'est pas bien difficile de programmer une application pour qu'elle réagisse à un signal POSIX, mais c'est à l'utilisateur de choisir d'envoyer le signal.

Inkscape fait des superbes dessins mais pour des crobards de type scientifique, je suis resté sur Xfig. Pourquoi ? Xfig est très fonctionnel une fois qu'on a compris son mode de fonctionnement (ben oui, c'est un application assez ancienne). Par ailleurs, Xfig peut exporter la figure sous des formats compatibles avec LaTeX. Il est alors très facile d'intégrer des macro-LaTeX dans la figure, notament des symboles et des formules. C'est essentiel cette intégration Xfig <-> LaTeX. Enfin, Xfig par défaut réalise des figures très fines avec des flêches fines...

Il y a souvent deux types de figures dans les présentations, les gros patés "à la powerpoint" parfait pour mettre trois bonhommes autour d'un objet et Inkscape est assez bon sur ce genre des dessins (même si il sais faire aussi des dessins particulièrement complexe) et les crobards mathématiques qu'Inkscape sais faire mais que je ne trouve pas naturel. On a un peu l'impression de le forcer à faire ce genre de figure.

Un des problème de Gimp est de ne pas bien gérer les différents espace de couleur. C'est fatal pour le monde de l'impression. Toutes les briques de base sont là puisque scribus travaille avec les espaces de couleur, que la bibliothèque littlecms est fonctionnelle et que la bibliothèque gegl pourrait être intégrée dans Gimp après la sortie de la version 2.4.

http://www.scribus.net/

http://www.littlecms.com/

http://www.gegl.org/

Je suis d'accord avec toi pour dire que le critère d'age est simpliste mais il marche.

Comme il y a pas mal de section au CNRS, plutôt que de vouloir toujours appliqué le même critère partout sans retour d'experience (typique de la démarche ministèrielle, un an de test et hop, on généralise), on pourrait tout à fait tester une autre approche sur quelques sections, notament celles qui ont eu des dérives vers la sur-qualification.

Au niveau des critères, pour montrer la difficulté de la chose, le CNRS peut embaucher un doctorant qui n'a pas encore soutenu sa thèse (ben oui, le CNRS n'est pas une orgnisme universitaire). J'ai même un ami qui a été pris après avoir soutenu en math pur sa thèse en 1 an.

Une des difficultés est que les nouvelles bonnes idées viennent souvent des gens jeunes (en recherche fondamentale, un des principaux objectif du CNRS, je ne parle pas de la recherche appliqué). Pour avoir vu passer pas mal de post-doc, ce n'est pas une position terrible car le post-doc est souvent mis sur un sujet très ciblé (et qui doit être rentable àcourt terme : contrat, publi...) quand il ne fait pas un boulot de technicien (au sens noble) par manque de personnel technique.

Oui, j'y ai déjà penser par le passé, mais comment définit-tu les disciplines ? Si j'ai fait un BEP d'electrotech puis un IUT puis un coup d'école d'ingé et que je fait une super thèse en 2 ans, je ne peux pas postuler au CNRS car j'ai trop d'ancienneté dans la matière ! L'idée est bonne mais a mon avis pas applicables. Et si tu es dans le monde professionnel, dans quel catégorie comptes tu ces années ?

Cette histoire d'année, c'est aussi une manière de dire officiellement, faites trois ans de post-doc aux USA avant de revenir sur nos postes.

A partir du moment ou seul les CR2 ont une limite d'age, rien ne t'empêche de postuler en CR1, voir en DR2 (pour le DR1, cela devient franchement difficile).

Honnètement, tu ne postules pas CR2 si tu as 10 ans d'expérience dans la recherche. La barrière de la limite d'age est justement là pour éviter des dérives qui ont déjà été vu dans certaines disciplines.

On sais ce que cela donne dans certaines sections avec des recrutement vers 40 ans ! Les commissions ont beaucoup de mal à prendre un "petit" jeune qui a 27 ans et peu de preuve qu'une personne de 38 ans qui a un CV de trois pages et des post-doc un peu partout... (je fais exprès d'exagérer un peu).

Ensuite, la limite d'age est seulement pour les postes de CR2, pas pour les CR1. Donc rien n'emêche une personne plus agé de postuler en CR1 et c'est logique. Tu ne vas pas postuler à 35ans en CR2 tout en bas de l'échelle alors que tu as enchainer 7 ans aux USA dans les meilleurs laboratoires ;-)

Donc en pratique, la limite d'age est quand même une bonne chose et qui est un critère facile à établir et non bloquant pour quelqu'un qui en veut vraiment et qui est plus agé. Si tu trouves un meilleur système qui serait fonctionnel, je pense que les comissions sont à l'écoute.

Tout à fait. On demande des postes et on nous répond post-doc et de meilleure salaire. Tout cela c'est pipeau. On ne devient pas chercheur en france pour le salaire mais pour pouvoir faire de la rercherche avec un certain espace de liberté.

A une époque pas si lointaine, on embauchait en temps que maitre de ocnférence des jeunes doctorants. Cette dérive post-doc recule l'age de l'entrée dans la fonction publique et cela n'est pas bon. D'ailleurs, le CNRS l'avait bien compris qui mettait un age limite maximum à l'entrée sur les postes de chargé de recherche 2 assez bas (je ne me souviens plus mais c'etait au alentrour de 30 ans).

Vu ce que l'on demande de faire aux enseignants chercheurs aujourd'hui (de plus en plus de paperasseries, de contrat, de publication de rang A...), j'en doute... Il ne doit pas y en avoir beaucoup qui codent pour le noyau. Au niveau étudiant, ce n'est pas pareil et pas mal participe au niveau des distribution.

On peut aussi remarquer le niveau assez faible d'HP comparativement à IBM. Contrairement à SGI (qui s'appui pas mal sur Novel) et SUN (Solaris), HP a besoin de Linux...

Par ailleurs, les contributeurs des autres distributions sont aussi parfois employés de grosses boites... Et puis chacun a son rôle. Par exemple, debian a fait (fait toujours ?) un sacré boulot au niveau portage multi-architecture, notament X. C'est bien que cela tourne sur x86 mais cela ne suffit pas...

C'est pas parce que tu n'es pas le gestionnaire par défaut que tu es mort !

Il suffit d'être sous debian pour voir la quantité et le nombre de choix de gestionnaire de fenêtre. Gnome ou KDE n'ont pas du tout tué tous les autres.

Bref, il y a de la place pour plus d'un projet.

Enfin, ton article date du mois de Juillet et concerne un gros FAI !

Je ne suis pas sur que beaucoup de personne ai mis des règles L7 sur son réseau.

Sondage : qui a mis des règles L7 et qui n'en a pas mis ?