GaMa a écrit 446 commentaires

Oui sauf que la c'est pas une centrale.

Oui ce serait mieux que ça arrive pas. Oui c'est dommage. Mais ce n'est PAS une centrale.
C'est une usine qui retraite des déchets faiblement radiactif (a traiter comme d'autre déchet chimique).

Si ou voulait passer dans le sensationnel on comparerait à AZF... Mais je ne tomberai pas dans le coté obscure de la force, même si c'est tentant.

Sinon, ne me faite pas dire ce que je n'ai pas dit : "Je n'ai JAMAIS dit que ça ne peut pas arriver dans une centrale nucléaire" (En j'en sais foutrement rien)

Matthieu Gautier|irc:starmad

D'après l'ASN :

Accident dans l’installation nucléaire Centraco
12/09/2011 14:17
L’ASN informe de la survenue d’un accident dans l’installation nucléaire Centraco (Gard).

L’ASN a activé à 12h30 son centre d’urgence (situé à son siège à Paris XII) à la suite d’un accident survenu dans l’installation nucléaire Centraco (Centre de traitement et de conditionnement de déchets de faible activité) située sur la commune de Codolet à proximité du site de Marcoule (Gard).

Selon les premières informations, il s’agit d’une explosion d’un four servant à fondre les déchets radioactifs métalliques de faible et très faible activité.

Un premier bilan fait état d’un mort et de 4 personnes blessées dont une grave.

Il n’ y a pas de rejets à l’extérieur de l’installation.

L’exploitant a déclenché son plan d’urgence interne conformément aux procédures.

Centraco est exploité par la société SOCODEI. L'installation a pour objet le traitement de déchets faiblement ou très faiblement radioactifs, soit par fusion pour les déchets métalliques, soit par incinération pour les déchets incinérables.

L’ASN est en contact permanent avec la préfecture du Gard et l’exploitant. Elle a mobilisé sa division de Marseille, géographiquement compétente, et a dépêché des inspecteurs à la préfecture et sur le site.

Mais qu'est ce qu'un déchet à faible radioactivité ? Wikipédia nous dit :

Les déchets à faible et moyenne activité représentent des volumes beaucoup plus importants, mais les problèmes qu'ils posent sont beaucoup plus classiques. Ils doivent être gérés de manière à protéger les populations présentes et futures de la radiotoxicité des substances qu'ils contiennent ; mais cette gestion n'est pas fondamentalement différente de celle de déchets industriels contenant des produits chimiques toxiques, comme par exemple des déchets contaminés au mercure ou au plomb, dont la toxicité chimique est éternelle.

Enfin, les déchets dits à « très faible activité » (TFA) n'ont la plupart du temps pas de radioactivité significativement différente de la radioactivité ambiante : ce sont des déchets banaux, industriels ou ménagers (gravats, appareillages, consommables, tenues de protection,...) qui ont été produits dans des zones en contact avec des produits radioactifs, et sont de ce fait susceptibles d'être marqués par des traces de radioactivité. De nombreux pays acceptent des « seuils libératoires » sur la radioactivité effective, en dessous desquels les déchets peuvent être traités dans des filières classiques ; la France présente la singularité de ne pas avoir de seuil libératoire, et d'imposer une filière spécifique à ces déchets TFA.

Et la BBC titre :

• Marcoule's long nuclear history
• France nuclear: Marcoule site blast kills one

On peut lire dans ce dernier :

The Centraco treatment centre belongs to a subsidiary of EDF. It produces MOX fuel, which recycles plutonium from nuclear weapons. (sic)

Marcoule was opened in 1955 and is one of France's oldest nuclear sites, though it has been extensively modernised. (Mais puisse qu'on vous dit que c'est pas à Marcoule !)

AU japon, c'est un peu plus modéré mais on parle encore de MOX et de fuite de matériaux irradié (attention, google translate):
http://translate.google.com/translate?sl=ja&tl=fr&js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&u=http%3A%2F%2Fwww.asahi.com%2Finternational%2Fupdate%2F0912%2FTKY201109120382.html

