Aujourdâhui avec toute cette histoire, le portage de linux sur lâarchitecture silicone a du plomb dans lâaile. Lâavenir du projet sans Linus reste a construire. LĂ oĂč ça nâest pas une question pour Debian. Le BDFL nâest ni le seul modĂšle ni le plus perenne.
AprĂšs si câest pour les faire avec du jambon, de la crĂšme etc, ce nâest pas que câest bon quand câest bien cuit mais quâon peut trouver des recettes pour cacher le goĂ»t.
Si tu veux voir le genre dâoptimisation dont tu parle, je te conseil dâaller voir jusqâoĂč peuvent aller des cloud providers. Je suis certains que tu y trouvera ton bonheur.
Dans ce cas la meilleure solution est le stockage Ă froid (ou sur bande).
Câest pas parce quâelle existe quâelle est pertinente. ST Crolles consomme au minimum 12âŻ000âŻm3 par jour. Câest beaucoup plusâŻ! Voila on en fait quoi de ces infoâŻ?
[^] # Re: Clair
Posté par barmic 𩩠. En rĂ©ponse au journal Linus rĂ©pond Ă la controverse sur R4L (Rust pour Linux). Ăvalué à  3.
Je suis dâaccord.
Ăa ne va pas que dans un seul sensâŻ: le cadre joue aussi sur la maniĂšre quâont les gens de participer. Si tout le monde montre son ego câest parce que Linus a longtemps montrĂ© que câĂ©tait OK de le faire. Ăa crĂ©e une culture de la communautĂ©.
Câest un faux dilemme. Câest un choix dâavoir une organisation verticale et autoritaire (dans le sens oĂč une personne fait autoritĂ©). Si tu veux des contre exemple tu as le projet Debian qui est presque aussi vieux et qui a une façon de prendre des dĂ©cision bien plus collĂ©giales.
Aujourdâhui avec toute cette histoire, le portage de linux sur lâarchitecture silicone a du plomb dans lâaile. Lâavenir du projet sans Linus reste a construire. LĂ oĂč ça nâest pas une question pour Debian. Le BDFL nâest ni le seul modĂšle ni le plus perenne.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# citation
Posté par barmic 𩩠. En rĂ©ponse au lien Faites attention aux invitations dans votre groupe signal⊠surtout pour planifier des bombardements. Ăvalué à  8.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Date de publication Ă garder en tĂȘte
Posté par barmic 𩩠. En rĂ©ponse au lien I Cut the âBig Fiveâ Tech Giants From My Life. It Was Hell. Ăvalué à  2.
Leur dĂ©veloppement a Ă©tait financĂ©s par notre vie privĂ©e Ă tous. Google nâaurait pas eu les moyens de les faire et encore moins de les rendre disponibles gratuitement sans machine Ă cash.
Pour moi ce nâest pas une façon de dire que câest bien comme fonctionnement, mais que câest plus compliquĂ© que simplement les enlever de lâĂ©quation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Date de publication Ă garder en tĂȘte
Posté par barmic 𩩠. En rĂ©ponse au lien I Cut the âBig Fiveâ Tech Giants From My Life. It Was Hell. Ăvalué à  2.
Je suis pas sĂ»r que node existe sans Google et le moteur de recherche utilise Google derriĂšre la forĂȘt.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Oui, mais pas ce que je retiens comme vrais problĂšmes de Python
Posté par barmic 𩩠. En rĂ©ponse au lien Difficile de recommander Python en production . Ăvalué à  2.
Il n'y a pas beaucoup de langages qui ne l'ont pas d'une maniĂšre ou d'une autre.
C'est pas ffi, c'est pas python, c'est pas libre. Dire un commentaire plus haut que python est rapide Ă moins d'ĂȘtre incompĂ©tent pour ensuite proposer d'ĂȘtre patient pour utiliser un autre langage ça manque de crĂ©dibilitĂ©. Les maniĂšres de palier aux performances de python existent dĂ©jĂ . Elles existent parce que python a des limites de performance. Ce n'est pas nĂ©cessairement grave d'ailleurs.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pathétique
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  1.
Je ne trouve pas dans le livre blanc de distinction Cloud/hébergement standard.
MĂȘme dans lâoptique oĂč ce que jâavance serait faux, ça me parait ĂȘtre un point aveugle important de ne pas se demander comment ces infrastructures sont louĂ©es pour dĂ©terminer comment elles sont utilisĂ©es.
Si on veut pouvoir Ă©teindre ces machines oĂč les utiliser pour autre chose, il nây a pas dâautres solution que de les louer Ă la minutes/secondes. Louer ton VPS pour installer ta base de donnĂ©es dessus et souscrire Ă une base de donnĂ©es managĂ©e pour quâon te crĂ©e une base dans le serveur dĂ©jĂ existant ça a un impact sur la consommation de ressources physique.
Quelque soit le niveau de non optimalitĂ©, on ne peut quâappeler Ă amĂ©liorer ce fonctionnement. La virtualisation des ressources (le fait de louer de la puissance de calcul et pas du matĂ©riel) est le passage nĂ©cessaire pour amĂ©liorer la consommations des ressources.
La maniĂšre dont on facture cela est Ă la fois un moyen dâoptimiser mais aussi de pousser Ă rĂ©duire les usages. Si tu as les ressources exactes pour ton usage actuel, tu aura une dĂ©pense supplĂ©mentaire pour chaque nouvel usage et pour chaque novelle version de logiciel qui consomme plus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Oui, mais pas ce que je retiens comme vrais problĂšmes de Python
Posté par barmic 𩩠. En rĂ©ponse au lien Difficile de recommander Python en production . Ăvalué à  1.
Dire qu'un langage n'a pas de problÚme de performance parce qu'on peut écrire des parties dans d'autres langages c'est dire qu'aucun langage n'a de problÚme de performance.
C'est moins une question de compétences des autres que de mauvaises foi chez toi
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: gros boulet
Posté par barmic 𩩠. En rĂ©ponse au lien Un dessin humoristique de Boulet sur l'entraide technique [date de 2023]. Ăvalué à  2.
AprĂšs si câest pour les faire avec du jambon, de la crĂšme etc, ce nâest pas que câest bon quand câest bien cuit mais quâon peut trouver des recettes pour cacher le goĂ»t.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ProblĂšme trĂšs courant
Posté par barmic 𩩠. En rĂ©ponse au lien Un dessin humoristique de Boulet sur l'entraide technique [date de 2023]. Ăvalué à  2.
Ou simplement quâil connaĂźt. Il va pas apprendre Ă faire une anamorphose avec gimp, je ne sais quelle transformation avec krita, un autre avec darktable,⊠Si lâoutil quâil commence dĂ©jĂ Ă connaĂźtre est capable de toutes les faire.
Le coĂ»t du logiciel (un jour il faudra arrĂȘter de clamer que le libre câest bien parce que câest gratuit quand ça arrange et dire quâil faudrait le financer le reste du temps) nâest plus un problĂšme une fois quâil est payĂ©. Câest le biais des coĂ»ts irrĂ©cupĂ©rables.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: techno mozilla il y a 10 ans
Posté par barmic 𩩠. En rĂ©ponse au lien Microsoft utilise Go pour son portage Typescript (et expliquent pourquoi ce n'est pas Ă©crit en Rust). Ăvalué à  2.
Ce qui est clairement inadapté tu parle du bootstraping du compilateur https://en.wikipedia.org/wiki/Bootstrapping_(compilers)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: techno mozilla il y a 10 ans
Posté par barmic 𩩠. En rĂ©ponse au lien Microsoft utilise Go pour son portage Typescript (et expliquent pourquoi ce n'est pas Ă©crit en Rust). Ăvalué à  2.
Non il s'agit de récrire le compilateur pour que la génération de code js, depuis ts soit plus rapide
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'ai pas toujours envie que mon hash crypto aille vite...
Posté par barmic 𩩠. En rĂ©ponse au journal BLAKE3, le condensat cryptographique qui laisse les autres sur le quai. Ăvalué à  2.
Oui il ne faut pas utiliser les algorithmes de hash de ce type dans ces cas lĂ mais des choses comme bcrypt qui peuvent ĂȘtre paramĂ©trĂ©s pour prendre du CPU et/ou de la mĂ©moire.
Pour te donner une idĂ©e ce genre d'algorithmes peuvent mettre plusieurs secondes a produire un hash sur des machines courantes. Tu ne veux pas que git, ta navigation sur un site utilisant TLS ou autre mettent plusieurs secondes avant de commencer Ă pouvoir ĂȘtre utilisĂ©
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: plusieurs écrans
Posté par barmic 𩩠. En rĂ©ponse au journal Hyprland est hypĂ©. Ăvalué à  2.
Ăa fait longtemps que je confond foot et st va savoir pourquoi. J'ai pas testĂ© foot.
En autre choses Ă dire wez se configure par du lua (je suis pas fan de ça mais ça n'est pas si gĂȘnant) et il y a des gens qui sont content de la gestion de sessions ssh, mais il doit ĂȘtre installĂ© cĂŽtĂ© serveur si j'ai bien compris. J'ai jamais essayĂ©.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: plusieurs écrans
Posté par barmic 𩩠. En rĂ©ponse au journal Hyprland est hypĂ©. Ăvalué à  4.
PERFIX-1234et lui faire rendre ça clickable (câest juste des regex) câest bien pratiqueet vraiment le dev est trĂšs sympa. Câest lâun des gros Ă©lĂ©ment pour moi.
Ă cĂŽtĂ© de ça wezterm nâest pas vraiment prĂȘt out of the box (comme hyprland).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# plusieurs écrans
Posté par barmic 𩩠. En rĂ©ponse au journal Hyprland est hypĂ©. Ăvalué à  7.
Il gĂšre bien plusieurs Ă©cransâŻ? Câest comme i3, tu utilise xrandrâŻ?
Je ne peut que recommander wezterm qui a aussi le rechargement immédiat.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FUD ?
Posté par barmic 𩩠. En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Ăvalué à  2.
Câest pas ce que dit https://www.passkeys.com/fr/passkey-cest-quoi
Ni ce que dit Google ici https://safety.google/authentication/passkey/#passkey-hero2
Donc je dirais que tâa pas compris
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FUD ?
Posté par barmic 𩩠. En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Ăvalué à  2.
Câest lâidĂ©e de passkey (qui reprend si jâai bien compris lâauthentification par clef comme on peut utiliser avec SSH) depuis 3 ans. Et non lâauthentification TLS est trĂšs mal gĂ©rĂ© par les navigateurs (rien que la crĂ©ation de certificats nâest pas triviale pour le commun des mortels) et demande du travail cĂŽtĂ© serveur parce quâil faut passer lâauthentification de la couche 3 Ă la couche applicative (sans que ça ajoute de faille Ă©videment) et derniĂšre chose il nâest pas possible de renvoyer une erreur 401 et donc de gĂ©rer correctement le moment oĂč lâutilisateur a le plus besoin dâaccompagnement.
Donc maintenant on a un protocole utilisable, il faut juste y passer mais ça a de lâinertie.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FUD ?
Posté par barmic 𩩠. En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Ăvalué à  2.
Tu ne peut rien faire contre le fais que ton mot de passe dâun site parte dans la nature. Que ce soit volontaire de leur part, une malfaçon ou quâils subissent impossible Ă endiguer. Par contre tu peut faire en sorte que la fuite dâun moi de passe nâaille pas plus loin que de poser problĂšme sur le site en question. Tu as mon mot de passe linuxfrâŻ? Tu ne pourra pas le rĂ©utiliser ailleurs.
Le second facteur peut aussi ĂȘtre compromis, mais on imagine peut probable quâun attaquant arrive Ă casser les 2 simultanĂ©ment.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: FUD ?
Posté par barmic 𩩠. En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Ăvalué à  6.
Tu as la mĂȘme chose avec un site dĂ©ployĂ© sur un cloud provider et dont la terminaison TLS est managĂ© par le cloud provider. En soit tu peut discuter de si ce sont des sites sĂ»re ou non, mais je trouve plus simple dâavoir une bonne politique de mot de passe et donc de cloisonner autant que possible les problĂšmes.
Avoir une bonne politique de mot de passe permet non seulement de mitiger les problÚmes de sites qui font des choix discutables, mais aussi ceux codé avec les pieds (genre stockage de mot de passe en clair) et ceux qui se font voler leur base de mot de passe.
Ă noter que lâusage dâun second facteur endigue le problĂšme.
Bref si tu suis les recommandations classiques sur les mot de passe tu nâa pas vraiment de problĂšme.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pathétique
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  3.
Jâen suis pas convaincu (mais je pense pas que tout le monde Ă©tait dâaccord sur place), vu que certains critiquaient au mĂȘme niveau les cĂąble sous marin. Une partie au moins veulent pas modifier lâaugmentation mais aussi remettre en cause lâexistant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: charrue, bĆuf, toussa...
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  3.
Si tu pense Ă certains de mes commentaires, ce que je dis câest quâil faut regarder dans son ensemble pour pouvoir comparer. Par exemple la consommation dâeau peut ĂȘtre mise en comparaison avec la diminution dâutilisation du papier que ça produit. Sortir un nombre, mĂȘme Ă©levĂ© nâ4apporte pas un Ă©clairage suffisant en soit.
On aura jamais dâĂ©lĂ©ments trĂšs clair comme un tableur avec une colonne avantages et une autre inconvĂ©nients chacun chiffrĂ© et comparable, mais ça nâempĂȘche pas dâavoir en tĂȘte que des valeurs absolues ne disent rien.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pathétique
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  2.
Câest pas trop compliquĂ© de trouver une occasion de discuter avec des techos dâOVH ou de Clever cloud par exemple.
Je suis pas convaincu que les laisser pomper eux-mĂȘme de lâeau (comme le font les centrales soit une super idĂ©e) dâailleurs je ne sais pas comment est-ce quâon contrĂŽle leur consommation du coup.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pathétique
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  3.
Les clouds providers font leur possible pour mutualiser au maximum les ressources. Tu le vois sur les factures oĂč les ressources garanties sont extrĂȘmement chĂšres. Ils poussent leur clients vers du serverless, des base de donnĂ©es managĂ©es etc pour pouvoir mettre le maximum dâusage sur le minimum de matĂ©riel. Faire fonctionner une machine sans avoir un minimum dâutilisateurs qui paient pour nâest pas rentable pour eux.
Si tu veux voir le genre dâoptimisation dont tu parle, je te conseil dâaller voir jusqâoĂč peuvent aller des cloud providers. Je suis certains que tu y trouvera ton bonheur.
Du stockage à froid� Pour si peu� Et avec 2 mois de rétention�
Jâai un disque 250Gio. Jâai environ 5Gio dans mon dossier de tĂ©lĂ©chargement, mais il est nettoyĂ© rĂ©guliĂšrement via une cron. Je ne stock pas des photo ou vidĂ©o. Jâai gĂ©nĂ©ralement 2 jeux vidĂ©os installĂ©s un petit et un gros.
Câest pas parce quâelle existe quâelle est pertinente. ST Crolles consomme au minimum 12âŻ000âŻm3 par jour. Câest beaucoup plusâŻ! Voila on en fait quoi de ces infoâŻ?
Lâimportant câest de voir pourquoi on sâen sert. Si je te disais quâun hĂŽpital consomme cette mĂȘme quantitĂ©, tu trouverais probablement ça acceptable (ou un mal nĂ©cessaire).
En France (hors Paris) on a quâun seul rĂ©seau dâeau donc toutes les eaux dont on parle sont potables.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pathétique
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  4.
Câest justement lâobjectif des cloud providers de payer Ă la seconde et de mutualiser.
Jâai travaillĂ© dans un endroit oĂč on stockait Ă©normĂ©ment de donnĂ©es qui Ă©taient trĂšs rarement lues. Il nây a pas de chiffre mais je dirais quâil y en a une entrĂ©e lue pour 100 000 jamais lues (peut ĂȘtre un million sans exagĂ©ration). Ăa nous prenait quelques Tio⊠Bref tout fit dans des disques dur de particulier donc (et lâusage câĂ©tait du log on gardait environ 2 mois). Ce qui prends de la place câest amha ce que les utilisateurs veulentâŻ: des images et des vidĂ©os de bonnes qualitĂ© et en quantitĂ© suffisantes pour que tout le monde trouve son compte (et rĂ©encodĂ©es pour que tu puisse les regarder sur du matĂ©riel un peu vieux).
Je suis dâaccord que consommer lâĂ©quivalent de 5000 français par an semble Ă©levĂ©, mais je sais pas trop avec quoi le comparer.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J'y étais
Posté par barmic 𩩠. En rĂ©ponse au lien Forum "Stop aux data centers" Ă Marseille le 15 mars. Ăvalué à  6.
Câest assez compliquĂ© Ă lire pour moi mais jâavoue ne pas trop savoir Ă quoi mâen tenir.
Pour la consommation dâeau, les gens sâen plaignent sans donner dâĂ©lĂ©ments concrets et en disant quâils nâont pas dâinfo. Je suis pas sĂ»r quâil existe beaucoup de DC avec des rĂ©seau dâeau ouvert.
Le cas du bruit me semble trĂšs spĂ©cifique. Ce nâest pas le DC qui fait du bruit câest un bateau qui nâa plus accĂšs Ă lâĂ©lectricitĂ© Ă cause du DC. Câest bien le DC qui est la cause mais elle contextuelle et pas intrinsĂšque.
Les petits DC rĂ©partis ça pose pleins de problĂšmes. Il faut amener de lâĂ©lec et du rĂ©seau et je pense que ça prend plus de place encore (et plus de terres rares).
Pour la production de CO2 supĂ©rieure Ă lâaĂ©ronautique je suis curieux de voir les chiffres.
Jâai lâimpression de voir plus des dolĂ©ances non organisĂ©es. Les gens sont pas contents, mais pas de vĂ©ritables positions claires. Je nâai pas lu les livres de chacun des participants, mais je vois pas comment on peut Ă la fois demander Ă utiliser moins de terres rares et demander la multiplications des petits DC.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll