geb a écrit 555 commentaires

ici Microsoft a rajouté une couche appelée "Windows Subsystem for Linux", qui permet de prendre un binaire censé tourner dans un univers Linux et de l’exécuter dans Windows. C'est-à-dire qu'il n'y a pas de recompilation spécifiques, il y a juste une couche d'adaptation pour qu'en dessous ça tourne avec le Windows natif. Une sorte d'émulateur. La page Wikipédia du noyau NT (en angliche encore) donne plus de détails et devrait permettre de se faire une meilleure idée.

Ils se décident à ressortir https://en.wikipedia.org/wiki/Interix // https://en.wikipedia.org/wiki/Windows_Services_for_UNIX ?

Vous avez pu obtenir des réponse de Gandi sur la raison du passage du domaine en ClientHold ?

Oui. On est en contact avec eux pour traiter le problème. Ils sont réactifs et font de leur mieux mais il y a encore des soucis, qui effectivement viennent de chez nous. On vous tient au courant (d'ailleurs, c'est remonté, ça a coupé 1/2h 1h et hop).

Rétombé ; désolé pour le dérangement et pour ceux qui ne verraient pas cette annonce à cause du rapport signal/bruit.

Est-ce vraiment judicieux de fixer un problème plutôt que le réparer ?

Promis, la prochaine fois, je prends le temps de me relire, peser chaque mot, plutôt que de tenir les gens au courant vite, et d'essayer de fixer (j'assume) le problème ;).

remonté ; on vous racontera des qu'on n'aura bien fixé le soucis :)

Retombé ; j’espère que ça vous remonter sous peu.

Salut,

Ça ressemble plus à un oubli de renouvellement du nom de domaine, le domaine est en status « client hold » depuis hier en fin >d’après-midi :

whois toile-libre.org
[…]

Updated Date: 2016-02-25T17:08:51Z
Creation Date: 2007-09-06T15:59:14Z
Registry Expiry Date: 2016-09-06T15:59:14Z
Domain Status: clientHold https://www.icann.org/epp#clientHold

Si tu regardes les dates, tu verras que non. Le domaine était pas sensé expirer avant 6 mois. On est encore en train d'essayer de comprendre le problème. Mais en effet, dans le doute on a renouvelé, et ça semble avoir corrigé le soucis.

Devrait être mieux.

On est encore en train d'essayer de comprendre la source du problème.

Devrait être mieux.

On est encore en train d'essayer de comprendre la source du problème.

Bonjour,

Je doute qu'il marche encore. Et c'est un peu intrusif un coup de fil.
Mais on est au courant, on corrige asap, et on vous tient au jus.

Désolé du dérangement.

--
Mathieu, toile-libre.

Bonjour,

Effectivement, il y a un soucis ; on corrige vite ; on vous tient au courant.

Mathieu, toile-libre.

Si le problème n'est pas déjà mentionné dans la doc, peut être serait il intéressant de le faire apparaître, typiquement dans la liste des problèmes connus: https://tails.boum.org/support/known_issues/index.fr.html.

N'hésitez pas à en parler sur le chan IRC ou sur la liste: https://tails.boum.org/contribute/index.fr.html#talk ou à ouvrir un bug report si celui ci n'existe pas déjà.

Concernant le problème lui même, le mieux pour qu'il soit corrigé dans Tails, serait qu'il le soit dans Debian. Le noyau fournit par Tails étant celui de Debian (et cela bénéficiera à plus de monde :) ).

• [x] Installer Cpufreq pour réduire la fréquence de proc. Y compris sur mes desktops et surtout serveurs.
• [?] Et parce que, en particulier sur les serveurs, peu de gens y pensent: pousser à ce que ce soit installé et activé par défaut dans ma distribution ? :)

Je pense que grande partie de la réponse à ta question est "cachée" là: https://bugzilla.mozilla.org/ :)

Et dans les deux cas, les coûts n'ont rien à voir avec celui de plusieurs dizaines (centaines?) de développeurs. Je ne vois donc pas ce que ta remarque vient faire là.

PS: L'hôtel particulier à Paris sert de bureau pour les employés, et de nombreux events opensource y sont organisés..

