Sytoka Modon a écrit 4544 commentaires

Ikiwiki est aussi un générateur de page web statique qui sais aussi faire les blog et qui est lui aussi écrit en perl et qui gère aussi le markdown...

En tout cas, ce fameux Mr Bellard nous étonnera toujours ;-)

et historiquement le projet a toujours été très fermé à toutes les contributions externes

Je crois que c'est un des soucis de l'INRIA. Ils ont mis des années à libérer le code de scilab... Il y a plein de projet intéressant mais qui en pratique les utilisent réellement ? Bref, ils n'arrivent pas à créer une communauté ouverte sur leur projet. C'est vrai que c'est décevant.

C'est assez différent en fait. Perl6 est un nouveau langage réalisé par la même communauté que Perl5. C'est un langage de script de plus. Il n'est pas illogique qu'à terme, certains langages de script deviennent secondaires...

Fortran, pour ne parler que de lui, n'a pas eu d'enfant pour le moment qui arrive à lui survivre ! Par ailleurs, bien que ce soit un des langages les plus anciens, c'est un langage qui vit. La plupart des programmes écrit aujourd'hui en Fortran le sont en Fortran 95 (90) mais la révision de 2003 apporte les objets et l'héritage simple que gfortran implémente déjà. La grosse étape suivante est la gestion des Co-Array (Fortran 2008) qui permet de manipuler des tableaux répartis sur un cluster.

Bref, Fortran est un très bon langage pour les scientifiques et contrairement à ce que l'on pourrait penser, le Fortran moderne est lisible ;-) Il n'y a pas vraiment de conçurent à Fortran parmi les autres langages compilés. Je connais des codes en C++ mais c'est souvent la croix et la bannière pour les thésards ou les stagiaires qui doivent bosser dessus et adapter le code source. De plus, certain concept du C comme les pointeurs sont une aberration pour les non informaticiens. Les pointeurs du Fortran ou l'on ne manipule jamais la notion d'adresse mais qui ont un opérateur d'assignation différent sont par exemple bien plus propre.

Une des erreurs du Fortran (et de presque tous les autres langages compilés) est que la norme ne définie pas le mapping entre les objets du Fortran et ceux que l'on retrouve dans les bibliothèques compilés. Ainsi, les fichiers .mod sont différents entre deux compilateurs et chaque compilateur choisis sa sauce lors de la compilation pour nommer les appels de fonction dans les bibliothèques .so et .a !

C'est un des problèmes de faire du chroot, souvent, il n'y a plus de mise à jour ensuite si on fait cela à l'arrache ;-)

Je pense que Perl5 fonctionnera encore des années... Je ne serais pas étonner que dans 10 ans, il y ai encore les deux qui soit en fonctionnement.

Ca avance en parallèle. En fait, pas mal de bonnes idées proviennent de Perl6 et sont implémentés dans Perl5.

Il ne faut pas comparer Python3000 et Perl6, ce ne sont pas du tout des projets de la même ampleur. Il y a un paquetage rakudo dans debian experimental. Parrot commence a être déjà dans plusieurs versions de debian, Il est même dans squeeze.

Un des bénéfices de Perl6 ces dernières années, c'est que le langage Perl5 est reparti de plus belle et que cela bouge bien dans le bon sens !

Sais-t'il ré-écrire à la volée les pages HTML ? Apache2 sais le faire mais je n'en connais pas d'autres.

Par exemple, j'ai un intranet accessible en interne

http://intranet.monlab.fr

En externe, il est accessible sous

https://www.monlab.fr/intranet/

Dans ces pages web, je fais référence à des services internes, par exemple

http://forge.monlab.fr

Bien sur, dans la version https, je ré-écris à la volée dans Apache2 le code HTML pour avoir

https://www.monlab.fr/forge/

C'est basique mais très pratique, tant pour les utilisateurs en interne (pas de https en interne pour la consultation) qu'en externe (marche partout, pas de VPN...) ainsi qu'au niveau administration.

Le seul hic est que je ne sais pas si un autre ReverseProxy qu'Apache fait cela aussi bien et pour un service aussi sensible, c'est bien d'avoir deux solutions sous la main.

OOXML est complexe peut-etre, mais il est complet

Déclarer un programme complet suppose une preuve formelle... J'ai des doutes lorsque je vois une norme ISO que celle-ci soit écrite dans un langage qui permette de prouver la complétude...

Il y a pleins de norme ISO qui soient incomplètes, flous sur certains points voire incohérentes sur d'autres. Ceci dis, les écrire a déjà demandé un travail fou et c'est plus que souvent un travail très utile pour tous.

! rus nieB

Je répond à Tanguy qui parle du FTP en général...

Sinon, pas besoin de montage automatique pour que le Virus se propage, il y en a qui scanne le réseau.

