Guillaume Knispel a écrit 2474 commentaires

  • [^] # Re: Oh les approximations pour prêcher sa paroisse

    Posté par  . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 2.

    En fait je me fiche de la faute d'orthographe. Sur le fond je trouvais que présenter l'éthique comme une contrainte, il fallait oser.

  • [^] # Re: Vivre le marketing Apple pour vendre du Linux

    Posté par  . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 1.

    Un jeu 32 bits n'a pas spécialement un énorme besoin intrinsèque de passer en 64 bits.

  • [^] # Re: Oh les approximations pour prêcher sa paroisse

    Posté par  . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 4.

    même en dehors de toute contrainte étique

    Waouh, fallait oser !

  • [^] # Re: Il ne manque pas une info?

    Posté par  . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 2.

    J'ose espérer que le desktop n'a pas d'impact important sur un jeu vidéo.
    Dans le cas contraire, WTF ?

  • [^] # Re: OSS: l'API est bonne

    Posté par  . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 2.

    C'est vrai que Win32 c'est quand même mieux que cette API de l00ser utopiste ou tout est fichier.

  • [^] # Re: Paul Davis se fâche

    Posté par  . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 10.

    C'est pas un guignol mais il ne faudrait pas non plus croire que son analyse (ou plutôt sa contre analyse) est pure est parfaite. Déjà rejeter de but en blanc les interrupts handlers sur OS généraliste tout en notant qu'au delà point de salut, c'est osé. Enfin bon ptet qu'il veut transformer Linux et FreeBSD en OS temps réel, qui sait ? Certes pour de l'audio pro ça ne reglera pas le problème de si plusieurs processus intéragissent et sont mal codés, mais c'est un peu enfoncer des portes ouvertes que de remarquer ça.

    Pour la petite histoire j'écoutais des MP3 sans jamais avoir aucun lag du temps d'OSS avec une vielle SB sur port ISA, simplement avec des drivers de moins de 100k et sans bloat côté userspace. Autre temps, autres stacks : sur une machine de 2012 probablement 100x plus puissante et avec Pulse j'ai non seulemeent déjà eu des lags et des bugs, mais l'occupation CPU est ridiculement haute dans le processus Pulse. Et j'ai abandonné tout espoir de savoir quel est l'emprunte mémoire associée, entre Alsa en kernel space, Alsa en user space, Pulse et ses biblios.

    Côté audio pro et Jack, je suis moins sûr du délire, mais l'état de la stack audio pour le desktop et les laptops n'est guère reluisant et vouloir proposer une alternative anti-bloat n'a rien d’infamant.

  • [^] # Re: git tag

    Posté par  . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 2.

    Je ne suis pas si sur. Avec git tag j'ai toujours peur d'avoir un commit fait par un dev dans sans branches de developement qui se trouve merge avant le tag.

    Quoi ?

  • [^] # Re: Et sinon...

    Posté par  . En réponse au journal Playnewton: la console vraiment libre. Évalué à 2.

    Malheureusement je ne crois pas que Allwinner publient les datasheets de l'A10, et a vrai dire sur certains aspects je ne suis même pas sûr qu'ils en aient…

  • [^] # Re: Le titre est trop long

    Posté par  . En réponse au journal Typage statique versus typage dynamique. Évalué à 9. Dernière modification le 10 juillet 2012 à 03:20.

    D'un autre côté faire la remarque qu'il faut une bibliothèque pour lire un fichier en sous entendant qu'il existe des langages où c'est implémenté genre par magie, quand on a 20 ans d'xp c'est triste.

  • [^] # Re: Ce qu'il reste à faire...

    Posté par  . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 3.

    Sauf que "This fear is unfounded and based on a misunderstanding of GPLv3. We have not been able to come up with any scenario where Ubuntu would be forced to divulge a private signing key because a third-party computer manufacturer or distributor shipped Ubuntu on a Restricted Boot machine. In such situations, the computer distributor—not Canonical or Ubuntu—would be the one responsible for providing the information necessary for users to run modified versions of the software"

    De toute façon le délire justifiant "secure boot" par un gain de sécurité ne tient pas debout. C'est du même niveau que de trouver très bien le cirque dans les aéroports. Les virus de boot sont peu nombreux et verrouiller complètement le boot n'a pas un grand intérêt quand on modélise les menaces actuelles, aussi bien en théorie qu'en pratique. Par contre ça a un énorme intérêt pour verrouiller artificiellement du logiciel sur du matériel, là-dessus tout le monde est d'accord. Bref toute action légitimant "secure boot" est néfaste pour le logiciel libre.

  • [^] # Re: Hypothèse

    Posté par  . En réponse au journal [hors sujet/humeur] Cinéma sponsorisé. Évalué à 3.

    Tandis que tu achètes tous les produits dont tu vois des pubs au ciné.

  • [^] # Re: CC-BY-NC-SA

    Posté par  . En réponse au journal Ouvrir le code de la vie. Évalué à 4.

    L'État est toujours là et assure la plupart des fonctions régaliennes. Ce qui a disparu, c'est l'intermédiaire qui contrôle la monnaie.

    Ah oui il assure ses fonction régalienne, c'est vrai. Enfin il essaye, mais avec moins de ressources pcq les braves SELeurs ne se soucient pas vraiment de taxer leur activité économique. Enfin bon tant que c'est 3 hippies qui font ça dans un champs, ptet que le fisc s'en fiche. Si ça commençait à vraiment se développer, j'espère bien qu'ils feront péter les redressements fiscaux.

    Les membres des SEL ne cherchent pas à échapper au contrôle de l'État sur le droit de trimballer des armes et de tirer sur les étrangers-qui-nous-ressemblent-pas, ils cherchent une alternative au contrôle d'intermédiaires sur la monnaie. Et je ne vois pas vraiment de lien entre les deux notions.

    Le lien c'est la soustraction aux taxes sur l'activité économique. Les Tea Party en rêvent. Les SELeurs le font. Certes les Tea-Party rêvent aussi des choses dont les SELeurs ne rêvent pas.

  • [^] # Re: Anti-canonical primaire

    Posté par  . En réponse au journal FSF & SecureBoot. Évalué à 3.

    Relis tout plus attentivement.

  • [^] # Re: Ce qu'il faut faire

    Posté par  . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 2.

    Effectivement le libre n'est pas que le copyleft. Le libre c'est une philosophie, c'est notamment avoir la liberté d'exécuter ce que l'on veut (or contrainte de sécu, contractuelle ou réglementaire que celui qui possède la machine doit pouvoir gérer à sa guise et avoir la pleine responsabilité primaire de l'implémentation => déléguer la gestion de la sécu n'est PAS une délégation si on ne peut reprendre le contrôle quand on le souhaite). Bref une fois le libre Tivoisé, c'est plus vraiment libre. Tous comme un logiciel n'est pas libre rien que parce qu'il contient des bouts de binaires sous licence BSD…

  • [^] # Re: Ce qu'il faut faire

    Posté par  . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 4.

    Quitte à faire souffrir des diptères, UEFI n'existait pas en 2003.

  • [^] # Re: Ce qu'il reste à faire...

    Posté par  . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 0.

    Bref Canonical n'aime pas que ses utilisateurs soient libres.

  • [^] # Re: RH ne supporte pas Secure Boot

    Posté par  . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 6.

    Mais bien sûr, tous les auteurs d'applis qui espionnent tout et n'importe quelles données des utilisateurs de téléphone sans aucune justification ont eu des tas de problème et sont maintenant tous en prison, c'est bien connu.

    Qu'est-ce qu'on veut pas nous faire avaler pour nous faire accepter n'importe quelle dérive privatrice et big brotherienne.

  • [^] # Re: hm

    Posté par  . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 2.

    Ouai enfin c'est un peu un faux amis lorsqu'employé ainsi. Autant dans le cas libre vs. propriétaire on peut se dire ouai pourquoi pas, vu qu'il s'agit de nommer un nouveau concept, autant dire propriétaire lorsque l'on parle d'un truc qu'on désignerait bien mieux par exclusif ou spécifique, c'est dommage, ça fait un peu jargon inutile.

  • [^] # Re: HS pédo

    Posté par  . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 3.

    Je pense qu'on peut faire à peu près confiance à la justice pour faire les bonnes distinctions sur le sujet.

    Donc en étirant le concept à fond, on pourrait écrire n'importe quoi dans le code pénal, on s'en fiche un peu après tout, on peut faire confiance aux juges pour être raisonnables ?

  • [^] # Re: Intéressant mais...

    Posté par  . En réponse au journal Arnaud Montebourg se sarkozyse (la free telecom song).. Évalué à 9.

    Seulement quand on écrit en LaTeX.

  • [^] # Re: hm

    Posté par  . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 3.

    C'est assez facile de désassembler cette partie précise du soft et de vérifier que windows ne balance pas ce message à la légère.

    En fait, la terre entière désassemble windows h24, que ça soit les créateurs de virus ou les boites d'antivirus ou j'en passe. Sans compter ceux qui désassemblent ET qui ont les sources, et ça inclue là encore beaucoup de monde.

    Et tout ce que je viens de dire n'est en fait pas vraiment nécessaire : tous les dev de device driver windows sont confrontés "régulièrement" (plus ou moins, selon leur niveau de roxitude) à des BSOD, et eux aussi se rendrait compte si il régnait vraiment un grand n'importe quoi.

    Et de plus sans compter que tous les employés de chez MS ne sont pas des drones. Il y a même régulièrement des fuites.

    Donc même si ton raisonnement tient théoriquement la route, en pratique c'est aussi plausible qu'un fabriquant d'auto mettant des backdoor dans les calculateurs des voitures pour que les services secrets puissent assassiner facilement qui ils veulent en cliquant sur un bouton, le tout sans que personne ne parle. Merde, même les purs psycho machiavéliques sont tellement fiers de leur projets ultra top secret qu'ils balancent quelques années après tous les détails, alors dans une simple boite d'info non classifiée remplie de geeks, n'en parlons pas.

    Si un jour quelqu'un se rendait compte que MS falsifiait de manière aussi flagrante des messages d'erreurs, ça ferait du bruit. Et concernant XP je pense que quelqu'un s'en serait déjà rendu compte, depuis le temps.

  • [^] # Re: "complot"

    Posté par  . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 10.

    L'obsolescence programmée est rarement intégralement complotiste, sauf peut être dans des marchés très spécifiques comme les cartouches d'imprimantes & co, enfin bon des boites qui essaient d'arnaquer leur client ça a probablement toujours existé.

    L'obsolescence programmée est principalement due à la rentabilité des produits de merde et pas cher. Le consommateur est fautif. Le fabriquant amoral, recherche simplement le profit quelque soit les dommages collatéraux, ce qui est absolument conforme à l'idéal de certains, et parfois même dérive quand même un peu vers le complotisme en tentant très fort (et en réussissant particulièrement bien) à rééduquer les gens pour qu'ils considèrent les gadgets électroniques rendus irrecyclables comme des consommables.

    Il en est même qui se font traiter de génies pour pratiquer ces méthodes de la manière la plus efficace possible. Ce qui est sûr, c'est que ça rapporte, et que projeté dans l'espace monodimensionnel fétiche des sociopathes, ça a l'air bougrement efficace.

  • [^] # Re: Foutaise ? Pas pour tous les produits !

    Posté par  . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 1.

    C'est d'ailleurs pour ça que pour un ordinateur portable, ou un chargeur quelconque, tu dois brancher d'abord l'appareil sur le chargeur avant de mettre du courant dessus. Ainsi le transformateur joue le rôle de fusible ce qui évite de tuer l'appareil directement.

    Peut-être sur des merdes bon marché. Sur un truc fait vaguement à moitié correctement, j'ai aucune idée de pourquoi il faudrait faire ça.

    Reste qu'effectivement allumer et éteindre sans arrêt un truc électrique ne rallonge probablement pas vraiment sa durée de vie…

  • [^] # Re: "complot"

    Posté par  . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 3.

    Le dernière fois que j'ai vu de l'électronique spaciale européenne en 2006, le top était de la DRAM edo car la SDRAM ne pouvait pas voler à cause du coté synchrone.

    Tu peux développer ?

  • # hm

    Posté par  . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 10.

    Si tu regardes en haut de l'écran, il y a écrit MACHINE_CHECK_EXCEPTION. Ça veut dire que le matos, pas le soft, est cassé.

    Concernant la stabilité, il s'agit a peu près d'un XP (ou supérieur) donc c'est à peu près aussi stable que tous les autres systèmes de l'ère moderne.

    Et la réponse à pourquoi avoir choisi Windows (Embedded) est probablement simple: parce que tout comme certains sont dans un microcosme des gens qui ne connaissent "bien" qu'une variante de GNU/Linux, d'autres sont dans un microcosme des gens qui ne connaissent "bien" que des trucs de MS.

    De tous les critères que tu cites aucun n'est applicable ou suffisamment impactant.

    • La stabilité : c'est correct.
    • Le prix : pour une station de velib, osef un peu de mettre 100€ (ou je sais pas combien) en plus.
    • Les fonctionnalités : l'os n'est pas vraiment utilisé pour ses nombreuses fonctionnalités…

    De plus dans l'histoire des fournisseurs tiers peuvent très bien avoir proposé des biblio pour faire x ou y sous windows et rien d'autre (paiement, etc)