Sytoka Modon a écrit 4546 commentaires

Si les personnes ont des identifiants jabber sur des serveurs différents, c'est le jitsi-videobridge installé sur la même machine que le serveur jabber hébergeant le salon qui est utilisé ?

Au niveau port, les routeurs ouvrent les ports tout seul ?

Je me pose la question car si un test est possible sur "jit.si", il n'est pas question de demander au personnel d'aller se créer un compte sur un service extérieur pour un usage professionnel.

On la trouve où cette nouvelle merveille ?

Ce n'est pas forcément un problème non plus. Arrêtons de toujours penser en variable globale ;-)

Moi je pense que nos députés, français ou européen, ne font pas leur boulot.

En effet, les iPhones, iPad et autres auraient du être interdit en Europe à cause du magasin unique. L'UEFI et tout le reste suit… (Amazon…). En étant exclu de l'Europe, Apple aurait changé de politique.

Il n'est pas normal d'être bloqué sur un magasin.

Comme tu l'as dis toi même, unison fait cela aussi. Il suffit de lui faire deux profils, un pour chaque lieu…

Qt est-il piloté par une fondation libre ?

Je pense que lorsqu'on a subit le joue d'Oracle et qu'on arrive enfin à former une communauté libre autour de son projet, qu'on essaye de virer Java dont le pilotage à toujours posé des problèmes, on n'a pas forcément envie de se mettre un autre fils à la patte quel que soit la qualité de l'environnement, notamment si ce n'est pas un aspect critique du projet.

J'ai des doutes que dans le Cloud, ils n'aient que du RH…

Bref, il y a les statistiques sur les serveurs Web qui indiquent que Debian est pour le moment en tête (sur cette partie là).

De toute manière, du code noyau n'a que peu a voir avec du code utilisateur… Donc à mon avis, il faudra recoder. L'important ici est d'avoir une implémentation (algo) qui fonctionne.

Voila un petit comparatif entre ceph (mode noyau) et glusterfs (fuse), je vous laisse lire…

http://www.gluster.org/2013/01/glusterfs-vs-ceph/

Bref, FUSE n'est pas forcément mauvais partout et pour lire des cartes SD ou des clefs USB qui s'arrache facilement, peut être qu'un programme en mode utilisateur n'est pas plus mal !

Il a a plusieurs manière de faire des expressions rationnelles en Perl. Par ailleurs, il est possible de dé-activer le backtrack…

Par exemple, Marpa est un projet bien plus large qui peut être utile dans des cas pointus.

http://jeffreykegler.github.com/Marpa-web-site/

Je me fiche un peu du look pour mes programmes… Je parle ici de la facilité et de la qualité de l'API. Si Tk était plus utilisé, pas de doute que l'aspect visuel serait amélioré !

Apres, le monde objective-c est un peu different, gcc n'en a vait rien a faire de ce langage

Enfin, le support de Fortran et d'Ada dans Clang est proche de zéro. Vive la diversité ;-)

De quand date ces phrases, that is the question ?

En 2000, j'avais déjà basculé un programme de tcl/tk vers perl/tk et je ferais aujourd'hui la même chose. Tk est une super bibliothèque, c'est Tcl le problème, je dois être hermétique à la beauté de ce langage mais je passais un temps fou à comprendre le moindre truc dedans qui déconnais.

libc, gcc, bash, tous les outils de base… Qu'est ce qu'il ne faut pas entendre ! Tu n'as jamais travaillé sur un UNIX propriétaire ou les outils de base sont à poils !

C'est pas parce que GNU n'est pas très bon sur les outils moderne click click qu'il faut en conclure et affirmer qu'ils sont nuls !

Cela fait déjà longtemps que j'ai remplacé grep par ack-grep dans bon nombre de cas…

Regarde un peu le nombre de développeur et pour qui ils bossent… avant d'avancer des choses. Le projet a 22 ans comme tu le dis mais les objectifs ne sont plus les mêmes, et cela depuis longtemps ! Le propre d'un projet qui souhaite vivre, c'est de savoir adapter ses objectifs (cf Bruno Latour).

Mais pourquoi ces phrases gratuites contre la FSF et le GNU ? Je te rappelle qu'ils ne s'enlisent pas car ils ont retiré depuis longtemps leurs billes du HURD…

C'est facile de faire des phrases assassinent depuis son canapé ;-)

J'ai jamais dis que GNU avait renié HURD !

HURD reste un projet GNU mais s'il avance, tant mieux, si personne ne travaille dessus, c'est pas grave non plus. Le projet GNU ne met plus de force dessus, c'est tout.

Ca tombe bien, Windows NT est aussi un enfant de VMS…

Le HURD fonctionne sur un micro noyau, comme MacOS X… Ceci dis, il est ensuite bien plus complexe.

Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées. Par exemple, un grand nombre de principe derrière GlusterFS proviennent du HURD. Il y a aussi certains essais de cloisonnement d'application ou de pilote dans Linux ou avec le couple Xen/Linux qui font penser un peu à l'architecture du HURD.

Le HURD a donc aussi eu un coté positif ;-)

Déjà le projet de noyau pour GNU c'est Hurd

Déjà le projet de noyau pour GNU c'était Hurd, cela fait longtemps que GNU a abandonné le HURD puisque Linux était opérationnel et avai un développement dynamique.

Cela aurait trop de conséquence de changer le nom. i386 chez debian veut dire architecture intel IA 32. C'est tout ! La version 64 bits a chez eux le nom amd64 en hommage à AMD qui l'a inventé !

Mais cela fait des années il me semble que les paquets Debian ne sont plus pour un 80386 !

Il reste quand même la machine virtuelle Parrot avec Perl6 dessus ;-) Ca avance mais c'est pas finit. On doit être à peu près dans les mêmes délais et peut être même la même ambition initiale !

Si mes souvenirs sont bons, cela fait déjà pas mal de temps que Debian est sur du 486 et non du 386…