Sytoka Modon a écrit 4546 commentaires

La technologie évolue… Depuis 25 ans, la virtualisation a intégré un grand nombre de CPU. Avec les containers, avec Xen et KVM, pas mal d'API ont été mis en place pour dialoguer entre les couches de manière performantes. Ce n'est pas du micro noyau mais parfois, cela s'en rapproche. Voire par exemple Qubes : https://wiki.qubes-os.org/

Entre temps aussi, des langages comme Erlang très robuste sur l'aspect multi-tâche du fait de son aspect immutable sont aussi arrivés à maturation. Rust devrait aussi être bien plus robuste que le C la dessus.

Bref, je ne sais pas si le Hurd version 1 sera vraiment un jour autre chose qu'un laboratoire mais ce ne serait pas étonnant d'avoir un jour une version 2 qui reprenne un peu toutes les meilleures idées.

GNU/Linux est libre et en production. Pourquoi vouloir un Hurd en production de suite. Il y a très peu de ressources humaines sur ce projet, laisse les s'amuser dessus ou contribue !

Il est possible de le mettre sur un autre magasin que Google.

Il y a Vydio, c'est pas libre mais tu peux avoir toute la solution chez toi (infrastructure) donc rien ne passe par la NSA ! C'est comptatible H323 via une gateway.

Je n'ai jamais dis qu'il ne contribuait pas ;-) Je dis juste qu'ils ne sont pas tous obligé de contribuer et de contribuer sur tout ce qu'il font. C'est un fait.

Dans le cas de GNU/Linux, c'est bien plus difficile. Même Free à finit par plier malgré eux !

Le choix de ces constructeurs/éditeurs est, s'il fallait encore en douter, un gage de fiabilité et de performance.

Certes. Il ne faut pas cependant oublier que cela leur permet de modifier le code à leur sauce sans forcément remonter leurs modification comme ce serait le cas avec GNU/Linux. C'est le principe de la licence BSD.

Il me semble que schroot fait cela aussi

J'ai vu ÉNORMÉMENT de thèse en SPI écrit en LaTeX…

Tu parlais de la nation derrière la distribution et je pense que pour Debian par exemple, cela n'a pas de sens. Ensuite tout ce que tu dis n'est pas bête, il y a des choses vrai mais par exemple, lorsque tu écris :

On peut être discret, et filer un paquet vérolé qu'à une @IP précise.

Dis moi comment un ftpmaster de Debian peut agir sur une de mes machines spécifiquement ? C'est même pas lui qui gère le serveur de dépôt, il n'est même pas dans le même pays. Donc ce ne peut être l'action d'une personne mais d'un groupe vachement organisé mais non forcément lié à un état.

Je ne dis pas que le risque zéro n'existe pas. Je dis juste que je ne vois pas en quoi Debian, parce que le projet est officiellement basé aux USA, pourrait être un quelconque cheval de troie de la NSA… Je pense d'ailleurs qu'il y a à ce niveau bien moins de risque avec Debian qu'avec Suse !

A ma connaissance, chez Debian, le paquet est signé par le développeur ainsi que par les ftpmaster mais cela n'empêche personne de recompiler les sources afin de trouver le même checksum. Donc tu peux toujours reconstruire les mêmes binaires chez toi. Du coup, je ne comprends pas bien ton argumentation.
Si un ftpmaster s'amusait à bidouiller un paquet, cela se verrait très rapidement et s'en serait finit de sa place dans la structure…

Bref, ne pas regarder la nationalité de la distribution serait idiot quand on parle de sécurité.

Et donc pour toi, Debian est américain ?

Cela fait des années que les dépôts sont signés et décentralisés. Bien que les ftpmasters aient beaucoup de pouvoir, il serait une erreur de penser qu'ils ont tous les pouvoirs ;-)

Yep, je pensais aux 'vrais' clusters BULL silencieux car refroidi à eau. Bref, une machine du niveau du TOP500 ! Je suis sur que ces modèles ne sont pas des SuperMicro.

Le coté pousse carton de BULL dans certaines configurations n'est pas ici intéressant…

