Catia marche sous Linux mais QUE chez Dassault. Dassault a toujours été très lié à IBM... Bref, je ne comprends pas le blocage de Dassault vis à vis de Linux, surtout qu'OpenGL marche pas si mal sous Linux aujourd'hui.
Sinon, pour OpenCascade, il y avait un modeleur basé dessus (Euclide) mais lorsque Matra a disloqué cette partie de son empire, il y a eu un accord avec Dassault pour ne pas diffuser de modeleur basé sur OpenCascade pendant quelques années.
Normalement, si mes souvenirs sont bons, c'est accord est maintenant caduc et OpenCascade pourrait très bien sortir son modeleur 3D basé sur OpenCascade.
Un des soucis est que scilab n'est pas en standard sous les distributions linux contrairement à Octave. C'est toujours le même problème de Licence...
Je en comprends pas pourquoi ce problème de licence met autant de temps pour avoir une solution. Si les licences de Scilab et d'octave étaient identiques, les deux projets pourraient profiter l'un de l'autre.
Dans une debian, il n'y a quasiment aucun paquet scilab et les malheureux sont dans non-free.
Il est plus que temps que l'INRIA face le geste que tout le monde attend depuis des années...
Je ne sais pas pour le secondaire mais qui connait les coùts suivants :
- migration vers SAP du CNRS ?
- maintenances des logiciels Apogée (note), Nabucco (compta), Arpège (personnel) pour les universités ?
Je ne peux pas croire que l'EN ne tourne pas avec un fatras de code à tout faire. Quel est le prix en maintenance logciel d'un seul rectorat ?
La question qu'il faut se poser, c'est : "accepte-t'on de ne pas avoir une maintenance correcte pendant un an ou deux pour mettre cet argent dans le développement de logiciels libres ?".
En effet, de l'argent, il y en a mais il faut encore pouvoir arriver à le placer au bon endroit, quitte à sacrifer temporairement quelques postes.
Je n'ai pas dis que c'était nul. Sympa marche très bien même s'il n'est pas toujours sympa...
Il y a aussi les JRES qui même si elles ne sont pas liées aux libres, parlent, de libre. Il y a aussi des CRDP qui se bouge, je pense par exemple à celui de Chambery que j'ai vu plusieurs fois passer dans des listes de diffusion... Même si ce n'est pas dis clairement, je suis sur à 99% que la PKI d'idéalX a été financé initialement par le CNRS lorsque celui-ci a mis au point sa PKI dé-centralisé.
Au niveau de la tête, c'est un peu mou malleureusement. Et si cela ne l'est pas, qu'il communique un peu plus.
Je serais le premier heureux de pouvoir passer mes secretaires sous Linux ;-)
C'est une honte que l'éducation nationale et l'enseignement supérieur soit à la traine. Cela fait des années que Linux est dans les laboratoires, souvent portés pas les informaticiens mais pas toujours soutenus.
Linux est typiquement de type universitaire à l'origine et l'éducation nationale rate le coche. Les logiciels achetés ou développés ne sont pas libres pour un grosse partie... Même le CNRS qui vient de changer de système comptable n'a pas de client XLab libre. Pour éviter le passage par le libre, on nous fait des applications web mais c'est quand même 'chiant' à utiliser globalement.
Quand à faire un développement cohérent inter-université (il y en a 84 en France), je ne parle pas des facs situées sur un même lieu, c'est trop rare ;-(
C'est vraiment dommage ... que ce soit la gendarmerie puis l'ensemble de l'armée qui donne le chemin en ce moment. Pour un universitaire dans l'âme, cela est un peu dur à digérer.
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 ?
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.
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).
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.
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.
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.
[^] # Re: Pour avoir goûté aux deux...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Kino 1.0.0. Évalué à 3.
Dassault == Catia.
Catia marche sous Linux mais QUE chez Dassault. Dassault a toujours été très lié à IBM... Bref, je ne comprends pas le blocage de Dassault vis à vis de Linux, surtout qu'OpenGL marche pas si mal sous Linux aujourd'hui.
Sinon, pour OpenCascade, il y avait un modeleur basé dessus (Euclide) mais lorsque Matra a disloqué cette partie de son empire, il y a eu un accord avec Dassault pour ne pas diffuser de modeleur basé sur OpenCascade pendant quelques années.
Normalement, si mes souvenirs sont bons, c'est accord est maintenant caduc et OpenCascade pourrait très bien sortir son modeleur 3D basé sur OpenCascade.
Sinon, Pro/Engineer marche sous Linux.
[^] # Re: Bonne nouvelle
Posté par Sytoka Modon (site web personnel) . En réponse au journal Scilab / INRIA recrute. Évalué à 4.
Je en comprends pas pourquoi ce problème de licence met autant de temps pour avoir une solution. Si les licences de Scilab et d'octave étaient identiques, les deux projets pourraient profiter l'un de l'autre.
Dans une debian, il n'y a quasiment aucun paquet scilab et les malheureux sont dans non-free.
Il est plus que temps que l'INRIA face le geste que tout le monde attend depuis des années...
[^] # Re: Education nationale
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le ministère de la Défense plus rapide que la DGME. Évalué à 2.
- migration vers SAP du CNRS ?
- maintenances des logiciels Apogée (note), Nabucco (compta), Arpège (personnel) pour les universités ?
Je ne peux pas croire que l'EN ne tourne pas avec un fatras de code à tout faire. Quel est le prix en maintenance logciel d'un seul rectorat ?
La question qu'il faut se poser, c'est : "accepte-t'on de ne pas avoir une maintenance correcte pendant un an ou deux pour mettre cet argent dans le développement de logiciels libres ?".
En effet, de l'argent, il y en a mais il faut encore pouvoir arriver à le placer au bon endroit, quitte à sacrifer temporairement quelques postes.
[^] # Re: vers un board pour diriger le projet Debian ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Élections du responsable du projet Debian 2007. Évalué à 3.
[^] # Re: Education nationale
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le ministère de la Défense plus rapide que la DGME. Évalué à 3.
Il y a aussi les JRES qui même si elles ne sont pas liées aux libres, parlent, de libre. Il y a aussi des CRDP qui se bouge, je pense par exemple à celui de Chambery que j'ai vu plusieurs fois passer dans des listes de diffusion... Même si ce n'est pas dis clairement, je suis sur à 99% que la PKI d'idéalX a été financé initialement par le CNRS lorsque celui-ci a mis au point sa PKI dé-centralisé.
Au niveau de la tête, c'est un peu mou malleureusement. Et si cela ne l'est pas, qu'il communique un peu plus.
Je serais le premier heureux de pouvoir passer mes secretaires sous Linux ;-)
# Education nationale
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le ministère de la Défense plus rapide que la DGME. Évalué à 5.
Linux est typiquement de type universitaire à l'origine et l'éducation nationale rate le coche. Les logiciels achetés ou développés ne sont pas libres pour un grosse partie... Même le CNRS qui vient de changer de système comptable n'a pas de client XLab libre. Pour éviter le passage par le libre, on nous fait des applications web mais c'est quand même 'chiant' à utiliser globalement.
Quand à faire un développement cohérent inter-université (il y en a 84 en France), je ne parle pas des facs situées sur un même lieu, c'est trop rare ;-(
C'est vraiment dommage ... que ce soit la gendarmerie puis l'ensemble de l'armée qui donne le chemin en ce moment. Pour un universitaire dans l'âme, cela est un peu dur à digérer.
[^] # Re: Suis-je le seul à penser...
Posté par Sytoka Modon (site web personnel) . En réponse au journal L'intégralité des cours du MIT disponibles en ligne !. Évalué à 3.
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.
[^] # Re: Un peu de pub...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Vidéos des conférences du FOSDEM 2007. Évalué à 2.
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 ;-)
# Un clavier, des écrans
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche QuickSynergy. Évalué à -1.
> 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 ?
[^] # Re: Steve Nix n'est pas convaincu de l'OpenGl sur Vista
Posté par Sytoka Modon (site web personnel) . En réponse au journal L'Open GL ne sera plus utilisé par IDSoftware sur Win vista. Évalué à 9.
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.
[^] # Re: Mais pourquoi veux-tu acheter une XBox, en même temps ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pas d'auters OS que celui imposé par microsoft sur vortre xbox360.. Évalué à 2.
> 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.
[^] # Re: Viewer 3D
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Gnuplot 4.2 est disponible !. Évalué à 2.
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
[^] # Re: le nat
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le chat audio et la video conference libre.... Évalué à 2.
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.
[^] # Re: le nat
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le chat audio et la video conference libre.... Évalué à 4.
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.
[^] # Re: Viewer 3D
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Gnuplot 4.2 est disponible !. Évalué à 4.
[^] # Re: le nat
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le chat audio et la video conference libre.... Évalué à 5.
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...
[^] # Re: VLVC
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le chat audio et la video conference libre.... Évalué à 2.
# Viewer 3D
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Gnuplot 4.2 est disponible !. Évalué à 7.
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.
# le nat
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le chat audio et la video conference libre.... Évalué à 5.
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...
[^] # Re: Inkscape et Xfig et GraphViz
Posté par Sytoka Modon (site web personnel) . En réponse au journal Inkscape : Quel avenir ?. Évalué à 2.
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.
[^] # Re: beryl et compiz
Posté par Sytoka Modon (site web personnel) . En réponse au journal Beryl vs Compiz. Évalué à 2.
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 et Xfig
Posté par Sytoka Modon (site web personnel) . En réponse au journal Inkscape : Quel avenir ?. Évalué à 7.
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.
[^] # Re: non...pas similaire à Illustrator.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Inkscape : Quel avenir ?. Évalué à 6.
http://www.scribus.net/
http://www.littlecms.com/
http://www.gegl.org/
[^] # Re: Le monde universitaire ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qui a écrit Linux 2.6.20 ?. Évalué à 2.
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.
[^] # Re: Le monde universitaire ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qui a écrit Linux 2.6.20 ?. Évalué à 2.
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.