Si un modérateur voulait bien,
- faire s/Biographies/"Comité de Programme"/ (ça n'a pas vraiment de sens sinon de mettre les bios comme ça…)
- remettre avertissements en h4 (ça s'affiche mal sur le sommaire)
Ce serait super, merci :)

La liste des bios fait 2km mais elle vaut le coup de prendre le temps de la lire, ça donne une idée de la diversité du joyeux bordel qu'on essai d'organiser. N'hésitez pas à noter la date, venir et proposez des choses.

Pour avoir un peu travaillé un peu sur le sujet, des projets qui font du buzz là dessus mais ne sortent rien de viable, il y en a tous les 3 mois. Et pour cause:

Cette infrastructure est une DHT. C'est une technique déjà utilisée dans les back office des applications web et dans les bases de données NOSQL. La nouveauté est d'en faire un protocole client et d'utiliser le réseau Torrent existant pour que ce réseau serve directement des contenus statiques, l'instar des CDN.

Ça ne marchera simplement pas, ou, dit autrement, ça ne passera pas à l'échelle, ce sera d'une lenteur abominable.

Une DHT (Distributed Hash Table), c'est simplement un gros tableau distribué avec des mécanismes de routage. Ça permet facilement d'indexer l'ensemble des contenus disponibles sur un réseau, mais les temps de réponse sont mauvais à grand échelle. De l'ordre de la minute [1]. Quand c'est pour trouver des peers pour télécharger un torrent de la taille d'un DVD sur TPB c'est pas si grave, quand c'est pour choper un .css de 2Ko un peu plus.

Une DHT c'est bien pour faire du cache avec un très bon taux de hit, mais pour du web, on s'intéressera sans doute un peu plus à avoir un cache très réactif, que prendre 5 minutes pour attendre la réponse qui dit "cette donnée n'est pas disponible en cache".

Et ça n'est pas le seul soucis dans leur modèle, dont il y a assez peu de docs d'ailleurs (par exemple, comment est gérée l'invalidation de cache, comment on déploie à l'échelle d'internet…)

[1] http://conferences.sigcomm.org/imc/2007/papers/imc150.pdf

Cela fait parti d'une initiative plus large:

https://wiki.mozilla.org/Polaris

l envoit des mails locaux ou distant, mais ce n'est pas un serveur smtp qui écoute sur le port 25 exterieur.

Pratique pour ne pas être emmerdé avec les bounces ;)

OpenVZ, tout comme LXC c'est pas fini. Tout le problème de Linux est là dedans : c'est jamais fini !!!

Effectivement, openVZ et LXC sont pas finis. Mais linux-Vserver marche tres bien chez moi, et ce depuis des années.

Et en parlant de pas fini: la paille et la poutre… parce que bon, un système de conteneurs qui sait pas limiter la RAM, le CPU, le disque (avec un quota, pas un volume/partition dédié(e)) par conteneur…

Il existe une image faite par le projet Tor pour héberger des noeuds Tor sur amazon: https://cloud.torproject.org/

A propos, Stephane, sais tu ou en est le développement de http://www.yadifa.eu/ ? Celui-ci semblait prometteur apres les premières annonces. Malheureusement la roadmap semble peu suivie et seuls des correctifs mineurs semblent avoir été publiés.

Le plus épatant que j'ai rencontré est djbdns.

Ça doit être le pire que j'ai rencontré au contraire. […]

Et d'une manière générale, l'auteur étant plus intelligent que tout le monde, tout est re-fait a sa manière, pas seulement les mécanismes de démarrage ou la gestion des zones mais aussi les RFC qu'il choisit d'implémenter ou non et comment (de mémoire, TSIG, IPv6, DNSSEC, EDNS0, Notify pour les AXFR, wildcard…) … comme pour l'immense majorité de ses softs.

Certains forks adressent (partiellement) ces problèmes. Partiellement, car le FUD de l'auteur semble avoir eu un impact non négligeable sur sa communauté d'utilisateurs, qui continue a suivre certains de ses choix.

Ou depuis le dernier changement passé inaperçu (seulement sous Sid pour l'instant) :
apt-get install task-desktop

Source ?

Parce que http://packages.debian.org/sid/task-desktop