Par le passé j'avais tendance à essayer de convertir des personnes au logiciel libre.
Mais j'ai essuyé tellement de refus comme "ton truc marche pas", "c'est un truc de hippie", "je préfère rester chez google" ou "je n'ai rien à cacher" que ça m'a complètement découragé.
Je m'y prend peut-être mal mais le fait que je fasse de l'informatique n'aide visiblement pas à convaincre.
Je me rattrape avec moi-même où là par contre je ne fais presque aucun compromis.
J'ai regardé rapidement le document d'Intel et je ne trouve pas le correctif proposé très propre.
J'ai un peu l'impression qu'Intel propose des manières de se protéger mais ces manières devront être utilisées par les programmeurs (noyau et plus bas je pense).
J'ai quand même un peu de mal à comprendre leur philosophie. Quand je merde quelque part je corrige tout seul le problème, je ne propose pas des solutions à mes utilisateurs pour se protéger de mes erreurs…
Six jeunes m'abusent ce noyau "Debian" est protégé contre Meltdown puisqu'il inclut la KPTI mais pas contre Spectre.
Il y a un script qui traîne sur GitHub pour savoir les failles qui touchent le noyau qui tourne actuellement sur votre machine.
Après je suis dans le même cas que vous, c'est-à-dire que je n'ai pas ces "fichiers" dans mon sysfs. Je rejoins toutefois l'avis de Renault, ces fichiers arriveront mais avec Debian soyons patients.
Je suis agréablement surpris qu'un de mes articles soit dans la liste !
Je vais toutefois rendre à César ce qui est César en remerciant une fois de plus les personnes qui ont contribué à l'article que je n'ai qu'initié !
SymbiFlow a pour but de réunir les différents projets liés au FPGA et entre autres permettre au projet d'être multi-constructeur (Xilinx et Lattice).
Je ne pense pas que cette suite d'outil puisse permettre aux projets d'être multi-constructeur mais plutôt qu'au lieu de télécharger IceStorm pour les FPGA Lattice et SpartanStorm (nom au pif) pour les FPGA Xilinx il suffira de télécharger SymbiFlow qui pourra aussi bien transformer le code VHDL ou Verilog en bitstream et programme le FGPA qu'il soit Lattice ou Xilinx.
En tout cas ce monsieur est assez balaise ! C'est une excellente chose que d'avoir des outils libres pour programmer les FPGA !
Je vais me faire l'avocat du diable (personnellement c'est plutôt mourir que de travailler chez un GAFAM) mais que pensez-vous de travailler dans les pôles open-source de ces entreprises ?
Au niveau des pôles open source, ça donne :
* Google a quelques développeurs noyaux,
* Apple est pas mal à l'origine de LLVM,
* Amazon a des parties de AWS open source et a peut-être des développeurs noyaux ou orientés virtualisation
Pour Facebook et Microsoft je n'en sais rien mais dans tous les cas ces entreprises sont toutes de grosses utilisatrices de logiciel open source notamment le noyau, les systèmes de fichiers, les base de données et les techniques de virtualisation.
Est-ce que vous pouvez m'en dire plus à ce sujet ? Est-ce que les branchements sur la platine de prototypage permettent de reproduire l'UAL, les caches (s'il y en avait), etc. présents dans le Z80 ?
Firefox Focus pour Android (ou Firefox Klar si vous le téléchargez depuis F-Droid ; le navigateur simpliste de Firefox pour ouvrir rapidement des liens sans charger toutes les fonctionnalités d’un Firefox standard) permet d’ouvrir plusieurs liens dans des onglets différents
Pour ouvrir un nouvel onglet il suffit d'appuyer longtemps sur un lien pour qu'un menu contextuel s'ouvre et propose d'ouvrir le lien dans un nouvel onglet (il n'y a donc pas de bouton pour ouvrir un nouvel onglet comme dans Firefox classique).
De plus lors d'un changement d'onglet la page web est rechargée, d'ailleurs si quelqu'un a des informations là-dessus je suis preneur (pourquoi ne pas garder l'onglet RAM et préférer le recharger).
Vu que je n'ai jamais exactement su ce qui se cachait derrière la notion de dev ops le seul commentaire que je peux faire sur cette news concerne son logo !
D'après Debian le Raspberry Pi nécessite un blob propriétaire pour démarrer puisqu'il démarre en utilisant son GPU. GNUSTEP inclue-t-il ce blob propriétaire ?
Tant mieux si c'est parti rapidement ! C'est que l'événement attire et vu sa qualité c'est amplement mérité !
Quant à moi je vais me rabattre sur l'embedded recipes !
Je ne vois que l'inscription pour : "Kernel Recipes 2017 - Apéro Gandi - Sept 27, 2017", cela signifie-t-il qu'il n'y a plus de places pour les journées ???
J'ai pensé après coup qu'il y aurait sûrement des difficultés, par exemple en utilisant la syntaxe d'un langage non objet pour "écrire" un langage objet.
Après mon poste était vraiment un poste d'idéaliste rêveur :)
Reason n’est ni plus ni moins qu’une option dans le compilateur. Nous parlons ici de l’option -pp qui permet de remplacer la partie frontale du compilateur par un préprocesseur ad hoc
Même si ça dénature un peu le langage (pour moi la syntaxe d'un langage est une grosse part de son identité) je trouve ce projet intéressant et je me demande même s'il ne serait pas possible de l'étendre à d'autres langages.
On pourrait aller plus loin en imaginant pouvoir écrire des front-ends analyseurs syntaxiques pour n'importe quel compilateur qui permettrait de profiter des spécificités d'un langage (optimisation, interprétation, etc.) sans avoir à en connaître la syntaxe.
En fait je parlais de l'op code.
Lorsque l'instruction pointée par EIP est lue son op code est mis dans un registre mais si l'op code est par exemple 0X48 83 E0 et qu'il est mis dans un register 32 bits il deviendra 0x00 48 83 E0 du coup ça ne va pas changer grand chose point de vue manipulation de l'op code ?
Ma question va peut-être paraître bête mais vu que le code opération est stocké dans un registre de, je suppose, 32 ou 64 bits du coup même si le code d'opération est sur 8 bits il sera étendu avec des 0 ?
Du coup d'un point de vue manipulation ça ne devrait pas changer grand chose ?
Quelqu'un pourrait me dire pourquoi gcc préfère faire un and sur un octet plutôt que sur qword ?
Je suis un peu plus habitué au monde RISC où beaucoup d'instructions prennent un cycle à s'exécuter, est-ce parce qu'un andb est plus rapide qu'un andq ?
Enfin, est-ce que le correctif d'Intel est open source ? J'imagine bien que la solution consiste à trouver le motif problématique et à remplacer un registre par un autre mais je serai curieux de voir la solution.
À ce sujet Intel donne-t-elle plus d'informations sur le problème en matériel ? À quoi est-ce du ? Un mauvais routage, etc. ?
Posté par Eiffel .
En réponse à la dépêche Sortie de Replicant 6.0.
Évalué à 4.
Dernière modification le 03 juillet 2017 à 00:08.
C'est utilisable, cela dépend pour faire quoi. Je n'ai pas pas de téléphone fixe, et je n'ai qu'un ordinateur de poche (un Samsung Galaxy S3 sans 4G), il est sous Replicant.
Je suis pourtant un gros guru du libre mais mon (smart)phone me sert principalement à téléphoner et envoyer des SMS. Si je dois faire une recherche web un peu avancée je lui préfère amplement un ordinateur qui est, pour moi, loin d'être remplacé par un smartphone.
Maintenant qu'Ubuntu n'est plus de la partie, il est toujours possible d’espérer avec Plasma Mobile.
Il me semble que Plasma Mobile n'est qu'une interface qui se place au dessus d'AOSP donc ça ne sera pas plus libre que les ROMs Android custom (comme LineageOS) qui embarquent des blobs propriétaires pour gérer les périphériques d'un smartphone.
Me concernant j'ai un téléphone sous LineageOS sans service Google et j'en suis satisfait autant du point de vue des applications que du point de vue respect de ma vie privée.
Je tiens aussi à vous féliciter.
Je m'étais rendu compte du changement il y a quelques jours en allant sur LXR pour trouver un bout de code du noyau et j'avais vraiment été agréablement surpris.
Déjà la béta de l'ancien LXR était cool car elle permettait de rechercher des macros mais là l'interface est vraiment cool :)
À la rigueur une petite feature en plus qui me ferait plaisir serait de choisir la couleur du visionnage du code (j'ai une préférence pour les éditeurs blanc sur fond noir ).
Je suis très fortement intéressé par les RMLL toutefois je n'ai pas trouvé les horaires "d'ouverture" sur le site ? Ai-je mal cherché ou bien ne sont-ils pas encore communiqués ?
C’est plutôt qu’on ne se limite pas à implémenter uniquement ce que propose POSIX
Les implémentations "en plus" du standard finissent parfois par être incluses dans le standard comme cela peut être le cas en C++ avec boost.
Par conséquent aller plus loin que le standard n'est pas une mauvaise chose même s'il faut que les programmeurs aient connaissance que telle ou telle fonction ne soient pas dans le standard.
# Je n'essaye même plus...
Posté par Eiffel . En réponse au sondage La prochaine personne que je pense convertir au libre :. Évalué à 5.
Par le passé j'avais tendance à essayer de convertir des personnes au logiciel libre.
Mais j'ai essuyé tellement de refus comme "ton truc marche pas", "c'est un truc de hippie", "je préfère rester chez google" ou "je n'ai rien à cacher" que ça m'a complètement découragé.
Je m'y prend peut-être mal mais le fait que je fasse de l'informatique n'aide visiblement pas à convaincre.
Je me rattrape avec moi-même où là par contre je ne fais presque aucun compromis.
[^] # Re: Y en a un qui n'est pas content
Posté par Eiffel . En réponse à la dépêche Meltdown et Spectre, comment savoir si votre noyau est vulnérable ou pas. Évalué à 6.
J'ai regardé rapidement le document d'Intel et je ne trouve pas le correctif proposé très propre.
J'ai un peu l'impression qu'Intel propose des manières de se protéger mais ces manières devront être utilisées par les programmeurs (noyau et plus bas je pense).
J'ai quand même un peu de mal à comprendre leur philosophie. Quand je merde quelque part je corrige tout seul le problème, je ne propose pas des solutions à mes utilisateurs pour se protéger de mes erreurs…
[^] # Re: Touché coulé ?
Posté par Eiffel . En réponse à la dépêche Meltdown et Spectre, comment savoir si votre noyau est vulnérable ou pas. Évalué à 4.
Six jeunes m'abusent ce noyau "Debian" est protégé contre Meltdown puisqu'il inclut la KPTI mais pas contre Spectre.
Il y a un script qui traîne sur GitHub pour savoir les failles qui touchent le noyau qui tourne actuellement sur votre machine.
Après je suis dans le même cas que vous, c'est-à-dire que je n'ai pas ces "fichiers" dans mon sysfs. Je rejoins toutefois l'avis de Renault, ces fichiers arriveront mais avec Debian soyons patients.
# Agréable surprise !
Posté par Eiffel . En réponse à la dépêche Le meilleur des articles LinuxFr.org en 2017. Évalué à 2.
Je suis agréablement surpris qu'un de mes articles soit dans la liste !
Je vais toutefois rendre à César ce qui est César en remerciant une fois de plus les personnes qui ont contribué à l'article que je n'ai qu'initié !
[^] # Re: Ais-je bien compris?
Posté par Eiffel . En réponse à la dépêche SymbiFlow, vers la synthèse libre pour la Série 7 de Xilinx. Évalué à 6.
Je ne pense pas que cette suite d'outil puisse permettre aux projets d'être multi-constructeur mais plutôt qu'au lieu de télécharger IceStorm pour les FPGA Lattice et SpartanStorm (nom au pif) pour les FPGA Xilinx il suffira de télécharger SymbiFlow qui pourra aussi bien transformer le code VHDL ou Verilog en bitstream et programme le FGPA qu'il soit Lattice ou Xilinx.
En tout cas ce monsieur est assez balaise ! C'est une excellente chose que d'avoir des outils libres pour programmer les FPGA !
# Et les poles open-source de ces entreprises ?
Posté par Eiffel . En réponse au sondage Travailler pour les GAFAM. Évalué à 3.
Je vais me faire l'avocat du diable (personnellement c'est plutôt mourir que de travailler chez un GAFAM) mais que pensez-vous de travailler dans les pôles open-source de ces entreprises ?
Au niveau des pôles open source, ça donne :
* Google a quelques développeurs noyaux,
* Apple est pas mal à l'origine de LLVM,
* Amazon a des parties de AWS open source et a peut-être des développeurs noyaux ou orientés virtualisation
Pour Facebook et Microsoft je n'en sais rien mais dans tous les cas ces entreprises sont toutes de grosses utilisatrices de logiciel open source notamment le noyau, les systèmes de fichiers, les base de données et les techniques de virtualisation.
[^] # Re: Le Z80 pour tous
Posté par Eiffel . En réponse à la dépêche Revue de presse — novembre 2017. Évalué à 2. Dernière modification le 20 novembre 2017 à 11:33.
Salut.
Est-ce que vous pouvez m'en dire plus à ce sujet ? Est-ce que les branchements sur la platine de prototypage permettent de reproduire l'UAL, les caches (s'il y en avait), etc. présents dans le Z80 ?
Au revoir.
# Petite précision sur Firefox Focus/Klar et le multi-onglet
Posté par Eiffel . En réponse à la dépêche Firefox fait des vannes pour sa version 56. Évalué à 2.
Pour ouvrir un nouvel onglet il suffit d'appuyer longtemps sur un lien pour qu'un menu contextuel s'ouvre et propose d'ouvrir le lien dans un nouvel onglet (il n'y a donc pas de bouton pour ouvrir un nouvel onglet comme dans Firefox classique).
De plus lors d'un changement d'onglet la page web est rechargée, d'ailleurs si quelqu'un a des informations là-dessus je suis preneur (pourquoi ne pas garder l'onglet RAM et préférer le recharger).
# Joli logo !
Posté par Eiffel . En réponse à la dépêche devops REX - publication du programme du 2 octobre 2017. Évalué à 4.
Vu que je n'ai jamais exactement su ce qui se cachait derrière la notion de dev ops le seul commentaire que je peux faire sur cette news concerne son logo !
# Raspberry Pi
Posté par Eiffel . En réponse à la dépêche CD amorçable GNUSTEP 2.5.1 (AMD64) et 2.6 (Raspberry Pi). Évalué à 1.
D'après Debian le Raspberry Pi nécessite un blob propriétaire pour démarrer puisqu'il démarre en utilisant son GPU. GNUSTEP inclue-t-il ce blob propriétaire ?
# Pycon bière ?
Posté par Eiffel . En réponse à la dépêche Programme de la PyConFR 2017. Évalué à 1.
Ils offrent un verre de picon bière avec l'entrée ???
-->[]
[^] # Re: Les inscriptions sont maintenant ouvertes !
Posté par Eiffel . En réponse à la dépêche Kernel Recipes 2017 : les inscriptions vont bientôt démarrer. Évalué à 1.
Tant mieux si c'est parti rapidement ! C'est que l'événement attire et vu sa qualité c'est amplement mérité !
Quant à moi je vais me rabattre sur l'embedded recipes !
[^] # Re: Les inscriptions sont maintenant ouvertes !
Posté par Eiffel . En réponse à la dépêche Kernel Recipes 2017 : les inscriptions vont bientôt démarrer. Évalué à 1.
Bonjour.
Je ne vois que l'inscription pour : "Kernel Recipes 2017 - Apéro Gandi - Sept 27, 2017", cela signifie-t-il qu'il n'y a plus de places pour les journées ???
Au revoir et merci d'avance.
# Une souris ? Qu'est ce qu'une souris ?
Posté par Eiffel . En réponse au sondage Ma première souris avait.... Évalué à 4.
Chez moi on parle plutôt de mulot !
[^] # Re: Reason
Posté par Eiffel . En réponse à la dépêche OCaml 4.04 et 4.05. Évalué à 1.
J'ai pensé après coup qu'il y aurait sûrement des difficultés, par exemple en utilisant la syntaxe d'un langage non objet pour "écrire" un langage objet.
Après mon poste était vraiment un poste d'idéaliste rêveur :)
# Reason
Posté par Eiffel . En réponse à la dépêche OCaml 4.04 et 4.05. Évalué à 4.
Même si ça dénature un peu le langage (pour moi la syntaxe d'un langage est une grosse part de son identité) je trouve ce projet intéressant et je me demande même s'il ne serait pas possible de l'étendre à d'autres langages.
On pourrait aller plus loin en imaginant pouvoir écrire des front-ends analyseurs syntaxiques pour n'importe quel compilateur qui permettrait de profiter des spécificités d'un langage (optimisation, interprétation, etc.) sans avoir à en connaître la syntaxe.
[^] # Re: Optimisation de GCC et ouverture du correctif
Posté par Eiffel . En réponse à la dépêche Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel. Évalué à 0.
En fait je parlais de l'op code.
Lorsque l'instruction pointée par EIP est lue son op code est mis dans un registre mais si l'op code est par exemple 0X48 83 E0 et qu'il est mis dans un register 32 bits il deviendra 0x00 48 83 E0 du coup ça ne va pas changer grand chose point de vue manipulation de l'op code ?
[^] # Re: Optimisation de GCC et ouverture du correctif
Posté par Eiffel . En réponse à la dépêche Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel. Évalué à 2.
Ma question va peut-être paraître bête mais vu que le code opération est stocké dans un registre de, je suppose, 32 ou 64 bits du coup même si le code d'opération est sur 8 bits il sera étendu avec des 0 ?
Du coup d'un point de vue manipulation ça ne devrait pas changer grand chose ?
# Optimisation de GCC et ouverture du correctif
Posté par Eiffel . En réponse à la dépêche Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel. Évalué à 6. Dernière modification le 06 juillet 2017 à 14:44.
Quelqu'un pourrait me dire pourquoi gcc préfère faire un and sur un octet plutôt que sur qword ?
Je suis un peu plus habitué au monde RISC où beaucoup d'instructions prennent un cycle à s'exécuter, est-ce parce qu'un andb est plus rapide qu'un andq ?
Enfin, est-ce que le correctif d'Intel est open source ? J'imagine bien que la solution consiste à trouver le motif problématique et à remplacer un registre par un autre mais je serai curieux de voir la solution.
À ce sujet Intel donne-t-elle plus d'informations sur le problème en matériel ? À quoi est-ce du ? Un mauvais routage, etc. ?
[^] # Re: Aux confins de l'extrême...
Posté par Eiffel . En réponse à la dépêche Sortie de Replicant 6.0. Évalué à 4. Dernière modification le 03 juillet 2017 à 00:08.
Je suis pourtant un gros guru du libre mais mon (smart)phone me sert principalement à téléphoner et envoyer des SMS. Si je dois faire une recherche web un peu avancée je lui préfère amplement un ordinateur qui est, pour moi, loin d'être remplacé par un smartphone.
Il me semble que Plasma Mobile n'est qu'une interface qui se place au dessus d'AOSP donc ça ne sera pas plus libre que les ROMs Android custom (comme LineageOS) qui embarquent des blobs propriétaires pour gérer les périphériques d'un smartphone.
Me concernant j'ai un téléphone sous LineageOS sans service Google et j'en suis satisfait autant du point de vue des applications que du point de vue respect de ma vie privée.
[^] # Re: Bravo
Posté par Eiffel . En réponse à la dépêche Première sortie d’Élixir : embarquez, naviguez !. Évalué à 2.
Je tiens aussi à vous féliciter.
Je m'étais rendu compte du changement il y a quelques jours en allant sur LXR pour trouver un bout de code du noyau et j'avais vraiment été agréablement surpris.
Déjà la béta de l'ancien LXR était cool car elle permettait de rechercher des macros mais là l'interface est vraiment cool :)
À la rigueur une petite feature en plus qui me ferait plaisir serait de choisir la couleur du visionnage du code (j'ai une préférence pour les éditeurs blanc sur fond noir ).
# KDE 5.8 !
Posté par Eiffel . En réponse à la dépêche Debian 9 : Stretch déploie ses tentacules. Évalué à 5.
Sacré bond en avant ! Ça fait plaisir de voir Plasma dans Debian, qui sait Debian pourrait potentiellement remplacer ma Kubuntu ?
# Les horaires ?
Posté par Eiffel . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre 2017 : hébergement et organisation. Évalué à 2.
Bonjour à toutes et à tous.
Je suis très fortement intéressé par les RMLL toutefois je n'ai pas trouvé les horaires "d'ouverture" sur le site ? Ai-je mal cherché ou bien ne sont-ils pas encore communiqués ?
Au revoir et merci d'avance.
# Machine de Turing
Posté par Eiffel . En réponse à la dépêche Outil d’évaluation des aptitudes au développement. Évalué à 2.
Du coup c'est une version en ligne d'une machine de Turing ?
Si c'est le cas c'est pas mal, ça permet de se replacer dans un niveau algorithmique assez bas.
[^] # Re: linux, statx et Unix proprio
Posté par Eiffel . En réponse à la dépêche Sortie du noyau Linux 4.11. Évalué à 2.
Les implémentations "en plus" du standard finissent parfois par être incluses dans le standard comme cela peut être le cas en C++ avec boost.
Par conséquent aller plus loin que le standard n'est pas une mauvaise chose même s'il faut que les programmeurs aient connaissance que telle ou telle fonction ne soient pas dans le standard.