Sytoka Modon a écrit 4565 commentaires

  • [^] # Re: rendement oui, mais quel vent avez-vous souvent ?

    Posté par  (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.

    Bizarrement, l'eolien et le solaire, ca suffit largement pas…

    Qui a dis qu'on pouvait faire 100% de l'éolien et du solaire ?

    Sur le nucléaire, AUCUNE centrale n'a a ce jour été démantelé. Seul le réacteur du CEA de Grenoble l'a été… Donc, on n'a aucune idée du coût réel qui a toujours été sous-estimé. Le projet EDF pour Brennelis a été retoqué cet été et doit être révisé.

    Que faire des déchets sur 10000 ans. Quelle stabilité politique ? Il est plus qu'urgent, la fin du pétrole arrivant (donc l'instabilité politique va aller en s'empirant je pense) de trouver une solution pour les déchet déjà existant et ceux à venir. Il y a la solution de les enfouir, dans combien de temps, quelle pérennité ? quel coût ? J'ai ouï dire que l'allemagne avait enfouie des déchets dans une ancienne mine de sel et avait déjà perdus les plans de ce qu'il y avait exactement et ou !

    Il faut dire qu'a la tête de l'état, il y a des décisions aberrantes. Qui a validé cette idée débile de mettre la bibliothèque nationale en zone inondable dans des tours en verre ! C'est pas avec ce genre de décision stupide qu'on peux avoir une vision sur plusieurs siècles.

    Pour ce qui est des chinois, je pense qu'il vont faire un trou au fin fond du désert de Gobi de 1000m de profondeur et balancer tous les déchets au fond…

  • [^] # Re: pam_systemd

    Posté par  (site web personnel) . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 9.

    Il ne faut pas non plus tout mélanger.

    Un des principes d'UNIX est de bien séparer les choses. Mettre une session dans un container cgroup est assez logique. Cela n'a rien à voir avec systemd d'ailleurs et pourrait certainement être fait avec le système actuel.

    Fermer le cgroup à la fin de la session pour tout nettoyer est aussi logique. C'est déjà fait sur les machines de calculs dont les gestionnaires de tâches place les job dans des cpuset. En effet, un job qui demande 12h a 12h mais pas 13 ! Donc au bout de 12h, on tue tout et pour savoir quoi tuer, on regarde le cgroup… Il n'y a pas d'autres solutions fiables à ma connaissance.

  • [^] # Re: rendement oui, mais quel vent avez-vous souvent ?

    Posté par  (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.

    • La durée de vie d'un cargo ou d'un ferry est bien plus grande qu'une voiture…

    • Une éolienne à 1km de la côte se prends l'air marin…

    L'éolien marin permet de diviser par 4 le nombre d'hélice, d'avoir des génératrices plus grosse (donc en nombre plus faible - pb des terres rares). Des câbles sous marin auto-refroidis sans tranchée. Une zone de reproduction des espèces marines… Un transport depuis le lieu de fabrication par bateau/barge.

    Bref, une fois les procédures en place et les équipements opérationnels (barge…), il n'y a pas de raison que cela soit plus complexe qu'à terre. Certes, il y a des inconvénients, mais il y a aussi des avantages.

    Exemple : possibilité d'avoir une barge spécialisée de la taille qu'il faut tout équipée. A terre, limité par les chemins du site et la taille des routes / camions / grues possibles.

  • [^] # Re: Paasage à run/user

    Posté par  (site web personnel) . En réponse au journal OpenSUSE 12.3 Milestone 1. Évalué à 2.

    Damned, grillé !!

  • # Paasage à run/user

    Posté par  (site web personnel) . En réponse au journal OpenSUSE 12.3 Milestone 1. Évalué à 4.

    Autant le passage de /mnt à /media pouvait se comprendre afin de rendre les choses plus parlante pour les utilisateurs lambda (et puis pour dissocier les périphériques amovibles des autres), autant là, le /run/user/, c'est quoi la philosophie derrière ?

  • [^] # Re: rendement oui, mais quel vent avez-vous souvent ?

    Posté par  (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.

    L'éolienne en mer a un rendement deux fois meilleur qu'à terre donc on va en voir fleurir des grosses quantités. De plus, coté génie civil et installation, une fois les procédures (et barges) au point, cela sera plus simple que de terrasser les collines.

    Enfin, en mer, les éoliennes vont bientôt avoir 10MW de puissance. Donc une en mer = 4 à terre d'ici peu !

    Pour finir, les éoliennes en mer, c'est très bon pour la pêche et les poissons…

  • [^] # Re: Diversité?

    Posté par  (site web personnel) . En réponse au journal TOP500 : 92.4 % des supercalculateurs tournent sous Linux. Évalué à 3.

    A mon avis, rien ;-)

    Il doivent paramétrer quelques trucs coté NFS et Luste donc dans la pile réseau et infiniband mais tout cela, tu peux le faire avec des echo dans /proc (encore faut'il trouver les bons curseurs).

    SGI dis clairement utiliser le noyau standard de la Suse. Or SGI fait les plus grosse machine SMP depuis déjà un bon moment…

    Par contre, avec IBM, j'ai des doutes… Il faut toujours qu'ils bidouillent des trucs. La dernière fois que j'ai lancé un truc à l'IDRIS, la commande 'ps' n'était pas la même sur la frontale (commande ps gnu classique) que sur un noeud (commande ps type bsd).

  • [^] # Re: Ceci dépend de ton type de Switch

    Posté par  (site web personnel) . En réponse au message Topologie réseau. Évalué à 2.

    Avec les switch HP networking (autre gamme), tu peux fusionner les switch et éviter toute la partie Spanning tree… pour un résultat identique mais bien plus simple.

    Bon, on choisit pas ses switch ;-)

  • [^] # Re: dwm + dmenu + screen

    Posté par  (site web personnel) . En réponse au journal Tiling interne ou externe, telle est la question. Évalué à 4.

    screen /dev/ttyUSB0
    
    

    A ma connaissance, pas encore possible avec tmux…

  • [^] # Re: Je sens que je vais me faire traiter de troll mais ...

    Posté par  (site web personnel) . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 2.

    En interne, dans une grande boîte ou une fac, ça résoud plein de problèmes concrets de personnes mobiles entre
    plusieurs sites.

    Lesquelles ?

    Les personnes veulent pouvoir avoir tout depuis n'importe ou !

    Moi, il me faudrait pour les utilisateurs IPv6 mobile entre mon laboratoire et leur boite ADSL… Et ça, cela ne marchera jamais.

    Donc, en pratique, on monte nos services différemment avec ce genre de contrainte.

  • [^] # Re: export de fonction

    Posté par  (site web personnel) . En réponse au message GNU parallel et function zsh. Évalué à 2.

    declare -fx
    
    

    De tête, cela permet d'exporter une fonction vers un sous shell. Cela fonctionne avec bash. Je l'utilise de temps en temps.

    Par contre, il n'est pas possible d'exporter les alias mais qui utilise encore les alias ;-)

  • [^] # Re: Je sens que je vais me faire traiter de troll mais ...

    Posté par  (site web personnel) . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 6.

    IPv6 Mobile est mort avant même de commencer. Je n'ai jamais cru en cette usine à gaz et le peu que j'en ai compris, il ne marchera jamais à grande échelle. C'est comme le multicast, cela ne franchira jamais les routeurs centraux… pour des questions de sécurité.

    D'ailleurs, il me semble que RENATER à coupé le multicast il y a peu en interne sur son réseau.

    Je pense au contraire que ce nouveau protocole est pensé en fonction de l'existant et qu'il a toutes les chances d'être enfin utilisé. En effet, ce n'est qu'une simple couche au dessus de TCP. On devrait donc pouvoir basculer d'un réseau d'un opérateur vers un autre de manière transparente car si j'ai bien compris, c'est 'en gros' un multiplexage de deux (ou plus) connexions TCP coté client et serveur mais cela ne touche pas la couche routage et commutation finale.

    Bref, un protocole qui me semble enfin sensé ;-)

  • [^] # Re: En parlant de biais...

    Posté par  (site web personnel) . En réponse au journal Vocabulaire incorrect : les véritables résultats. Évalué à 1.

    Et toi, ne tombe pas dans la panneau de la facilité !

    L'Europe s'est construit sur le "plus jamais ça". profites bien de la paix que nous avons actuellement, je suis loin d'être persuadé qu'elle va durer encore si longtemps (tiendrons nous le choc de la fin du pétrole ?).

    Voila, j'emmerde les humoristes à deux balles qui répète bêtement une blague faite par Linus.

    -> []

  • [^] # Re: En parlant de biais...

    Posté par  (site web personnel) . En réponse au journal Vocabulaire incorrect : les véritables résultats. Évalué à -2.

    Au delà de l'humour, je me répète encore, merci de ne pas utiliser le terme "nazis" pour tout et n'importe quoi. Cela n'a qu'un résultat à terme : son utilisation généralisé dans des contextes très éloignés de l'horreur de la seconde guerre mondiale.

  • [^] # Re: wayland

    Posté par  (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 4.

    Oui ;-(

    Et la transparence réseau dont tu ne te sers jamais n'est plus là par défaut ;-)

  • [^] # Re: Pilotes graphiques libres

    Posté par  (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.

    A noter qu'il y a aussi tout le coté GPU avec Cuda, domaine important sous GNU/Linux (en plus les cartes TESLA ne sont pas donnée).

    Je ne sais pas exactement ce qu'il y a de commun dans tout cela en interne chez nvidia mais je vois mal nvidia faire une croix sur le calcul GPU sous GNU/Linux !

  • [^] # Re: Et les sources du gros firmware qui gère le GPU?

    Posté par  (site web personnel) . En réponse à la dépêche Broadcom libère la pile graphique du Raspberry Pi. Évalué à 9.

    Voir sur LWN http://lwn.net/Articles/520930/

    C'est clair que cette annonce semble un peu pipeau car bien bridée par une API.

  • [^] # Re: Non, Xorg n'est pas (encore) mort...

    Posté par  (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 4.

    mais je vois peu de reproches à faire à Wayland sur le principe.

    La transparence réseau intégrée dans le coeur du protocole ?

  • # Cloudweavers

    Posté par  (site web personnel) . En réponse à la dépêche Découvrez les gagnants des 4ᵉˢ Open Innovation Awards 2012. Évalué à 3.

    Pas évident d'après leur site d'avoir une info claire sur le produit…

  • # Commentaire

    Posté par  (site web personnel) . En réponse à la dépêche Deux ans de projet libre : bilan. Évalué à 10.

    Je trouve cela un peu bête de ne pas pouvoir garder les commentaires lors du passage d'un journal en dépêche… Au final, cela coupe le débat en deux ou casse le rythme d'un débat.

  • [^] # Re: Pilotes graphiques libres

    Posté par  (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 5.

    Moins bogué, certes, plus performant, c'est à voir. J'ai pas dis que ça va aller plus vite. La transparence réseau pourrait ne pas être plus performante…

    Si on regarde ces dernières années, on nous dis à chaque fois que ça va aller plus vite, que la dernière version est mieux et tout et tout mais on doit au final changer de PC car celui-ci se met à traîner ;-)

  • [^] # Re: Enfin !

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Cairo-Dock / Glx-Dock 3.1.0. Évalué à 4.

    Et moi, j'ai toujours trouvé que le dock de MacOS était inspiré par CDE… qui inspirait aussi les première version de XFCE.

    Ca tombe bien, j'ai jamais aimé CDE ;-)

  • [^] # Re: Autre idée

    Posté par  (site web personnel) . En réponse au journal Rendre publics les votes sur les commentaires. Évalué à 4.

    J'allais 100% l'inverse !

    Je propose d'interdire aux participants d'un thread (voir de combien de niveau on remonte (et si on descend un dans les branches voisine) de pouvoir noter. En effet, ce sont il me semble les personnes qui sont le moins objectifs pour noter l'opinion de l'autre !

    A titre personnel, je m'en fiche, c'est exceptionnel si j'utilise ces liens plus d'une fois tous les 6 mois. J'ai appris à me méfier de moi même ;-)

  • # Note confidentielle

    Posté par  (site web personnel) . En réponse au message keepnote un bon choix à tester. Évalué à 2.

    Il manque à mon sens une fonctionnalité, la possibilité de protéger un ensemble de note par une phrase de passe. Le seul à faire cela est gringotts. C'est très important que ce soit le logiciel qui chiffre ainsi, les notes sont toujours chiffrées même lorsqu'on les copie sur un autre support…

  • # Pour la transparence

    Posté par  (site web personnel) . En réponse à la dépêche Expérience de déploiements d’OpenERP dans des entreprises françaises. Évalué à 4.

    Je cite : "Je suis le co-fondateur de la société Anevia".

    C'est en première page du document.