Les autres titres :
- Blast at French Nuclear Site Is Said to Kill 1 Person(New York Times)
- BLAST AT FRENCH NUCLEAR SITE (Businness insider)
- French Market Getting Destroyed After Nuke Plant Blast And Bank Rout (Businness insider)

L'IRSN ne dit rien.

Matthieu Gautier|irc:starmad

Fedora 16 étant en version Alpha, je serais tenté de ne te donner qu'un seul lien : https://bugzilla.redhat.com/page.cgi?id=browse.html&product=Fedora&bug_status=open&tab=components&version=16

Mais bon, comme je suis gentil tu peux aussi aller voir http://fedora-fr.org ou le channel fedora sur irc.

Et si tu veux une version plus stable de Fedora passe à la version 15.

Matthieu Gautier|irc:starmad

c'est comme mettre entre parenthèse une affectation en guise de test ?
Ca c'est pas un test puisque c'est toujours vrai (de faire une affectation).

Pas sur de bien comprendre "c'est pas un test" mais :

if ( (a = 0) )
{
    printf("C'est pas toujours vrai ...\n");
}
else
{
    printf("Une affectation peut etre fausse (surtout dans ce cas)!\n");
}

Matthieu Gautier|irc:starmad

Je viens d'installer la dernière version de Sozi et il existe déjà une extension pour rajouter une vidéo dans la présentation.

J'ai pas réussi avec un mp4 télécharger de youtube, mais une fois convertie en ogv, ça marche avec Firefox.

Seul bémol est qu'il a fallut lancer la vidéo à la main (clic droit -> play) mais j'ai pas cherché longtemps et un peu de JavaScript devrait régler le problème dans tous les cas.

Matthieu Gautier|irc:starmad

Non. Juste pas reçu de mail.

Matthieu Gautier|irc:starmad

Je viens de vérifier et je n'ai rien reçu.

Pourtant (heureusement?) vu ma faible utilisation de gmail, je devrais être le premier concerné.

Matthieu Gautier|irc:starmad

Juste faire attention à bien configurer ton éditeur/IDE pour qu'il utilise les fins de ligne Unix (\n), tu t'éviteras pas mal d'embrouilles.

On peut aussi configurer git pour qu'il gère automatiquement ce petit soucis :
http://help.github.com/line-endings/

Matthieu Gautier|irc:starmad

Tous ce fait avec git rebase -i

1. git tag toto
2. git rebase -i origin/master (ça ouvre votre $EDITOR avec la liste des commits entre origin/master et la tête de branche)
   1. Je réordonne la liste des commits.
   2. J'indique si des commits doivent être mergé
   3. Je peut demander à git de s’arrêter en cour de rebase pour que je puisse éditer un commit (ou le couper en plusieurs parties)
3. J'enregistre le fichier, je quitte l'éditeur.
4. git fait tous le boulot.
5. Si il y a des conflits suite à un réordonnancement, git s’arrête
6. je résout le conflit.
   1. Si j'y arrive pas git rebase --abort et je me retrouve au point 2.
   2. Si j'y arrive git rebase --continue
7. Si il faut je reprend au point 2
8. Si ça part n'importe comment git reset --hard toto (et je repart au point 2)
9. git push origin (pour pousser les commits sur le depot publique)
10. git tag -d toto

Pour résoudre les conflit un 'simple' git mergetool suffit

Matthieu Gautier|irc:starmad

