Vincent P a écrit 371 commentaires

OpenDX c'est une aplication ET une bibliotheque. Il est possible de developper des modules pour l'application opendx, ou d'utiliser la bibliotheque opendx dans sa propre application.
Le probleme de VTK effectivement c'est que les applications basees sur VTK sont loin de proposer autant de fonctionnalites que opendx ou meme que la bibliotheque VTK n'en possede. ( voir paraview ou mayavi )
Est tu sur que opendx ne fait pas de sortie postscript ?
Quand a la doc, celle de opendx est pas mal faite, il est assez facile a prendre en main une fois le concept des workflow assimile.
Par contre VTK a l'air bien plus dynamique que openDX.
Voir le journal :

https://linuxfr.org/~VIP/11773.html(...)

Bof, ca a toujours circulé ce genre de truc, dans les magazines un peu underground. Pour le ping pong c'est rapport aux fumigenes qu'on peut faire avec les balles j'imagine.
Effectivement de nos jours l'acces a l'information est plus facile mais le probleme n'est pas uniquement la. C'est pas parce qu'on sait comment faire quelque chose de mal qu'on va le faire, heureusement. Sinon on ne vendrait pas de battes de base ball.

Paraview est pas mal comme interface a VTK. Un peu limité mais vraiment sympa. Ca fait tres pro.

Ca semble plus oriente analyse de donnee que visualisation. En plus je trouve pas ca tres joli ;-) Enfin du moins les exemples donnés.
Par contre je peux le recuperer par AFS ça ça tue :-)
Tu as des exemples de l'utilisation que vous en faites ?

GMT ca a l'air pas mal pour tout ce qui est cartes et graphiques, mais en visualisation 3D bof. De plus il n'y a pas d;interface graphique.
GRADS j'avais deja regarde (oublie de le citer), j'aime pas trop.
Mais merci je rajoute ca a ma liste.

Non c'est pas eux qui l'ont inventé, je pense que c'est plutot anglais car c'est encore plus drole en british : "save a tree, eat a beaver", cf la traduction de beaver en argot...

Au risque de me repeter, commence par manger des castors.
Apres tu pourras imprimer.

je crois me souvenir, que l'etude de mi2g a ete financée directement ou indirectement par qui-vous-savez

Lord Voldemort ?

hehehe... j'etais sur qu'on tarderait pas a le savoir ;-)
Mais au moins t as pas mauvaise conscience :-)

Si tu as une carte tuner dans ton ordinateur, tu es soumis a la redevance, c'est dans les textes. Ceci etant, je ne connais qu une seule personne qui est dans ce cas et qui l'ait payee. Comme dit ci dessous, ca doit etre la taxe la plus fraudee.

Pour info les noms des release Debian sont des personnages de Toy Story.
Ca donne a chaque fois lieu a de passionnantes conversations sur les mailing list debian :-)

OpenAFS est utilisé pour pas mal de grands labos de recherche français. Je pense donc que niveau robustesse ca doit aller, il y a des Terabytes de données sous AFS.
Par contre ca ne marche plus avec le 2.6 et c'est pas pres de l'être, il me semble qu'il y a des problemes pour le porter (pas techniques, mais j'en sais pas plus).

http://www.openafs.org/(...)

Ce que je voulais dire c'est que si la redistribution est autorisee sans aucune autre mention, il est possible de vendre un CD avec le logiciel dessus. Comme par exemple les magazines qui contiennent un CD avec que des shareware, ou meme certaines boite de chez Micro Application. Non ?

Attention je vais peut etre dire des betises ;-)
Je pense que tant que la licence du logiciel present sur le CD autorise la diffusion, tu peux le distribuer. Cela semble une lapalissade, mais il faut le dire.

Ensuite si tu vends un CD, tu ne vends que le support (le Compact Disc), pas les logiciels qui sont dessus, donc par exemple pour les licences INRIA ca ne doit pas poser de probleme.

Concernant Acroread ou Java, je ne vois pas ou est le probleme. Rien ne t'empeche de distribuer ces logiciels meme s'ils ne sont pas GPL tant que leur licence l'autorise. Acroread est dans la Knoppix notamment.
Tu n'auras pas une distribution completement libre ( liberte de diffusion uniquement, pour certains softs), mais ca c'est a toi de voir si ca te derange ou pas.

Pour SU c'est un peu plus flou, du fait que la restriction est elle meme floue. Il faut s'arranger avec eux je pense.

En resume, Je dirais que tant que la licence d'un logiciel autorise la libre diffusion vous pouvez l'inclure (et meme vendre le CD au prix coutant) sans probleme. Si il y a des conditions sur la diffusion c'est plus complique.
Me trompe-je ?