Yep, sauf que tu ne me retrouvera pas à la télé ni dans les ministères ;-)

Je rajoute que s'il y avait réellement une victoire de l'Europe, c'est que le choix se serait porté sur une machine BULL !

Sur la page web de Suse, je note une adresse américaine. https://www.suse.com/company/legal/

J'ai retrouvé via le post un peu ancien https://lists.debian.org/debian-www/2006/03/msg00282.html une carte des développeurs Debian. Voila l'image : http://www.debui.vlsm.org/devel/developers.map.jpeg

Bref, tout cela est idiot. Une distribution a pour rôle de maintenir un ensemble de logiciel pour former un tout cohérent. Il faudrait une carte de l'ensemble des acteurs et on verrait de suite que ce n'est pas un victoire de l'Europe car il n'y a aucune guerre ici mais une victoire de l'Homme sur lui même !

Toi tu n'as pas l'air d'avoir compris le principe des brevet logiciels…

Il faut quand même rappeler que les brevets logiciels ne sont pas valable en Europe !

purement formel car je n'ai jamais cela dans les scripts que j'écris ;-)

Bof, on remplace N protocoles spécialisés par du spécifique web + javascript… Cela fonctionne peut être mieux mais c'est qu'on a mis dessus un paquet de temps Homme ! Le même temps Homme mis ailleurs aurait certainement donné un résultat au moins aussi bien…

J'ai Mme Michu sous gmail et Mr Michu sous roundcube OVH. Et bien, Mr trouve que c'est plus simple que Mme !

Comme quoi, la pub, ça marche…

Sauf que la loi NSA est au dessus du contrat que tu passes… Donc ton contrat, il est bien gentil mais les américains font de l'espionnage industriel sans ce gêner malgré toute forme de signature !

Ceci dis, je ne sais pas ce qu'attends Mozilla pour basculer son siège en Europe ;-)

Évidemment, il aurait mieux valu que l'éducation nationale embauche une équipe de développeurs. Mais ça n'est pas la pratique du ministère.

On peut très bien sous traiter le développement d'un code ET être propriétaire de l'intégralité du code à la fin (donc pouvoir le libérer). C'est ce qu'on fait en général sur nos manips. On est toujours propriétaire du code permettant le pilotage de ceux-ci, même si on n'a en pratique rien fait !

Je ne change pas d'argument, je précise et j'affine ;-)

PS : on a Alfresco, on a des partages de fichiers et tout et tout mais le mail est quand même super utilisé comme stockage de fichier ! Ceci dis, notre population, principalement des chercheurs, est peut être un peu spécifique !

Non, mon laboratoire ne dépend pas de Google pour travailler. C'est un laboratoire de recherche publique, on ne donne pas nos documents à la NSA…

Ensuite, ton Google Drive gère mal les documents dans le temps. Un mail = une date. Ça c'est un point qui est important pour eux. Ils sont toute la journée sur le mail. C'est l'outil qui trace leur activité… Si tu utilises deux outils, tu perds en fiabilité or presque tous les échanges avec leurs collègues (or réunion) se font par courriel.

Les universités ont un bilan carbone par employé très mauvais. Ce ne sont pas les expériences ni l'électricité (notamment du à l'informatique) qui plombent le bilan carbone mais les déplacements en avion. Chaque trajet en avion est terrible… Si nous voulons diminuer l'impact carbone, il est impératif de très fortement diminuer les voyages professionnels. Donc la dématérialisation du bac me semble ainsi une bonne chose.

Avec une logiciel de visio comme Vidyo (propriétaire mais de très bonne qualité - utilisé par le CERN), il doit être possible de faire passer des oraux sans déplacement de l'examinateur. Le candidat devra toujours se déplacer dans un centre agrée (espérant qu'il est assez proche) afin qu'il y ait un fonctionnaire (ou équivalent) pouvant certifié de son identité et des condition sur place !

Normalement, si les logiciels sont bien fait et utilisent des bibliothèques dynamique .so, tout n'est pas dupliqué en mémoire… Ce qui est dupliqué le serait probablement aussi car les éléments dans la fenêtre / l'onglet sont eux mêmes différents.