Sytoka Modon a écrit 4546 commentaires

Et pourquoi pas au format YAML. Personnellement, le XML me "gonfle" lorsqu'il s'agit de faire des fichiers de configuration. Avec le YAML, on a quasiment la même chose, mais avec une orientation humaine...

A ma connaissance, Catia tourne sous Linux chez Dassault mais il ne le distribue pas. Pourquoi ?

Je comprenais leur position du temps où il n'était pas facile d'avoir une accélération 3D correcte. Aujourd'hui, c'est possible d'avoir de l'opengl performant au prix de driver non libre. Mais cela, je pense que Dassault n'en a cure...

> Pourquoi pas un qemu ?

La carte graphique n'est pas accélére opengl sous qemu. Ca me parait donc pas intéressant pour Catia.

Quelqu'un sais si la version debian de xorg est compilée avec le support XMX permettant le multiplexage ?

http://www.cs.brown.edu/software/xmx/

Nous sommes d'accord. L'INRIA ne semble pas réellement motivé par l'utilisation de son langage...

Que l'équipe de recherche ne veuille pas se charger de ça, je le comprends fort bien. C'est pour cela que j'invoque l'étage au dessus.

Si l'on veut faire du transfert, il faut mettre quelques moyens humains et matériels. Ce n'est pas forcément une tache à rajouter encore aux chercheurs (on les encombre déjà bien assez avec de la paperasse sans intérêt).

Je ne dis pas que c'est trivial. Mais j'évoque l'INRIA, pas une simple association de quartier. Je pense qu'un EPST ayant un forte consonnance informatique est capable de mener ce genre de projet, sinon je trouve cela inquiétant.

> Ça existe déjà, ça s'appelle The Caml Hump

Désolé mais ca n'a rien à voir. Sur le CTAN et le CPAN, il y a TOUS les sources. Ce ne sont pas simplement des bases de données de liens.

Avec un système centralisé, tu donnes tes sources à la communauté. Dans le cas "The Caml Hump", tu acceptes que la communauté vienne chez toi. Il t'es facile ensuite de supprimer cet accès. Ce n'est pas un système pérenne.

Personnellement, je ne comprends pas qu'avec ses moyens, l'INRIA ne mette pas en place un "Comprehensive Objective Caml Archive Network", à la manière de Perl et de TeX.

C'est personnellement un de mes principals frein à son utilisation. Allez chercher ici ou là des paquets est franchement ennuyeux et peu fiable dans le temps.

Une archive centralisé permet d'avoir une dynamique communautaire forte. Je ne dis pas que ça marchera mais que serait Perl et TeX sans le CPAN et le CTAN aujourd'hui. A mon avis, peu de chose.

Je ne suis pas sur qu'aujourd'hui, OCaml ai envie de jouer dans la cour des grands...

OK, c'est bon, vous m'avez convaincu. Je vais me lancer dans le test.

Mais comme disais l'un des posts, c'est dommage de ne pas avoir une authentification classique comme ssh.

Quelqu'un a t'il deja deploye freenx avec 400 utilisateurs ?

Je n'ai jamais essaye nx, est ce vraiment moins lourd en charge reseau que la solution ssh avec compression

ssh -CX toto@computer

Normalement, comprimer le flux ssh devrait avoir a peu pres le meme effet que nx ?

Personnellement, j'utilise les scripts de Mike Rubel à peine modifié. C'est du bash tout simple avec des commandes de base.

http://www.mikerubel.org/computers/rsync_snapshots/

De ces scripts sont sortis tout un tas d'outils plus ou moins évolués comme baclkupppc si je ne me tompe.

L'idéal est aussi de faire une partition LVM afin de lancer une partition lvm snapshot avant de lancer le script de sauvagarde. Ainsi, on est sur de ne pas avoir de modification des fichiers lors de la sauvegarde.

J'ai vu une autre méthode qui paraissait intéressante utilisant le démon fam pour connaître les fichiers modifiés et les archiver à chaud. Malheureusement, je n'ai pas encore testé et je ne connais pas la robustesse de ce procédé.

pwc est un module noyau pour controler un camera Phillips (donc Logitech...).

Il y a avait deux modules pwc et pwcx. L'un des deux n'etait pas libre. Le développeur a jeté l'éponge il y a un an environ. Depuis, ca vient ca va.

> Je suis en train de me mettre à Ion, et de le découvrir, assez
> difficilement d'ailleurs.

J'ai essayé aussi mais ca ne me convenait pas. Depuis je suis sous pwm, simple, léger, controlable au clavier mais plus souple à mon avis.

C'est l'original !

peckwm, c'est un dérivé de pwm.

pwm, c'est minimaliste, un peu comme ion. Pas d'icone, pas de barre de menu... Des fenêtres que l'on peut mettre en onglet, c'est tout.

Mais il est très facile à configurer. Et pour les lancements rapide d'application, je lance "apwal" via un controle clavier. Très bien ce petit apwal.

Effectivement, ca vient de pwm je crois. D'ailleurs, depuis que je suis sous pwm, je ne lui trouve que du bien ;-)

C'est possible aussi avec "xvidcap". Ca marche très bien aussi. Cela génère un film au format AVI ou MPEG, on peut même le mettre ensuite sur un serveur de streaming !

L'avantage et ou l'inconvénient, c'est que c'est du natif XWindow.

Ben oui, pourquoi pas LaTeX ! Je fais la semaine prochaine une présentation de Linux avec ca.