Hello,
Moi aussi ca m'interesse fortement, mais sans la contrainte de temps reel, cad retranscrire par ecrit des enregistrements oraux.
J'ai cherche un peu, et j'avoue que je suis egalement a chaque fois retombe sur des trucs bases sur le SDK Viavoice d'IBM qui est effectivement non libre et plus distribue par IBM sous linux. Ou alors c'etait des projets de recherche, ou les methodes et outils etaient implementees mais ou il restait encore enormement de travail pour obtenir un logiciel utilisable.
Donc j'en suis reste au meme point, proche de zero, mais je ne desespere pas de trouver quelque chose d'interessant un jour.

Wow ca tue !
Teste sous deb unstable avec Galeon 1.3.13 ca a l'air de bien marcher. Il m'a quand meme redimensionne un peu ma fenetre, et il y avait un probleme de localisation mais je pense que ca vient plutot de ma distrib.
En tout cas je suis impressionné, ca donne envie d'aller voir XUL de plus pres !

Bien evidemment que ca depend de la qualite des paquets, c'est meme le principal critere. Perso si je prefere Debian à Mandrake c'est principalement parce que je trouve que les paquets (et donc les dependances) sont de plus grande qualité. Parce que les outils (apt, urpmi) ont des fonctionnalités similaires.
Et bien evidemment il n'y a pas de systeme parfait, sinon slackware n'existerait meme pas. Il y a juste des systemes meilleurs que les autres ( suivez mon regard ). Et une distribution qui gere bien les dependances (mais peut etre pas parfaitement effectivement, un bug par mois est possible...) sera toujours meilleur que pas de systeme du tout. Du moins pour celui qui s'est rendu compte que le silex n'est pas l'outil le plus efficace qui soit...

Mon point de vue est qu'il vaut mieux ne pas gerer les dependances plutot que de prendre le risque de mal les gerer (ce qui est malheureusement frequent, GETA).
Tu parles de frequence, montre moi les chiffres, les exemples, moi je suis pas d'accord. J'ai tres rarement eu de problemes en debian sid, qui rappelons le est tout de meme appellee "unstable".

Concernant les bases de données, apprends ce que c'est, a quoi ca sert et comment c'est utilisé et on en reparle.
Sous deb, si ca plante a l'install d'un logiciel (ca arrive, notamment dans les scripts post/pre install), ca ne corrompt pas la base de donnée. Ca ne m'est jamais arrivé d'ailleurs ca, et il existe des outils pour récupérer/réparer la base. Tu t es deja demande pourquoi les bases de données sont utilisées dans une foultitude d'application a la place des fichiers texte ?

Sur la scriptabilité (ouch barbarisme), la difference avec la slack doit tenir en environ un petit millier de lignes de perl a écrire. Si t'as que ca a faire pourquoi pas... (cf la roue, la réutilisation, tout ca...)

Merci pour le compliment, mais je suis pas sur que tu aies tout saisi.

A te lire on a pas vraiment l'impression que tu as deja utilise une distribution avec un _bon_ systeme de gestion de dependances... Je parlerai ici uniquement de debian que je connais, et que je considere comme un bon systeme de gestion dependances
Tous tes arguments sont retournables en faveur d'un systeme de gestion de dependances.

La gestion automatique des dependances n'empeche pas de faire des conneries, elle les limite cependant. Essaie de supprimer un composant essentiel au systeme sous deb et tu verras que tu auras ete prevenu que tu allais faire une betise.

Globalement ton argumentation est bonne si elle part du principe que les dependances entre les paquets sont mal faite, ce que tu as l'air de croire pour Les distribs debian et les autres basees sur RPM. Je pense que ce n'est pas le cas, et pour debian a mon avis c'est justement une des tres grande force de cette distribution. Les paquets et leurs dependances sont de grande qualite.

Il y a egalement des categories de paquets (base par ex. pour les composants essentiels). Les dependances circulaires je me souviens pas en avoir vues, et c'est tres rapidement corrigé en général. Il y a aussi dans les dependances la notion de paquets suggeres qui est interessante et qui compense en partie le fractionnement des paquets (on peut demander d'installer automatiquement les paquets suggeres). De plus ce n'est pas parce qu'on a de l'espace disque qu'on doit le remplir de choses inutiles notamment sur toutes les machines qui ne sont pas des postes de travail ( serveurs, embarqué, applications spécifiques...)

