Pourquoi debian est si utilisé, même sur des serveurs en entreprise ?
Je n'utilise JAMAIS le support DELL pour un problème logiciel. Je n'utilise le support que pour un problème matériel.
Pour moi, la solution serait bien plus saine si le constructeur donnait toujours le kit diagnostic permettant de valider tous les composants de sa machine, celui-ci tournant soit sur CDROM, soit sur une partition dédié mais surtout pas dans un OS (par exemple Windows). Pour le support logiciel, les constructeurs devraient être aussi obligé de publier les spécifications de leur composant de base permettant la programmation d'un OS, quel qu'il soit.
Ce n'est pas à DELL de faire le support logiciel de Red-Hat ou de Windows. En pratique, cela marche déjà très mal. Cela ne fait aussi que pousser à des solutions de monopoles. Que DELL contrôle que Windows et d'autres OS marchent sur leur machine me parait normal mais ce n'est pas une raison pour mettre des batons dans les roues des autres solutions.
Et puis le support pour pas mal de boite privé signifie en pratique de ne faire aucune mise à jour. Il faut souvent arracher un accord pour avoir le droit de faire les mises à jour automatique de Windows. J'ai même connu le cas d'une boite qui vend un serveur de contenu tout intégré mais basé en pratique sur une Red-Hat avec un serveur Apache et une partie en Perl. J'ai posé la question des mises à jour ? C'est bien simple, en plusieurs années, ils n'ont eu aucun problème de sécurité et ne savent pas en pratique ce que veut dire mises à jour de sécurité. C'est écrit dans les contrats mais c'est une coquille vide. En moins d'une année sur ma debian de même génération, j'ai vu défiler plusieurs mises à jour de sécurité : noyau, apache, perl...
Bref, le support, tu sais ce que tu payes mais pas toujours ce que tu reçoit. Et le plus souvent, support signifie avoir le droit d'installer les dernières versions du logiciel... Ce n'est pas réellement du support mais plus un système de location-achat.
> Si on vends une machine sans OS comment prouver qu'elle marche ?
C'est hyper simple !
On fait comme DELL, une partition spéciale en tête de disque et si tu boote dessus, tu as tous les outils DELL de diagnostic de ta machine. En général, si ta machine a un problème, ces outils d'indiquent où est le composant et DELL vient te le changer.
Bref, on pourrait très bien obliger à avoir un kit de diagnostic sur une partition ou un CD amorçable pour tout modèle de machine. Le constructeur serait obligé de se pencher sur cette question et avoir une machine capable de se diagnostiquer elle-même.
L'OS pré-installé ne donne aucune solution à ce niveau là. Lorsque ton Windows est complètement verolé, tu ne peux plus faire confiance à un seul outil de diagnostic, sauf celui qui serait indépendant des partitions Windows justement.
Il y a une partition sur les ordinateurs DELL (au moins dans les versions entreprise) qui fait la detection des problèmes matériels. C'est pas parfait mais si leur logiciel t'indique une erreur, il change la ou les pièces sans poser plus de question.
Bon, je n'ai pas droit au SoC mais celui-la, je l'attend depuis des années et il va faire un malleur au niveau serveur. Je dirais même que NX doit intégrer X afin de contrer la qualité de la solution Citrix.
Je me suis autorisé un pas mal car à une époque, un de mes collègues n'arrivait pas à faire des carreaux restreints. Or, en mécanique avec des pièces trouées de partout, c'est bien pratique.
Depuis, je n'ai plus suivis ce dossier donc je ne sais pas ou en est l'imlémentation.
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.
[^] # Re: VNC SC ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Prise de controle de bureau multiplateforme et accessible au communs des mortels. Évalué à 2.
[^] # Re: nombre de distrib...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Pré-installer Linux chez Dell (et ailleurs) : l'avis de Mark Shuttleworth d'Ubuntu. Évalué à 7.
Je n'utilise JAMAIS le support DELL pour un problème logiciel. Je n'utilise le support que pour un problème matériel.
Pour moi, la solution serait bien plus saine si le constructeur donnait toujours le kit diagnostic permettant de valider tous les composants de sa machine, celui-ci tournant soit sur CDROM, soit sur une partition dédié mais surtout pas dans un OS (par exemple Windows). Pour le support logiciel, les constructeurs devraient être aussi obligé de publier les spécifications de leur composant de base permettant la programmation d'un OS, quel qu'il soit.
Ce n'est pas à DELL de faire le support logiciel de Red-Hat ou de Windows. En pratique, cela marche déjà très mal. Cela ne fait aussi que pousser à des solutions de monopoles. Que DELL contrôle que Windows et d'autres OS marchent sur leur machine me parait normal mais ce n'est pas une raison pour mettre des batons dans les roues des autres solutions.
Et puis le support pour pas mal de boite privé signifie en pratique de ne faire aucune mise à jour. Il faut souvent arracher un accord pour avoir le droit de faire les mises à jour automatique de Windows. J'ai même connu le cas d'une boite qui vend un serveur de contenu tout intégré mais basé en pratique sur une Red-Hat avec un serveur Apache et une partie en Perl. J'ai posé la question des mises à jour ? C'est bien simple, en plusieurs années, ils n'ont eu aucun problème de sécurité et ne savent pas en pratique ce que veut dire mises à jour de sécurité. C'est écrit dans les contrats mais c'est une coquille vide. En moins d'une année sur ma debian de même génération, j'ai vu défiler plusieurs mises à jour de sécurité : noyau, apache, perl...
Bref, le support, tu sais ce que tu payes mais pas toujours ce que tu reçoit. Et le plus souvent, support signifie avoir le droit d'installer les dernières versions du logiciel... Ce n'est pas réellement du support mais plus un système de location-achat.
[^] # Re: A la conquete des Michu
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Pré-installer Linux chez Dell (et ailleurs) : l'avis de Mark Shuttleworth d'Ubuntu. Évalué à 9.
C'est hyper simple !
On fait comme DELL, une partition spéciale en tête de disque et si tu boote dessus, tu as tous les outils DELL de diagnostic de ta machine. En général, si ta machine a un problème, ces outils d'indiquent où est le composant et DELL vient te le changer.
Bref, on pourrait très bien obliger à avoir un kit de diagnostic sur une partition ou un CD amorçable pour tout modèle de machine. Le constructeur serait obligé de se pencher sur cette question et avoir une machine capable de se diagnostiquer elle-même.
L'OS pré-installé ne donne aucune solution à ce niveau là. Lorsque ton Windows est complètement verolé, tu ne peux plus faire confiance à un seul outil de diagnostic, sauf celui qui serait indépendant des partitions Windows justement.
[^] # Re: nombre de distrib...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Pré-installer Linux chez Dell (et ailleurs) : l'avis de Mark Shuttleworth d'Ubuntu. Évalué à 4.
Bref, j'ai 40 machines sous sarge dont des DELL dernières générations pur sata (même le cdrom) et la sarge marche très bien !
[^] # Re: Re:
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Pré-installer Linux chez Dell (et ailleurs) : l'avis de Mark Shuttleworth d'Ubuntu. Évalué à 5.
# NX
Posté par Sytoka Modon (site web personnel) . En réponse au journal Nouveau, X.org et Summer of Code. Évalué à 6.
* Integrate NX in XCB or X protocol
Bon, je n'ai pas droit au SoC mais celui-la, je l'attend depuis des années et il va faire un malleur au niveau serveur. Je dirais même que NX doit intégrer X afin de contrer la qualité de la solution Citrix.
[^] # 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é à 2.
Depuis, je n'ai plus suivis ce dossier donc je ne sais pas ou en est l'imlémentation.
[^] # 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.