Je travail moi aussi sur un petit projet dont je suis le seul contributeur.
Je code de chez moi, mais aussi un peu du boulot (pas du gros dev, mais comme je me sert du soft au boulot, j'ai souvent du bug fix à faire). De plus les sources sont publiées sur github.

J'ai plusieurs dépots:

• Un chez moi
• Un au boulot
• Un sur github
• Un sur une clé usb

J'apprécie énormément le coté décentralisé de git. Voici mon "workflow":

• Je développe principalement de chez moi.
• Je ne pousse sur le dépot public que à partir de chez moi.
• Le boulot me sert de cas d'utilisation réel, j'ai donc besoin de faire des échanges entre chez moi et le boulot sans passer par le dépot public, j'utilise donc ma clé usb.
• Les nouvelles features faites chez moi, sont pas obligatoirement bug clean.
• Je veux récupérer les bug fix que je fait au boulot chez moi.
• Les bug fix du boulot sont vite fait mal fait.
• J'ai des fois des changements du boulot que je ne veut pas pousser dans la branch principale.
• Avant de pousser sur le dépot public, je fait donc pas mal de nettoyage sur tous les commit fait un peu partout. Je réécrit donc un historique de commits propres qui décrivent bien les évolutions du code. Tous mes essais, retours en arrière et bugs dignes d'un dev de première année sont inconnus du dépot public.

Je pourrait faire à peut prêt équivalent avec svn : Avoir une branch dev sur svn, faire tous le dev dessus et pousser sans trop réflechir. Mais je perdrait pas mal de fonctionnalités comme :

• la possibilité de garder des dev privés
• pousser plusieurs commits sur le dépot publique tout en réécrivant l'historique des modif que j'ai faites.
• La simplicité d'avoir des dev temporaires/privés fait en cours de développement d'une feature, de les garder alors que je pousse la feature sur le dépot publique.

Je n'ai jamais utilisé Mercurial mais je pense qu'il doit être possible de faire à peut prêt la même chose qu'avec git. (Decentralized power)

Matthieu Gautier|irc:starmad

C'est au navigateur d'implémenter tous ça. C'est indépendant du protocole.

C'est au navigateur de fournir à l'utilisateur la possibilité d'avoir plusieurs identités
C'est au navigateur de fournir un gros bouton rouge "Invalider ce navigateur pour cette identité"
C'est au navigateur de fournir un "mode guest".
C'est au navigateur de fournir la fonctionnalité qui tue.

Matthieu Gautier|irc:starmad

Oui.
Mais on peut imaginer une sorte d'autorisation temporaire pour un navigateur donné pour simplifier un peut la procédure.

En même temps, je rappelle que pour le moment, tu dois rentrer ton mot de passe pour chacun de tes sites et du dois penser à te déconnecter de chaque sites quand tu arrêtes d'utiliser le poste.

Matthieu Gautier|irc:starmad

Oui et non sur l'auto-hébergement

Si pour un ID donné, n'importe qui peut être "validateur d'ID", n'importe quel attaquant peut dire "je suis le proprio de benoit.dupont @gmail.com et d'ailleurs serveurPirate.ru est d'accord avec moi"

Il faut donc que le "validateur d'ID" soit :

• Le même que le fournisseur d'ID (adresse mail, JID)
• Un tiers de confiance

Donc on peut héberger un serveur mail/jabber qui intègre le mécanisme de validation mais on ne peut pas héberger seulement le mécanisme de validation.

Matthieu Gautier|irc:starmad

Et puis en utilisant l'adresse mail comme identifiant pour le coup on est obligé de donner son mail au service pour s'authentifier. Pour le coup je vois ça comme une régression par rapport à OpenID.

L'idée c'est d'utiliser un identifiant de la forme d'une adresse mail.
(Comme certain on la flemme de lire la très bonne explication en français) En gros:

• À la création de l'identité / configuration du navigateur
  • Le navigateur génère une paire de clés.
  • Il signe ton adresse mail (pardon, ton identifiant) avec la clé privé.
  • Il envoie la clé publique au serveur mail (pardon, au fournisseur d'identité) qui le signe avec sa clé privé (si l'id est valide, vérifié, etc...)
  • Le navigateur stocke l'id signée avec la clé privé du navigateur, ainsi que la clé publique du navigateur signée avec la clé privé du fournisseur d'id.
• À la connexion à un site:
  • La navigateur envoie l'id signé et la clé publique signé au site.
  • Le site récupère la clé public du fournisseur d'id et vérifie que la clé public du navigateur (fournit par le navigateur) est valide.
  • Le site vérifie que l'id envoyé est valide par rapport à la clé publique précédemment vérifié.

(J'ai expliqué ici, la dernière version, super méga cool du protocole pas encore terminé)

L'idée est que le fournisseur d'id, en signant la clé publique associé à un id, valide l'association navigateur/id. L'association est (en général) vérifié en envoyant un mail à l'utilisateur. Ensuite, le site, ayant l'association navigateur/id validé, accepte la connexion. De plus le fournisseur d'id est contacté qu'une fois (à la création de l'association navigateur/id)

De plus aucun envoi de mail est nécessaire. On parle d'un envoi de mail pour valider l'association navigateur/id, mais ça peut être autre chose (message xmpp, sms, courrier physique, ...)

Matthieu Gautier|irc:starmad

Oui, mais si on part de ce principe. C'est :

• Pas de jeux, donc la 3D ça sert à rien.
• Pas de 3D performante, donc pas de jeux.
• Pas de jeux, donc la 3D ça sert à rien.

Matthieu Gautier|irc:starmad

Effectivement, j'ai jamais pensé au torrent ni fait de lien torrent. (je ne sais même pas si c'est facile).

Mais ça ne règle que partiellement le problème car si tout le monde sait télécharger un torrent (et encore), il y en a très peu qui savent en créer un. Et dans l'absolue, il faudrait que le système fonctionne sans geek. Toutefois il reste les solutions des "torrent dans un navigateur web" dont je me souvient plus les noms...

Matthieu Gautier|irc:starmad

Je suis assez d'accord avec toi : je ne sais pas vraiment quoi en penser.

J'ai passé pas mal de temps sur leur wiki à comprendre ce qu'ils voulaient faire et comment.

Et technologiquement, l'idée de base me plait bien :

• Complètement décentralisé. Pas d'inscription sur un site à faire, juste un logiciel à installer et configurer.
• Une connexion F2F (Friend to Friend) sécurisée et automatique. Je ne suis pas connecté avec plein de machines qui je ne connais pas. Je suis connecté seulement avec les machines de mes amis (et seulement si retroshare est lancé)
• Utilisation de gpg. C'est pas super évident comme identifiant mais si ça se démocratise ben gpg se démocratise aussi. Et ça, c'est bien !
• Je lance le soft, je suis sur le réseau. Je l'éteins je ne suis plus sur le réseau (et mes donnés non plus). On peut difficilement faire plus facile niveau maitrise des données.
• Un partage facile de mes fichiers avec mes amis (cf plus loin). Même si le partage global des fichiers ne me plait pas du tous (cf plus loin aussi)

Au niveau partage de fichiers avec mes amis, je trouve ça super : On se fait un we sympa, et tout le monde se retrouve avec des photos du we. Et bien croyez moi, que tout le monde ait les photos de tout le monde, c'est un bordel pas possible :

• Par mail : à part envoyer les photos une par une faut oublier.
• picassa,flickr et cie : C'est peut être le plus simple mais il faut un compte sur ces services (pour déposer les photos comme pour les récupérer) et tous le reste (service centralisé, maitrise des ses données, etc...)
• Par ftp: Bien sur tous mes amis ont un serveur ftp perso pour ce genre de situation.
• RetroShare: Je met mes photo dans un dossier partagé, mes amis font de même. Je clique sur télécharger dans retroshare, mais amis font de même. Pour ceux qui ne pensent pas à lancer retroshare, je peut même leur envoyer le lien par mail.

Par contre, niveau partage global de fichiers, c'est plutôt moyen : les seules connexions que l'on a dans retroshare, c'est avec ses amis. Et donc sous prétexte d'anonymat et de liberté d'échange soit mon amis a le dernier mp3 de lady gaga, soit il le télécharge auprès d'un de ces amis (qui éventuellement fait de même) pour que je puisse le télécharger. En gros si mon voisin de palier à le dvix de matrix 4 et qu'on a un chaine d'amis commun qui passe par new-york et shangaï, ben les 640mo font le tour du monde pour arrivé chez moi. C'est cool si je suis un pedopornographe mais on s'éloigne pas mal des avantages p2p et du décentralisé (d'un point de vu technique). Ils ont voulu faire un clone de tor pour l'échange de fichiers mais j'aime pas vraiment l'idée du routage en oignon pour de gros fichiers binaires (légales ou non)

Ensuite, comme déjà dit, c'est encore jeune. Il y a pas mal de trucs en prévision qui me feront le suivre :

• Les groupes: Il sont pas encore implémentés mais pouvoir partager mes photos du we seulement avec ceux qui y étaient c'est pas mal.
• du VPN avec ses amis. Ils ont personne pour l'implémenter mais ils envisagent que les connexions sécurisé avec ses amis puissent servir de tunnel pour du VPN décentralisé. Ça peut vraiment devenir une base super intéressant pour d'autres services classiques.
• calendriers partagés
• Discussions vidéos.

Matthieu Gautier|irc:starmad

En 2009, EDF a dépensé 9 millions d'euros pour la recherche sur les énergies renouvelables et 10 millions d'euros en communication sur le développement durable (prix Pinocchio greenwashing 2009)

À comparer aux 13 milliards d'euros investis par l'Europe pour la construction du seul réacteur Iter, le réacteur "pour la recherche".

Oui sauf que Iter est financé par 7 partenaires (soit 37 pays), quel est la part d'EDF dans le financement d'Iter ?

Ces 37 pays, combien ils investissent globalement dans les énergies renouvelables ?

Pour répondre à un commentaire précédent, d'après wikipédia, le barrage des trois gorges aurait coutait entre 23 et 50 milliards de d'euros à la chine (qui est partenaire d'iter)

Matthieu Gautier|irc:starmad

Au risque de répondre à coté du troll (mais bon, au point ou on en est ...)

Tu cherches à faire quoi ? Troller sur Linux ? réimplémenter OpenGl ? Utiliser OpenGl ?

Matthieu Gautier|irc:starmad

Je dirais même plus:
Salome est un platforme de simulation numérique.
Il permet de créer (ou importer) un modele géométrique, le mailler en un maillage d'éléments finis et surtout de lancer des calculs de simulation physique sur c'est maillage.

Le point fort de Salome est surtout la dernière partie. Il est en effet possible de coupler différents codes physiques (thermodynamique, méca flux, neutronique, ...) ensemble et en parallèle (alors que les codes n'ont pas obligatoirement été conçu pour ça) et ce, sur plusieurs machines/clusters en réseau.

La partie géométrique se base sur le modeleur libre OpenCascade http://www.opencascade.org/ (qui vient de feu Matra division). OpenCascade n'est qu'une bibliothèque, la vrai plus-valu viendra de l'UI développé autour.

Il y a plusieurs soft basés sur OpenCascade. À ma connaissance:

• free-cad : http://sourceforge.net/projects/free-cad/
• salomegeom (http://sourceforge.net/projects/salomegeometry/) qui est un fork du module géométrique de Salome sous la forme d'une appli indépendante.
• pythonocc (http://www.pythonocc.org/) qui est à la base un wrap de occ en python mais qui a commencé à wrapper la partie géom de salome (que je déplore).

Matthieu Gautier|irc:starmad

Sauf erreur de ma part, gnome3/shell/mutter a besoin d'une accélération graphique pour fonctionner.

Si RedHat veut passer à gnome3 dans ces distributions, il faut qu'il y est des drivers libres qui tiennent la route.

Matthieu Gautier|irc:starmad