Concernant l'aspect base de donnée de paquets je ne vois absolument pas en quoi ca pose probleme. C'est juste une maniere de stocker les informations sur les paquets. Que ce soit une bdd ou des simples fichiers ca revient strictement au meme, sauf que la base de donnee sera certainement plus efficace. Il n'y a pas de raison pour qu'une base de donnée soit plus corrompue que les simples fichiers textes. Et la base de registre windows n'a strictement rien a voir avec ça.

Enfin pour revenir sur debian, quand tu sais utiliser les quelques commandes de gestion de paquets, tu peux amha faire difficilement plus simple pour installer/desinstaller des logiciels facilement. Sans compter que c'est déployable, automatisable...

Bref si ton post est un troll il est de qualité, sinon il risque fort de ne convaincre personne.

soit on est geek et on passe en sid et on dist-upgrade chaque matin :)
Les vrais font les maj le soir juste quand les miroirs sont a jour :) (vers 22-23h en gal).
Pour apporter ma modeste experience, en sid avec des mises a jour quotidienne, il n'y a vraiment pas énormément de probleme. Cela doit arriver en moyenne une fois tous les deux mois et c'est corrigé dans la maj suivante.
Donc avec des mises a jour hebdomadaires on est à peu pres a l'abri d'une debian toute cassée. Encore plus si on jette un coup d'oeil régulier aux mailings listes dediees.
Voila mes 2 €c

C'est eclaire expres pour que les F117 americains ne se perdent pas en allant en Irak...

Oui enfin c'est encore plus rigolo quand toi tu connais "xhost -" et pas le gars en face ;-)

Perso j'utilise quasiment que sudo, ca limite deja un peu les conneries possibles.
Et la pire connerie j'ai du la faire en voulant sauvegarder tous les fichiers de conf d'un repertoire perso, cad pour moi tout ceux qui commencaient par ".*", ceci recursivement .... au bout d'une demie heure je me suis dit qu'il y avait un probleme... forcement ".*" ca comprend aussi ".." !

------------------------------------------
upgrade
La commande upgrade permet d'installer les versions les plus
récentes de tous les paquets présents sur le sytème en utilisant
les sources énumérées dans /etc/apt/sources.list. Les paquets
installés dont il existe de nouvelles versions sont récupérés et
mis à niveau. En aucun cas des paquets déjà installés ne sont
supprimés ; de même, des paquets qui ne sont pas déjà installés
ne sont ni récupérés ni installés. Les paquets dont de nouvelles
versions ne peuvent pas être installées sans changer le statut
d'installation d'un autre paquet sont laissés dans leur version
courante. On doit d'abord exécuter la commande update pour que
apt-get connaisse l'existence de nouvelles versions des paquets.

dist-upgrade
La commande dist-upgrade effectue la fonction upgrade en y
ajoutant une gestion intelligente des changements de dépendances
dans les nouvelles versions des paquets ; apt-get possède un
système « intelligent » de résolution des conflits et il essaye,
quand c'est nécessaire, de mettre à niveau les paquets les plus
importants aux dépens des paquets les moins importants. Le
fichier /etc/apt/sources.list contient une liste de sources où
récupérer les paquets désirés. Voyez aussi apt_preferences(5)
pour un mécanisme d'annulation des paramètres d'un simple
paquet.
---------------------------
Je ne sais pas ou tu as lu que dist-upgrade etait destine au changement de distribution. C'est un upgrade avec des algos de gestion de dependance en plus. J'ai toujours fait mes mises a jour de sid avec dist-upgrade personnellement.
Pour le probleme du journal, peut etre que --fix-broken suffirait a resoudre le probleme, sinon il faut utiliser dpkg comme d'autres l'ont dit.
Ceci etant, tout cela est ecrit noir sur blanc dans le man de apt-get.

Une majorite peut etre pas, mais si jamais le logiciel libre tombe, ca generait enormement de gens et d'entreprises. Il suffit de regarder les stats de netcraft pour s'en convaincre ( http://news.netcraft.com/archives/web_server_survey.html(...) ), et apache n'est qu'un des elements qui font que les LL sont indispensables.
Certes cela reste une categorie limitee d'entreprises/personnes qui en sont dependantes, mais si on reflechit aux implications cela a des consequences assez importantes. On peut se poser la question : internet pourrait il exister sans les LL ?

Il parait qu'en compensation aux impots ils ont du castor grillé a la cantine tous les midis.

Ma base avait disparue aussi lors de la migration.
J'ai laisse un message sur le newsgroup a 18h samedi soir, a 18h30 elle etait restauree. (usenet chez proxad )
J'etais bluffe.