Idée : pdflatex + beamer te génère du pdf, tu places tout ca sur un site web apache ensuite.

Pour info, beamer est un super paquetage LaTeX pour faire des présentations. Il est compatible ps et pdf, ce que ne l'était pas prosper.

Le premier jeu de transparent à mettre au point peu rebuter. Ensuite, ca va presque trop vite à faire...

Ca fait trois ans que j'en fait ! Je regrette juste une chose, ca ne marche pas avec apache2 et ca n'a pas mal de bouger beaucoup ces derniers temps.

Sinon, il faut un peu de temps pour rentrer dans AxKit mais après c'est formidable. Il est très facile de faire des formulaires. Je me suis fait par exemple ma propre extension qui charge le code perl d'une page html si un fichier du même nom existe (dans une arborescence parallèle (faut pas être fou)). Ca parait bête mais la complète dissociation code Perl / code HTML permet de ré-utiliser le code source bien plus facilement.

Il y a un peu trop de variables globales à mon humble avis dans AxKit et c'est parfois pas assez objet. Par exemple, le coup des formulaires, l'idéal aurait été de définir une classe comme nom du formulaire et de simplement connecter les méthodes de la classe au champ du formulaire... Je vais peut être le faire, ca me simplifierai grandement mon code.

Oui ! Axkit.

http://www.axkit.org/

C'est un environnement XML en Perl "à la cocoon" (Java). Tu peux mélanger le code Perl et le xhtml mais en général, il y a une complète séparation des deux. Même avec du code Perl embarqué, le xml reste valide !

Dans un reseau formé de machine Linux, nfs est pour le moment plus performant que samba. Par ailleurs, avec l'automounter, c'est une merveille.

Je suis d'accord avec un un post ci-dessus. Au niveau des droits, il manque quelques reglages ici ou là. Par exemple, le nombre de groupe par personne est limité (par nfs notament) et il n'est pas possible de faire de l'imbrication de groupe. Dans la plupart des cas, une meilheure gestion des groupes suffirait.

Enfin, il faut être honnête, c'est pas franchement utilisable pour le moment.

- nfs ne les supporte pas (en tout cas chez moi)

- tar non plus (star oui)

- rsync n'en tient pas compte (unison nnon plus)

- ...

Bref, ca marche effectivement en local sur une machine ;-)

J'ai testé Multivament il y a quelques mois. C'est une boite à outils pour manipuler les pdf, dv et html. Il y a un visionneuse multi format permettant les annotations.

http://multivalent.sourceforge.net/

C'est en Java et ca plantait assez souvent sur mon PC. Cependant, ce projet me parait à suivre...

Je suis d'accord avec toi. J'avais mis cette phrase pour conclure vite fait ;-)

De plus, OCaml et Perl ne joue pas dans la même cour du tout... J'ai toujours entendus beaucoup de bien d'OCaml, et j'utilise l'excelent programme unison, mais je n'ai quand même pas l'impression qu'il décolle.

J'entend aussi beaucoup de bien d'Haskell. Quelqu'un connais les + et les - des deux. Je crois que ce sont tous les deux des enfants de ML ?

Enfin, contrairement à l'un des post ci-dessus, vu l'état de l'INRIA (et du CNRS et de toutes les EPST...), je n'ai pas absolument confiance dans sa pérennité. Si l'INRIA décidait d'arréter, cela gènerait'il vraiment beaucoup de monde ?

Qu'est ce qui motive l'INRIA dans OCaml ?

Il faut aller sur le CPAN de Perl pour comprendre (ou le CTAN de TeX)

http://www.cpan.org/

C'est pas du tout pareil que le reste. Il y a TOUT, tout et tout. Tout le monde peut mettre son module, ses sources. Bref TOUT.

Dans les autres langages, il faut aller piocher ici ou là les infos. Les sites web vont et viennent, les versions aussi. C'est pas fiable en général.

On me dis que la distribution OCaml a déjà beaucoup de chose, je suis d'accord. En pratique, il manque toujours quelques choses ;-) Là est l'intérêt d'un CPAN, toute nouvelle classe, module, bibliotheque... faisant partie d'un programme peut y être intégré dans l'espace de nom commun à tout le monde et être utilisé par la suite par d'autres projets.

Le CPAN, c'est quelques "main" et des milliers de modules. C'est relativement anarchique : un espace de nom est affecte au premier qui le prend mais n'importe qui peut le completer. En pratique, cela marche tres bien et les bons modules ont des espaces de nom tout a fait correct.

J'aurais deux petites questions :

- Pérennité du langage ? Je me souviens d'un super langage (Sather) qui est mort, si je me souviens bien, parce qu'on a coupé les crédits à l'équipe universitaire qui le développait. Quid de OCaml à l'INRIA ? Et dans la même veine, quel est l'intérêt pour l'INRIA de développer OCaml ?

- Autre aspect, la grande force de Perl (et de TeX) est à mon avis le CPAN. Pas besoin de chercher midi à quatorze heure, tout est sur le CPAN. Je ne comprends pas pourquoi les autres langages ne font pas de même. Ce n'est pas la place disque et un serveur qui doivent manquer à l'INRIA. Je sais qu'il y a un embryon de base commune pour OCaml mais ca n'a rien à voir avec un CPAN où tous les fichiers sont sur le même serveur.

A mon humble avis, l'absence d'un équivalent CPAN est rédhibitoire. Certes, des langages comme Python ou php se développe mais c'est "grâce" au lacune de Perl ;-)