J'ai moinssé ce journal, mais je n'aime pas faire ça sans commentaire, donc c'est parti, "pourquoi que j'ai moinssé".
Tout d'abord, le ton idolâtre ne me sied guère. Dès le départ avec Torvalds qui aurait dit que porter linux était un effort trop important mais que Asahi le fait, trop fort. Je ne nie en aucun cas les efforts que ça représente, mais par contre une citation tronquée c'est tout de suite un carton rouge pour moi. Jamais Linus n'a dit que c'était un effort trop important.
La première citation sur le sujet, "I've been waiting for an ARM laptop that can run Linux for a long time. The new Air would be almost perfect, except for the OS. And I don't have the time to tinker with it, or the inclination to fight companies that don't want to help." Il ne dit pas que l'effort est trop important, juste qu'il n'a pas que ça à faire. https://www.realworldtech.com/forum/?threadid=196533&curpostid=196570
La seconde est dans une interview pour zdnet, https://www.zdnet.com/article/linus-torvalds-would-like-to-use-an-m1-mac-for-linux-but/ : "The main problem with the M1 for me is the GPU and other devices around it, because that's likely what would hold me off using it because it wouldn't have any Linux support unless Apple opens up." Encore une fois, nulle mention de "c'est un effort trop important", ni même de "wow" d'ailleurs. Avec au passage des commentaires sur l'inutilité de l'autonomie pour son besoin, alors qu'avoir plus de cœurs serait plus utile. Au passage, Linus est quelqu'un d'intelligent qui n'aurait jamais dit "l'effort est trop important", toutes ses phrases emploient "would/wouldn't", du conditionnel donc.
Ensuite tout un laius sur l'écran trop génial, commentaire qui me laisse complètement de marbre, étant heureux avec mes écrans complètement déréglés en faible luminosité, absolument pas brillants, qui tolèrent de la poussière et des traces de doigts sans que ça ne soit visible à l'usage.
Concernant le clavier, d'un journal qui me promet de la technique, la déception est totale, la mécanique du clavier est peut-être intéressante (il faudrait que j'en essaie un pour être convaincu), mais tomber en pamoison devant une simple carte de clavier… à quand l'émerveillement pour l'azerty belge ? (Au passage, la norme azerty afnor corrige effectivement un ensemble de choix arbitraires de l'azerty "classique")
Et… et c'est tout en fait, pas plus de contenu dans ce journal ?
Alors qu'on pourrait parler du GPU qui a la particularité d'avoir une interface pour l'OS d'assez haut niveau, j'aimerais bien en savoir plus sur la gestion du Device Tree s'il y en a un, le choix de firmware par Apple, le bootloader, l'état du support matériel (ça y est, les hauts parleurs marchent ? de mémoire c'était pas fini)
Bref, j'ai moinssé parce que je n'aime pas qu'on me dise "Linux sur XYZ", sans qu'une seule ligne n'évoque l'état de Linux sur la machine…
Si il avait eu un port interne, aurait-il été en Gigabit ?
Honnêtement pour moi bosser le port 100 Mbps est bien suffisant, et surtout l'absence d'adaptateur à trimbaler n'a pas de prix. Après je conçois que si y'a beaucoup de téléchargement ou de téléversement, ça devient gênant, mais ça fait quand même pas si longtemps que ça que l'on n'est plus limités par le xDSL.
Je note également que des trois portables de la photo, un seul n'a pas de lecteur de carte à puce, ni de port USB-A… Oserais-je demander pour les ports RJ45 ?
C'est ce constat qui m'a entre autre fait relativisé l'importance d'avoir un système Linux installé sur mes machines (le fameux "à quoi bon"), ce critère devenant moins décisif dans le choix de mes futurs appareils.
Donc… vu que le CPU ou le firmware a des failles (détectées et corrigées, les mises à jour de microcode ont couvert 99% des cas) qui en prime ne te concernent pas nécessairement (meltdown était très violente, mais les autres failles sont surtout critiques pour les loueurs de machines virtuelles qui n'ont absolument pas envie que leurs clients s'espionnent les uns les autres), tu abandonnes toute idée de liberté ou d'indépendance numérique.
Personnellement, j'avais considéré l'iPad justement comme solution de replis, car ayant besoin de rester dans l'univers Apple, et étant pessimiste sur l'avenir de Linux sur PC à cause des manoeuvres de Microsoft et des différentes failles sur les processeurs Intel et AMD.
C'est vrai que les processeurs ARM n'ont pas eu de faille…
root@mon-serveur:~# lscpu
Architecture: aarch64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 6
On-line CPU(s) list: 0-5
Thread(s) per core: 1
Core(s) per socket: 6
Socket(s): 1
NUMA node(s): 1
Vendor ID: ARM
Model: 4
Model name: Cortex-A53
Stepping: r0p4
CPU max MHz: 1800.0000
CPU min MHz: 408.0000
BogoMIPS: 48.00
NUMA node0 CPU(s): 0-5
Vulnerability Gather data sampling: Not affected
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Mmio stale data: Not affected
Vulnerability Retbleed: Not affected
Vulnerability Spec rstack overflow: Not affected
Vulnerability Spec store bypass: Vulnerable
Vulnerability Spectre v1: Mitigation; __user pointer sanitization
Vulnerability Spectre v2: Vulnerable
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Tiens ? Ha ben si en fait.
Quant aux restrictions par Microsoft, des solutions comme le DMA devraient in fine leur interdire d'interdire l'installation de Linux sur PC. Sur machine ARM c'est une autre histoire parce que ces machines sont ultra minoritaires sur le marché.
Le manque de maturité de Linux (c'était en 2001, aujourd'hui cet argument ne serait probablement plus valable). Pour rappel en 2001 (au tout début de Linux 2.6 pour ceux qui se souviennent): il y avait à peine le support de l'USB, le système de fichier EXT3 n'existait pas encore (alors que BeOS avec BFS disposait déjà d'un système de fichiers journalisé), et plein d'autres problèmes de ce type.
Au début du 2.4 tu veux dire ? Je me souviens avoir commencé sur un 2.2.17 puis un 2.4.3. Wikipedia confirme que le 2.6 est sorti en 2003…
Pour du desktop, le 2.6 a introduit pas mal de choses, dont udev qui a quand même simplifié les hotplug/coldplug qui dépendaient des distributions et pouvaient «laisser à désirer».
Parce que j'adore Haiku, ça fait des années que je passe au fosdem déposer mon billet à leur stand, j'ai déjà donné une machine sous Haiku à une personne de ma famille…
Je regrette terriblement que l'on n'ait plus vraiment d'OS libre pensé pour le desktop. Linux marche bien, évidemment, mais quand on regarde ce qui est fait sur Haiku pour, par exemple, la gestion des paquets, on a quand même quelque chose d'hyper séduisant. J'ai des souvenirs de Syllable et de SkyOS aussi (qui étaient non libres de mémoire)… Proposer une alternative qui ne soit pas juste un clone de l'existant, c'est indispensable si on veut voir une évolution.
C'est peut être juste moi, mais je ne vois aucune image ou lien vers des images. (Firefox Android)
Nan mais vous faîtes tout pour m'embêter de toute façon.
L'autohébergement, c'est bien, mais quand y'a une coupure de courant et que derrière il faut s'en rendre compte, aller rallumer le serveur et saisir la phrase de déchiffrement des disques, ben ça fait des coupures. Le serveur était éteint de ~21H à ~22H50. Et forcément c'est le moment où tu as essayé. C'est vraiment trop injuste.
Mais j'envisage une redondance électrique, promis, ça serait pas difficile à mettre en place vu l'installation.
Est ce que le nom est définitif ? (sachant qu'il contient OVH, pas de problèmes de nom de marque ?)
Du coup, vu que c'est de votre faute d'abord, je demande "l'avis de la commu" (je crois qu'on dit ça de nos jours, pas sûr)… Est-ce-que "Momoq" ça irait comme nom, inspiré des anciens Mom, Momi et Moma pour ceux qui ont connu OVH y'a 10/15 ans…
Mais qui va le voir dans un environnement qui fait allègrement (oserais-je dire volontairement ?) la confusion entre free et free, la confusion entre vscode fermé et vscodium open source…
Du coup je suis heureux avec Qt Creator, Kate et KDevelop.
Est ce que le nom est définitif ? (sachant qu'il contient OVH, pas de problèmes de nom de marque ?)
Est ce qu'une première release est prévue ? Si oui, à quelle échéance ?
Houla les questions pièges !
Le nom est constitué de l'usuel «quoi que ça bidouille» + «quoi que ça fait». Mais oui si c'est pour une vraie diffusion, le «quoi que ça bidouille» étant une marque ici, c'est pas forcément gagné, d'autant plus que je me suis amusé à reprendre l'antique logo d'OVH en icône de l'application… Je ne suis en tout cas absolument pas attaché au fruit de mon absence d'imagination.
Après je note que j'ai dans les paquets disponibles des aws-machin ou aws-bidule qui ne sont pas codés par amazon… Donc je m'inquièterais plus pour l'icône que pour le nom.
Quant à la seconde question, la première release… J'avoue que je ne me posais pas de question, si ça peut servir à des gens, je peux voir pour en faire une très prochainement. Jusqu'à maintenant 100% des utilisateurs faisaient git pull + make ou ninja selon l'humeur, et 100% des utilisateurs se satisfaisaient de ça…
Superbe annonce de recrutement, on aimerait en voir plus souvent des comme ça !
L'annonce de recrutement est réellement un post scriptum, je voulais détailler mon travail pour porter sur Haiku, expliquer ce que j'ai compris de Haikuports… mais j'ai pas eu le temps de rédiger en 3 mois, et j'en avais marre d'avoir le brouillon qui trainait… alors j'ai écrit la conclusion, et j'ai ajouté cette phrase pour rendre service à la boite (enfin on est en coopérative, donc… pour me rendre service en fait)
Top ce projet, mais il faudrait en faire une version web, les clients lourds et efficaces ne sont plus dans l'air du temps ;)
Alors il y a le plugin qwebgl pour afficher des interfaces Qt en web…
Le monsieur a dit «sans logiciel open source». Parce qu'il n'en a rien à foutre du libre, comme 99,999% de ses copains.
Du coup, grand bien leur fasse, la bise.
Enfin entre C et Python… y'a quand même tout un monde.
Selon les besoins, on peut parler de Java/.Net, de C++ (je sais c'est pas "memory safe", mais en suivant certaines règles on élimine pas mal de problèmes), de Rust… Note que même PHP a souvent des meilleures performances que Python. (Yay au projet "Faster CPython", il était plus que temps, mais boudiou y'a du retard…)
Aujourd'hui l'urgence c'est la lutte contre le réchauffement climatique. Et sur ce point, le nucléaire reste la solution qui s'en sort le mieux.
Le nucléaire peut-être, le nucléaire que l'on a choisi aujourd'hui en France (l'EPR donc)… ça semble carrément plus discutable.
Il faut une éternité pour qu'il soit construit et relié au réseau, à un coût d'installation très élevé, et on ne sait pas aujourd'hui faire fonctionner d'EPR (tous ont des défauts, de jeunesse peut-être, mais dans ce cas tant qu'on n'a pas identifié et corrigé les défauts il me semble illusoire de vouloir en construire un lot).
On pourrait débattre sur d'autres technologies nucléaires, des SMR aux REB en passant par les réacteurs à sels fondus. Ou pointer l'idiotie de vouloir d'un côté continuer sur le nucléaire avec les EPR, tout en arrêtant des projets indispensables comme ASTRID (réacteur rapide à refroidissement au sodium). Mais non, caricaturons dans les deux cas, l'intelligence finira par revenir un jour, peut-être…
Mais n'est-ce-pas autant, voire plus de travail que de maintenir un fork complet, que ce soit pour tenir à jour quand les dépendances évoluent, ou pour corriger d'éventuels problèmes de sécurité ?
Enfin là tu supposes que la personne sera hostile au point de se tirer volontairement des balles dans les pieds juste pour le plaisir d'emmerder les autres… C'est le cas d'une partie de l'humanité, mais pas toute quand même. De plus, si ce comportement avait lieu, le fork serait toujours possible.
Posté par Pinaraf .
En réponse à la dépêche Désolé, j'ai forké.
Évalué à 9.
Dernière modification le 25 août 2023 à 08:40.
Si sqlx 0.7 permet d'avoir des pilotes de bases de données à part, alors pourquoi ne pas avoir choisi de coder uniquement un pilote SQL Server pour sqlx 0.7 ? Évitant ainsi le fork (sauf pour le motif de la perte de fonctionnalités si j'ai bien compris, mais ça aurait pu être contribué directement à sqlx non ?)
Sinon sur les machines en UEFI y'a pas mal de choses exposées dans les variables, voire selon l'humeur du fabricant de manière directement exploitable comme dans le menu du firmware.
Exemple sur un thinkpad P14s, où j'ai voulu changer l'attribution de VRAM:
À noter au passage le beau cheval de troie : si on utilise des données personnelles pour autre chose que sécurité/compatibilité/interopérabilité, hop, ça rentre dans le lot de commercial.
Et ça, ça fait plaisir, casser un peu la légende du gratuit quand c'est payé par le vol de données personnelles…
Si tu construis un pont dans ton coin pour ton usage, tu n'es responsable que pour toi.
Si tu construis un pont pour une route contre monnaie sonnante et trébuchante, tu es responsable.
Si quelqu'un construit une route sur ton pont déjà existant, il est responsable.
Et c'est bien l'esprit de la loi et de tous les documents que j'ai pu lire à son sujet. Le cœur du problème c'est la définition de monnaie sonnante et trébuchante.
Mais quand je vois pleurer Github, c'est-à-dire des auteurs de contrefaçon (puisque c'est le terme pour le vol de propriété intellectuelle, et c'est ce qu'est Github copilot), ça m'émeut pas une seconde. Ces gens ne sont en aucun cas présents pour aider le libre, et donc si une loi va contre leurs intérêts, c'est leur problème, et il est certain qu'ils feront ce qu'ils ont fait ici, à savoir diffuser leur interprétation d'un extrait de brouillon. J'attends d'avoir un véritable texte avant de juger.
# Explication de note
Posté par Pinaraf . En réponse au journal GNU & Linux sur Apple Silicon / épisode 1. Évalué à 10.
J'ai moinssé ce journal, mais je n'aime pas faire ça sans commentaire, donc c'est parti, "pourquoi que j'ai moinssé".
Tout d'abord, le ton idolâtre ne me sied guère. Dès le départ avec Torvalds qui aurait dit que porter linux était un effort trop important mais que Asahi le fait, trop fort. Je ne nie en aucun cas les efforts que ça représente, mais par contre une citation tronquée c'est tout de suite un carton rouge pour moi. Jamais Linus n'a dit que c'était un effort trop important.
La première citation sur le sujet, "I've been waiting for an ARM laptop that can run Linux for a long time. The new Air would be almost perfect, except for the OS. And I don't have the time to tinker with it, or the inclination to fight companies that don't want to help." Il ne dit pas que l'effort est trop important, juste qu'il n'a pas que ça à faire. https://www.realworldtech.com/forum/?threadid=196533&curpostid=196570
La seconde est dans une interview pour zdnet, https://www.zdnet.com/article/linus-torvalds-would-like-to-use-an-m1-mac-for-linux-but/ : "The main problem with the M1 for me is the GPU and other devices around it, because that's likely what would hold me off using it because it wouldn't have any Linux support unless Apple opens up." Encore une fois, nulle mention de "c'est un effort trop important", ni même de "wow" d'ailleurs. Avec au passage des commentaires sur l'inutilité de l'autonomie pour son besoin, alors qu'avoir plus de cœurs serait plus utile. Au passage, Linus est quelqu'un d'intelligent qui n'aurait jamais dit "l'effort est trop important", toutes ses phrases emploient "would/wouldn't", du conditionnel donc.
Ensuite tout un laius sur l'écran trop génial, commentaire qui me laisse complètement de marbre, étant heureux avec mes écrans complètement déréglés en faible luminosité, absolument pas brillants, qui tolèrent de la poussière et des traces de doigts sans que ça ne soit visible à l'usage.
Concernant le clavier, d'un journal qui me promet de la technique, la déception est totale, la mécanique du clavier est peut-être intéressante (il faudrait que j'en essaie un pour être convaincu), mais tomber en pamoison devant une simple carte de clavier… à quand l'émerveillement pour l'azerty belge ? (Au passage, la norme azerty afnor corrige effectivement un ensemble de choix arbitraires de l'azerty "classique")
Et… et c'est tout en fait, pas plus de contenu dans ce journal ?
Alors qu'on pourrait parler du GPU qui a la particularité d'avoir une interface pour l'OS d'assez haut niveau, j'aimerais bien en savoir plus sur la gestion du Device Tree s'il y en a un, le choix de firmware par Apple, le bootloader, l'état du support matériel (ça y est, les hauts parleurs marchent ? de mémoire c'était pas fini)
Bref, j'ai moinssé parce que je n'aime pas qu'on me dise "Linux sur XYZ", sans qu'une seule ligne n'évoque l'état de Linux sur la machine…
[^] # Re: Compromis
Posté par Pinaraf . En réponse au journal GNU & Linux sur Apple Silicon / épisode 1. Évalué à 4.
Honnêtement pour moi bosser le port 100 Mbps est bien suffisant, et surtout l'absence d'adaptateur à trimbaler n'a pas de prix. Après je conçois que si y'a beaucoup de téléchargement ou de téléversement, ça devient gênant, mais ça fait quand même pas si longtemps que ça que l'on n'est plus limités par le xDSL.
[^] # Re: Compromis
Posté par Pinaraf . En réponse au journal GNU & Linux sur Apple Silicon / épisode 1. Évalué à 5.
Je note également que des trois portables de la photo, un seul n'a pas de lecteur de carte à puce, ni de port USB-A… Oserais-je demander pour les ports RJ45 ?
[^] # Re: Un récit d'anticipation
Posté par Pinaraf . En réponse au journal La carte d'identité européenne eIDAS bientôt requise pour utiliser les grandes plateformes?. Évalué à 3. Dernière modification le 14 novembre 2023 à 21:27.
Donc… vu que le CPU ou le firmware a des failles (détectées et corrigées, les mises à jour de microcode ont couvert 99% des cas) qui en prime ne te concernent pas nécessairement (meltdown était très violente, mais les autres failles sont surtout critiques pour les loueurs de machines virtuelles qui n'ont absolument pas envie que leurs clients s'espionnent les uns les autres), tu abandonnes toute idée de liberté ou d'indépendance numérique.
Il dit qu'il voit pas le rapport.
[^] # Re: Un récit d'anticipation
Posté par Pinaraf . En réponse au journal La carte d'identité européenne eIDAS bientôt requise pour utiliser les grandes plateformes?. Évalué à 4.
C'est vrai que les processeurs ARM n'ont pas eu de faille…
Tiens ? Ha ben si en fait.
Quant aux restrictions par Microsoft, des solutions comme le DMA devraient in fine leur interdire d'interdire l'installation de Linux sur PC. Sur machine ARM c'est une autre histoire parce que ces machines sont ultra minoritaires sur le marché.
[^] # Re: Incroyable !
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 6.
Au début du 2.4 tu veux dire ? Je me souviens avoir commencé sur un 2.2.17 puis un 2.4.3. Wikipedia confirme que le 2.6 est sorti en 2003…
Pour du desktop, le 2.6 a introduit pas mal de choses, dont udev qui a quand même simplifié les hotplug/coldplug qui dépendaient des distributions et pouvaient «laisser à désirer».
[^] # Re: Incroyable !
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 4.
Parce que j'adore Haiku, ça fait des années que je passe au fosdem déposer mon billet à leur stand, j'ai déjà donné une machine sous Haiku à une personne de ma famille…
Je regrette terriblement que l'on n'ait plus vraiment d'OS libre pensé pour le desktop. Linux marche bien, évidemment, mais quand on regarde ce qui est fait sur Haiku pour, par exemple, la gestion des paquets, on a quand même quelque chose d'hyper séduisant. J'ai des souvenirs de Syllable et de SkyOS aussi (qui étaient non libres de mémoire)… Proposer une alternative qui ne soit pas juste un clone de l'existant, c'est indispensable si on veut voir une évolution.
[^] # Re: captures d'écran
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 5.
Nan mais vous faîtes tout pour m'embêter de toute façon.
L'autohébergement, c'est bien, mais quand y'a une coupure de courant et que derrière il faut s'en rendre compte, aller rallumer le serveur et saisir la phrase de déchiffrement des disques, ben ça fait des coupures. Le serveur était éteint de ~21H à ~22H50. Et forcément c'est le moment où tu as essayé. C'est vraiment trop injuste.
Mais j'envisage une redondance électrique, promis, ça serait pas difficile à mettre en place vu l'installation.
[^] # Re: vscodium
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 6.
Heureuse coïncidence, cet excellent article sur le problème qu'est Visual Studio Code vient de passer dans mon radar, je n'en avais pas souvenir…
https://ghuntley.com/fracture/
[^] # Re: Très prometteur
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 5.
Du coup, vu que c'est de votre faute d'abord, je demande "l'avis de la commu" (je crois qu'on dit ça de nos jours, pas sûr)… Est-ce-que "Momoq" ça irait comme nom, inspiré des anciens Mom, Momi et Moma pour ceux qui ont connu OVH y'a 10/15 ans…
[^] # Re: vscodium
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 10.
vscodium est open source oui. Mais le «market place» est limité à vscode. De plus plusieurs de leurs extensions sont avec des licences fermées.
La licence pour l'extension C# officielle est par exemple :
https://marketplace.visualstudio.com/items/ms-dotnettools.csdevkit/license
Mais qui va le voir dans un environnement qui fait allègrement (oserais-je dire volontairement ?) la confusion entre free et free, la confusion entre vscode fermé et vscodium open source…
Du coup je suis heureux avec Qt Creator, Kate et KDevelop.
[^] # Re: Très prometteur
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 4.
De rien, merci pour les commentaires.
Houla les questions pièges !
Le nom est constitué de l'usuel «quoi que ça bidouille» + «quoi que ça fait». Mais oui si c'est pour une vraie diffusion, le «quoi que ça bidouille» étant une marque ici, c'est pas forcément gagné, d'autant plus que je me suis amusé à reprendre l'antique logo d'OVH en icône de l'application… Je ne suis en tout cas absolument pas attaché au fruit de mon absence d'imagination.
Après je note que j'ai dans les paquets disponibles des aws-machin ou aws-bidule qui ne sont pas codés par amazon… Donc je m'inquièterais plus pour l'icône que pour le nom.
Quant à la seconde question, la première release… J'avoue que je ne me posais pas de question, si ça peut servir à des gens, je peux voir pour en faire une très prochainement. Jusqu'à maintenant 100% des utilisateurs faisaient git pull + make ou ninja selon l'humeur, et 100% des utilisateurs se satisfaisaient de ça…
[^] # Re: Incroyable !
Posté par Pinaraf . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 9.
L'annonce de recrutement est réellement un post scriptum, je voulais détailler mon travail pour porter sur Haiku, expliquer ce que j'ai compris de Haikuports… mais j'ai pas eu le temps de rédiger en 3 mois, et j'en avais marre d'avoir le brouillon qui trainait… alors j'ai écrit la conclusion, et j'ai ajouté cette phrase pour rendre service à la boite (enfin on est en coopérative, donc… pour me rendre service en fait)
Alors il y a le plugin qwebgl pour afficher des interfaces Qt en web…
# Ou pas
Posté par Pinaraf . En réponse au lien Le PDG d'HashiCorp prédit "une Silicon Valley sans logiciel libre". Évalué à 10.
Le monsieur a dit «sans logiciel open source». Parce qu'il n'en a rien à foutre du libre, comme 99,999% de ses copains.
Du coup, grand bien leur fasse, la bise.
[^] # Re: Rien à faire de la consommation
Posté par Pinaraf . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 9.
Enfin entre C et Python… y'a quand même tout un monde.
Selon les besoins, on peut parler de Java/.Net, de C++ (je sais c'est pas "memory safe", mais en suivant certaines règles on élimine pas mal de problèmes), de Rust… Note que même PHP a souvent des meilleures performances que Python. (Yay au projet "Faster CPython", il était plus que temps, mais boudiou y'a du retard…)
[^] # Re: Deja vu
Posté par Pinaraf . En réponse au lien Plus de 1000 scientifiques lancent un appel contre la relance du nucléaire en France. Évalué à 5.
Le nucléaire peut-être, le nucléaire que l'on a choisi aujourd'hui en France (l'EPR donc)… ça semble carrément plus discutable.
Il faut une éternité pour qu'il soit construit et relié au réseau, à un coût d'installation très élevé, et on ne sait pas aujourd'hui faire fonctionner d'EPR (tous ont des défauts, de jeunesse peut-être, mais dans ce cas tant qu'on n'a pas identifié et corrigé les défauts il me semble illusoire de vouloir en construire un lot).
On pourrait débattre sur d'autres technologies nucléaires, des SMR aux REB en passant par les réacteurs à sels fondus. Ou pointer l'idiotie de vouloir d'un côté continuer sur le nucléaire avec les EPR, tout en arrêtant des projets indispensables comme ASTRID (réacteur rapide à refroidissement au sodium). Mais non, caricaturons dans les deux cas, l'intelligence finira par revenir un jour, peut-être…
# Je suis vieux
Posté par Pinaraf . En réponse au lien exa is unmaintained…. Évalué à 8.
Quand j'ai vu le titre, je me suis dit «ben… évidemment que ce n'est plus maintenu, ça fait des années»
Puis j'ai du cliquer pour voir qu'on ne parlait pas du tout de https://www.x.org/releases/current/doc/man/man4/exa.4.xhtml
# Retour de monodevelop ?
Posté par Pinaraf . En réponse au lien Les développeurs Mac orphelins. Évalué à 3.
Du coup, vu que c'est pour ce projet que MonoDevelop a été coulé par Microsoft, est-ce-que ça veut dire que MonoDevelop renaîtra de ses cendres ?
Cf. https://github.com/mono/monodevelop/issues/9422 par exemple, et donc le fork https://github.com/dotdevelop/dotdevelop
Tout ça pour ça…
[^] # Re: Heu, et la quatrième voie ?
Posté par Pinaraf . En réponse à la dépêche Désolé, j'ai forké. Évalué à 5.
Mais n'est-ce-pas autant, voire plus de travail que de maintenir un fork complet, que ce soit pour tenir à jour quand les dépendances évoluent, ou pour corriger d'éventuels problèmes de sécurité ?
[^] # Re: Heu, et la quatrième voie ?
Posté par Pinaraf . En réponse à la dépêche Désolé, j'ai forké. Évalué à 6.
Enfin là tu supposes que la personne sera hostile au point de se tirer volontairement des balles dans les pieds juste pour le plaisir d'emmerder les autres… C'est le cas d'une partie de l'humanité, mais pas toute quand même. De plus, si ce comportement avait lieu, le fork serait toujours possible.
# Heu, et la quatrième voie ?
Posté par Pinaraf . En réponse à la dépêche Désolé, j'ai forké. Évalué à 9. Dernière modification le 25 août 2023 à 08:40.
Si sqlx 0.7 permet d'avoir des pilotes de bases de données à part, alors pourquoi ne pas avoir choisi de coder uniquement un pilote SQL Server pour sqlx 0.7 ? Évitant ainsi le fork (sauf pour le motif de la perte de fonctionnalités si j'ai bien compris, mais ça aurait pu être contribué directement à sqlx non ?)
[^] # Re: Jalousie
Posté par Pinaraf . En réponse au journal Editer en parallèle les paramètres BIOS de plusieurs machines grâce à tmux. Évalué à 3.
Sinon sur les machines en UEFI y'a pas mal de choses exposées dans les variables, voire selon l'humeur du fabricant de manière directement exploitable comme dans le menu du firmware.
Exemple sur un thinkpad P14s, où j'ai voulu changer l'attribution de VRAM:
# Et pour Pascal
Posté par Pinaraf . En réponse au lien La bibliothèque d'interface semigraphique Borland Turbo Vision est libre et tourne sous Linux. Évalué à 3.
Côté Pascal, cela fait un certain temps que des solutions existent, notamment FreeVision intégré à FPC.
https://wiki.freepascal.org/Free_Vision
[^] # Re: Alors lisons cette proposition de réglement
Posté par Pinaraf . En réponse à la dépêche CRA: L’Europe va-t-elle jeter le bébé du logiciel libre avec l’eau du bain de la cyber-insécurité ?. Évalué à 5.
À noter au passage le beau cheval de troie : si on utilise des données personnelles pour autre chose que sécurité/compatibilité/interopérabilité, hop, ça rentre dans le lot de commercial.
Et ça, ça fait plaisir, casser un peu la légende du gratuit quand c'est payé par le vol de données personnelles…
[^] # Re: Parallèle avec la science
Posté par Pinaraf . En réponse à la dépêche CRA: L’Europe va-t-elle jeter le bébé du logiciel libre avec l’eau du bain de la cyber-insécurité ?. Évalué à 3.
Si tu construis un pont dans ton coin pour ton usage, tu n'es responsable que pour toi.
Si tu construis un pont pour une route contre monnaie sonnante et trébuchante, tu es responsable.
Si quelqu'un construit une route sur ton pont déjà existant, il est responsable.
Et c'est bien l'esprit de la loi et de tous les documents que j'ai pu lire à son sujet. Le cœur du problème c'est la définition de monnaie sonnante et trébuchante.
Mais quand je vois pleurer Github, c'est-à-dire des auteurs de contrefaçon (puisque c'est le terme pour le vol de propriété intellectuelle, et c'est ce qu'est Github copilot), ça m'émeut pas une seconde. Ces gens ne sont en aucun cas présents pour aider le libre, et donc si une loi va contre leurs intérêts, c'est leur problème, et il est certain qu'ils feront ce qu'ils ont fait ici, à savoir diffuser leur interprétation d'un extrait de brouillon. J'attends d'avoir un véritable texte avant de juger.