reno a écrit 3759 commentaires

  • [^] # Re: Meltdown, seulement Intel ?

    Posté par . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 2.

    Alors pourquoi est-ce un problème (et pourquoi le processus ferait-il comme ça plutôt que d'accéder directement à la mémoire) ? Tout simplement parce qu'un script tournant sur une VM (de type VM javascript) peut exploiter la faille pour lire n'importe où dans la mémoire du processus

    Je pense que le problème n'est pas seulement pour un interpréteur: ça remet en cause la sécurité par capabilities non?

  • # Un langage de shell 'fonctionnel'

    Posté par . En réponse au journal Gufo: un langage de shell moderne!. Évalué à 5.

    A mon avis, tes utilisateurs potentiels ne vont pas être très nombreux: les utilisateurs avancés des shells qui en ont marre des langages de shell actuels, et bien ils ont quand même leurs habitudes dans un/des langages impératifs (shells, Perl, Python) leur proposer un langage fonctionnel comme remplacement bof..

    Quand je vois ton exemple avancé, tout ces 'in(' ça me pousse plutôt à être 'out'!

    Ca n'est pas la première fois que je note ça, j'ai commencé à lire un livre sur OCaml et bien qu'OCaml soit sensé être un langage "mixte" fonctionnel OU impératif, l'auteur du livre ne s'intéressait qu'à l'aspect fonctionnel: je n'ai pas terminé le livre..

  • [^] # Re: Automatiser n'est pas forcément une bonne idée dans ce cas

    Posté par . En réponse au journal Mes péripéties avec la répétition espacée. Évalué à 2.

    Désolé mais je n'ai pas gardé la référence.

  • # Automatiser n'est pas forcément une bonne idée dans ce cas

    Posté par . En réponse au journal Mes péripéties avec la répétition espacée. Évalué à 3.

    Le but de la manœuvre étant de retenir le contenu des cartes et bien écrire les cartes aide à les mémoriser..

    De la même manière qu'on s'est rendu compte que ceux qui écrivaient leurs notes de cours retenaient mieux le cours par rapport à ceux qui les tapaient sur un ordinateur.

  • [^] # Re: En Eiffel

    Posté par . En réponse au journal Un décalage de 64 bits, ça vous inspire comment ?. Évalué à 4.

    Le contraire aurait été surprenant Eiffel étant un language de "haut niveau".

  • [^] # Re: Quelques autres

    Posté par . En réponse au journal Un décalage de 64 bits, ça vous inspire comment ?. Évalué à 2.

    Je suis surpris, c'est le cas aussi en mode 'release', je m'attendais à ce que ça soit le cas uniquement en mode debug.

  • # A mort CamelCase

    Posté par . En réponse au journal CamelCase ou lowercase_with_underscore. Évalué à 2.

    Quand tu vois du code avec 2 fonctions treatBCCH et treatBcch :-( :-(
    Une notation qui ne fonctionne pas bien avec des acronymes est une notation de m..

    Je ne sais pas pourquoi elle est si populaire.

  • # NixOS je ne connais pas Nix, bof.

    Posté par . En réponse au journal Comment j’ai abandonné Debian.... Évalué à 2.

    La documentation de Nix est plutôt mal organisée donc dès qu'on sort de l'utilisation de base ça devient vite très compliqué donc bof: j'ai fini par me recompiler a la main le gcc dont j'avais besoin.

    Le principe de Nix parait sympa mais l'implémentation bof: 1) la doc 2) le DSL.

    GUIX parait intéressant pour résoudre (2), après est-ce que la doc est meilleure?

  • # 128Go de SSD, bof

    Posté par . En réponse au journal Remboursement de Windows 10 sur un PC portable Asus. Évalué à 1.

    J'ai remplacé le HDD de mon portable par un SSD 128Go a l'époque ou ça coûtait cher la Flash et je le regrette rien que pour stocker les photos de mes enfants c'est juste.
    Après Windows est + gourmand en place que Linux alors..

  • [^] # Re: Go

    Posté par . En réponse au journal Une petite histoire d'utilisation type fort dans Ocaml. Évalué à 5.

    À ma connaissance, seuls les langages fonctionnels typés offrent cette possibilité de différencier des types structurellement identiques, autrement qu'en faisant des classes.

    Hum, Ada?

  • # Il oublie LES 2 raisons principales

    Posté par . En réponse au journal Pourquoi Windows. Évalué à -5.

    1) La compatibilité avec l'historique.
    2) Les MAJ qui se passent bien.

    De ce point de vue là le monde Linux (sauf le noyau) n'est pas à la hauteur..

  • [^] # Re: Redshift disponible sous Wayland !

    Posté par . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 5.

    Pas avec Wayland: avec GNOME Wayland!
    C'est une extension de GNOME au dessus de Wayland: si tu essaye d'utiliser ça sur un DE qui utilise un autre compositeur Wayland (KDE par exemple) ça ne marchera pas.

  • [^] # Re: Redshift !

    Posté par . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 3.

    Oui, c'est(c'était?) le but de libweston dont je parle, mais pour autant que je sache ça n'est pas utilisé (ni par GNOME, ni par KDE).

    Entre "rien n'empêche" et que dans les faits ça soit le cas..

  • [^] # Re: Code VHDL : peu de lignes ?

    Posté par . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 3.

    Donc osfe a raison, ils font de l'argent en vendant les composants ET en vendant les outils de développement, curieux mélange..

  • [^] # Re: Code VHDL : peu de lignes ?

    Posté par . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 2.

    Autant pour le FPGA c'est compliqué d'imaginer une chaîne complètement libre car les fabriquant protègent leur bébé. On voit mal altera ou xilinx balancer toutes les specs de leur dernier bébé fondu en 10nm et qui leur a coûté plusieurs millions de dollars de R&D.

    ? Même si tu as une chaîne logicielle totalement libre, il faut bien que tu l'achète le FPGA, donc je ne vois pas trop en quoi ça coûterai de l'argent au fabriquant.
    Ou alors ils se font de la marge sur le composant ET sur les outils de programmation?
    Il me semblait que ça n'était pas le cas et qu'ils ne vendaient pas les outils de programmation de manière indépendante (l'achat du FPGA te donne le droits d'utiliser les outils de programmation (au moins ceux de base)), quelqu'un peut confirmer/infirmer?

  • [^] # Re: Wayland d'abord sur Arch

    Posté par . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 3.

    Je ne suis pas fan non plus du design de Wayland (j'aurais préféré un "X12") mais bon n'oublie quand même pas qu'on parle d'un remplacement d'X11 qui coté sécurité est totalement nul donc ça reste une grosse amélioration pour la sécurité.

    Après, toute cette duplication de code c'est vrai que ça pique..

  • [^] # Re: Redshift !

    Posté par . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 5.

    J'avais compris mais je pense quand même qu'il est important de faire remarquer qu'avec Wayland, pour avoir vraiment l'équivalent de RedShift (qui n'avais besoin je pense que de travailler avec le serveur X quelque soit le DE) il faut que
    1) chaque compositeur implémente la fonctionnalité (je n'ai pas l'impression que libweston soit beaucoup utilisé, je me trompe?)
    2) l'accès a la fonctionnalité soit standardisée (dans le protocole XDG-Shell je pense)

    Chaque DE reproduisant en interne ce genre de fonctionnalité, bonjour la fragmentation..

  • [^] # Re: Redshift !

    Posté par . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 4.

    du compositeur --> DES compositeurS

    Contrairement à X chaque compositeur fait tout le travail donc chacun doit (ré)implémenter les fonctionnalités..

  • [^] # Re: Code VHDL : peu de lignes ?

    Posté par . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 4.

    Les avis divergent sur le sujet.

    Certains considèrent que comme Intel a réussi à implémenter les mêmes techniques que les RISC et a obtenir de très haute performance la différence d'ISA n'a plus grande importance.

    D'autres pensent que la raison pour laquelle Intel n'a pas réussi à concurrencer ARM sur l'embarqué est que le "décodeur x86" qui est très complexe est un inconvénient au niveau consommation d'énergie,
    bon l'ARM n'est pas vraiment un RISC(*) et son décodeur d'instruction doit quand même être assez compliqué aussi alors..

    *:il y avait une vidéo de présentation sur le RISC-V qui montrait bien toutes la complexité de l'ISA ARM mais je n'ai pas le lien désolé.

  • [^] # Re: Troll

    Posté par . En réponse au journal Jouons un peu avec les adresses IPv6…. Évalué à -1.

    Ça dépend.. Le pare-feu dans la machine de NAT, ça implique que tu est "à poil" si quelqu'un se connecte derrière le pare-feu: acceptable chez soi probablement, mais pas dans une entreprise..

  • [^] # Re: Petit test KDE Neon.

    Posté par . En réponse à la dépêche KDE Plasma 5.8 LTS. Évalué à 9.

    Click long??
    C'est juste une aberration quand on a une souris avec click droit..

  • [^] # Re: Quelle super idée !

    Posté par . En réponse au journal Statue Android à Montélimar . Évalué à 4.

    en attendant en france

    ==> en province
    à Paris ce que tu décris c'est seulement le Dimanche ou au mois d’août en dehors des quartiers touristiques.

    NB: Ceci n'est en aucun cas une pub pour les cafés/restaurants de Paris, les garçons de cafés malpoli à Paris ça n'est pas qu'une légende, il y en a beaucoup malheureusement..

  • [^] # Re: Vulkan?

    Posté par . En réponse au journal Mesa: OpenGL 4.5 et OpenGL ES 3.2 pris en charge. Évalué à 9.

    Pas plus qu'avec OpenGL puisque
    1) il y a déjà des extensions spécifiques à chaque carte avec OpenGL
    2) les pilotes OpenGL étant très compliqués, il n'est pas rare d'avoir du code qui fonctionne sur X mais pas sur Y (même sans utilisée ces fameuses extensions).

    Donc avec Vulkan, normalement le problème (2) devrait diminuer, mais (1) reste bien sûr.

  • [^] # Re: Comment bookmark de gens optimistes

    Posté par . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 3.

    Et la version Anglaise dit "Intel stated in 2015 that the pace of advancement has slowed, starting at the 22 nm feature width around 2012, and continuing at 14 nm. Brian Krzanich, CEO of Intel, announced that "our cadence today is closer to two and a half years than two.”

    C'est ce que je disais: la loi de Moore a du plomb dans l'aile..

  • # J'ai eu une mauvaise expérience avec Canon aussi

    Posté par . En réponse au journal A Savoir: Chez Canon, les cartouches d'encre peuvent désactiver des fonctions de votre scanner!. Évalué à 7.

    Bien que Canon soit considéré comme bon en 'cout à la page' il faut se méfier: ma Canon faisait très souvent des nettoyages des tètes d'impression, nettoyage qui consomme de l'encre..
    Nettoyage qui n'ont pas empêché la tète d'impression de tomber en panne au bout de 3 ans..

    Je suis passer chez HP, je verrai bien si l'imprimante dure plus longtemps, mais elle fait déjà beaucoup moins de nettoyage des tètes d'impression, c'est toujours ça de gagné..

    Dommage que les lasers ça coûte cher, je me souviens en avoir trouvé une à un prix presque raisonnable avant de découvrir qu'elle ne faisait pas le recto/verso: j'ai failli me faire avoir, je ne pensais pas que ça existait encore au 21ème siècle une imprimante non recto/verso.