Certes, un virus pourrait aussi le faire sur un serveur FTP mais je dis juste qu'en pratique, il n'y en a pas eu chez moi. Une des règles de la sécurité informatique est de ne pas faire forcément tout comme le voisin et d'être chiant sur certain détail. Du coup, l'emmerdeur va voir ou c'est plus simple ;-)

Astuce aussi qui marche bien sur tous les partages, régler le dossier racine afin qu'il ne soit pas modifiable. Les virus ne peuvent pas écrire leur Autorun.inf et cela les emmerde beaucoup !

Et toi de parler correctement ;-)

Exemple d'utilisation.

• la laboratoire voisin a un partage de fichier CIFS temporaire ouvert à tous pour les échanges. Il est régulièrement polluer par les virus...

• mon laboratoire a un FTP interne ouvert en écriture pour anonymous pour les échanges en vrac. Jamais un virus ne s'en ai servis !

Sinon, il ne faut pas oublier que l'on peux faire du FTPS ou seule la partie authentification transite en clair si on recherche du débit, ou tout chiffré avec SSL sinon.

Du coup, c'est exactement ce que je fais rsnapshot.

J'ai recompilé la semaine dernière une thèse écrite en 2003, le résultat sous debian Squeeze est le même que celui de l'époque (Woody).

Bref, il peut y avoir certes avec le temps des modifications légères dues à l'amélioration du moteur mais je n'ai jamais vu de réelles dégradations ni de perte de contenu visible ;-)

Même microsoft n'arrivent pas à relire ses fichiers .doc correctement. J'ai plein de chercheurs qui ont des anciennes présentations qui ne passent plus correctement sous 2010.

Je crois que personne n'est capable d'assurer qu'un fichier passe d'une suite à l'autre... sauf LaTeX mais c'est pas une suite mais un formateur ;-)

Je trouve moi aussi dommage ce point là dans MooseFS et je brancherais bien MooseFS sur une base Riak plutôt que sur une base MySQL ;-) Riak est une base NoSQL maîetre maîetre conçu pour les nuages...

http://www.basho.com/

C'est à dire qu'il faudrait que les mecs qui développent les environnements de bureau et les applications se remettent en mode FollowMouse qui était le mode par défaut il y a 15 ans et qui minimise le click !

Si tu reprends ma phrase, je dis que le changement de licence est là pour protéger le développement de gluster. Je ne parle pas des développeurs ;-) Le développement d'un code est tout aussi utile aux utilisateurs qu'aux développeurs...

Bref, au final, je trouve que le terme que j'avais choisi n'est pas si mal ;-)

Je n'ai pas le temps de jouer sur le mots ce dimanche ;-)

Avec la GPL, tu prends le code source, tu le modifie et le propose sur un nuage sans offrir le code source aux utilisateurs, on ne peux rien te reprocher.

Les développeurs de gluster, voyant bien que le produit avait un intérêt pour les nuages, ont voulu se protéger de ce genre d'utilisation. D'où le passage AGPL. certes, la remonté n'est pas upstream mais vers les utilisateurs du nuage mais en cas de problème, c'est pas ce point qui pose vraiment problème. On joue donc a ce niveau presque sur les mots.

Pour les applications web, le passage GPL vers AGPL pour les personnes qui sont dans la philosophie GPL pour leurs projets n'est pas idiot, voire même me semble intelligent.

Par exemple, combien de bout de code GPL ont été modifié par Google, Facebook, Amazon... et servent dans leurs nuages sans qu'aucun patch ne soient connu ? gluster est un projet qui n'a pas voulu cela.

La réplication est synchrone. Il s'agit de serveur maître-maître. Tu peux écrire sur n'importe lequel.

La géo-réplication est asynchrone car, s'agissant de deux sites distants, le lien ne permet d'assurer la copie en temps réel. Il faut donc écrire sur le cluster A et les données ne se retrouve sur le cluster B que quelques temps après. Ce décalage n'est pas chiffré et dépend de la liaison entre les sites.

Le cluster B n'est donc pas à utiliser en écriture.

La première fois, c'est pas facile. Le logiciel est très souple.

Puis, c'est de plus en plus facile avec le temps, surtout qu'a chaque version, l'IHM progresse.

Enfin, ce logiciel tourne tout seul comme une horloge ;-)

J'ai le numéro 100 mais les avoir en ligne est autre chose et accessible à TOUT le monde.

Ensuite, le numéro 100 commence à dater...

Ce qui est fait sur VMWare le sera t'il sur Xen, KVM... ?

D'ailleurs, ce serait bien que glmf libère ses articles au bout d'un certain temps, comme lwn. En effet, j'aimerais bien savoir qu'elle est la valeur financière pour les éditions Diamonds des anciens numéros ?

Comme c'est une édition papier et non électronique, la libération au bout d'un an serait à mon sens un compromis intéressant. Peut être deux ans pour Misc qui n'est que tous les deux mois et dont les articles sont moins périssables.

Étant abonné aux deux depuis quelques années, je suis près à payer un peu plus pour assurer cette libération comme je le fait pour LWN.