barmic 🦦 a écrit 6259 commentaires

Si on s'intéresse un peu au truc https://m.slashdot.org/story/429661, il ne s'agit pas d'un BSOD mais d'une infrastructure qui intervient lors du panic. Je présume que ça forme de base sera un écran bleu, mais tu peux potentiellement mettre un snake ou un jeu du dinosaure si le clavier est dispo.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je comparais ce que j'imagine être d'être privé-e du traitement d'une élection présidentielle française pour un-e journaliste politique avec le fait d'être privé de JO pour un-e athlète.

Si cette personne a une relation avec un ou une arbitre du même sport, il faudrait faire un choix pour la quelle des 2 personnes pourra y aller.

Pour Audrey, à moins que ma mémoire ne me joue des tours, ce n'était pas un changement de grille de programme mais une mise à l'écart du traitement de la campagne au motif de conflit d'intérêt.

Elle a quitté l'antenne autour 22 novembre ('fin son émission politique le reste de son activité n'a pas était impacté) et elle a lancé une nouvelle émission le 3 décembre (de la même année).

il y a un conflit quand un-e compagnon se déclare candidat à une élection alors que ladite personne avait déjà des mandats politiques et une imposture intellectuelle

En fait ce que tu ne semble pas accepter c'est qu'une campagne est un moment politique particulier. Tu trouve aussi problématique l'équilibre demandé pendant une campagne ? Pour toi il faudrait soit que ce soit tout le temps, soit il s'agit d'une hypocrisie ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Vraiment je sais pas de quoi tu parle. Si on parle de l'exemple que tu mentionne plus haut Audrey Pulvar a arrêté son émission politique autour du 22 novembre 2010 sur i-tele (elle a gardé d'autres émission notamment sur France Inter à l'époque) et a recommencé une émission sur une partie de cette tranche horaire le 2 décembre de la même année. Des changements de grilles des programmes tu en a toujours à la télé (y compris des trucs pas du tout politiques), si tu vis mal ou prend pour toi chaque changement, tu va mal vivre ce métier.

Qu'une rédaction par déontologie veuille éviter toute forme de conflit d'intérêt de la sorte ne me choque absolument pas.

Il y a des rédactions où je pense que ça constituerait un frein à l'embauche d'avoir ce genre de relation car l'équipe considère que ça nuit à leur travail. Je pense en particulier à Mediapart, j'aurais du mal à trouver un des interview où Edwy Plenel en parle, mais pour lui c'est 0 relation avec le politique (il tutoie Holland car ils ont fais une partie de leurs études ensemble, mais il ne le fréquente pas).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

En période de campagne tout les papiers politiques sont reliés à la campagne. Tu peux difficilement juger qualitativement chacun d'eux pour savoir s'ils sont ou non vraiment lié etc. La durée des campagnes officielles sont pas si longues c'est 2 semaines.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le problème n'est pas l'opinion, mais le traitement d'un ou d'une candidate. Tout comme des journalistes ne veulent pas avoir de relation autre que professionnel avec les politiques. Ce n'est pas une question d'opinion politique mais de traitement d'une personne qui partage ta vie et qui est candidat ou candidate.

Tu pourra arguer que c'est déjà un problème avec l'amitié par exemple et oui la règle n'est pas parfaite elle traite simplement le cas qui est à la fois le plus simple et qui a le plus gros potentiel de problème.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Des décennies d'habitudes sont là et rien que pour regarder/filtrer ses logs, qui a le réflexe systemd?

Je ne comprends pas ce que tu veux dire ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Merci, je gère des infrastructures de plusieurs centaines de VM et différents orchestrateurs de conteneurs. Je pense savoir de quoi je parle et dans ce contexte professionel je n'ai pas de problème avec systemd.

Arrête le combat de coq. Je ne parle pas de ce que tu es mais de ce que tu exprime. C'est toi qui plus haut dit que linux c'est principalement du serveur et sous-entend que c'est de l'IP statique.

systemd n'a jamais apporté le moindre bénéfice aux nombreux cas d'usages que j'ai pu rencontré

Je ne comprends pas comment c'est possible. Je n'ai jamais su écrire un service correctement pour sysvinit et je ne me pose pas la question avec systemd. Ça marche aussi bien sur les RHEL du boulot que sur Debian à la maison. Sans que je ne rencontre le moindre breaking change.

Pour les tâches répétitives le simple fait de pouvoir utiliser autre chose que le format cron (par exemple avec une gestion de la tz), d'avoir une commande qui me dit quand il a été lancé pour la dernière fois et quand est ce que sera la prochaine fois et enfin le fait de pouvoir manuellement lancer exactement le même job.

Je n'ai vraiment eu besoin de lancer des centaines de VM pour voir le gain qu'il apporte et journald pareil. Je n'ai que rarement mis en place une centralisation de logs pour ce qui est vraiment système et pouvoir sans se prendre la tête avec les formats de dates, sélectionner des logs de périodes arbitraires est très pratique.

Je n'ai pas l'impression que l'usage que j'ai soit particulier. En fait j'ai même l'impression que c'est un passage obligé. Si peut être qu'openrc permet d'écrire des services aussi simplement, d'une part je ne l'ai jamais croisé et d'autres part ce n'est que le premier point dans ce que j'ai décrit.

incompatibilité avec les autres Unixes qui obligent les mainteneurs de FreeBSD, NetBSD et OpenBSD à s'arracher les cheveux pour intégrer certains logiciels.

Je vois pas en quoi ce serait bien pire sans. Le système d'init fait parti du packaging et il n'y a jamais eu de compatibilité là dessus avant. Quand aux nouveaux usages possibles qui demandent une interaction avec le logiciel, ils sont triviaux et ne devraient tout simplement pas se retrouver dans les builds autres que linux. Si un programme se rend dépendant de ça c'est au même niveau que pour dbus ou une api comme io_uring. Croire que les Unix souffrent depuis systemd c'est oublié qu'ils souffraient déjà beaucoup avant et que les évolutions de linux dans son coin leur ont toujours fais du mal.

systemd a été adopté par les utilisateurs uniquement parce qu'ils n'ont pas eu le choix. Typiquement lorsque Debian est passé à systemd. Lorsque systemd n'était disponible que sur Red Hat et ses dérivés, on n'a pas vu des masses d'utilisateurs se ruer sur CentOS et consorts. C'était plutôt le contraire.

Ça ne veut pas dire grand chose. Je choisi une distribution pour la confiance que j'ai en sa gouvernance et donc en ses choix.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Serveur ne veut pas dire IP statique et IP statique ne veut pas dire configuration en dure sur la machine. De plus le serveur n'est pas forcément un élément physique en dur, mais peut être une machine virtuelle ou un conteneur.

Enfin les usages de linux c'est pas soit serveur soit ma chine de particulier c'est aussi beaucoup d'embarqué avec des réseaux pas aussi simples que ce que l'on peut imaginer.

Si la majorité était comme tu le décris il n'y aurait pas besoin de BGP par exemple.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et rien n'est plus déconcertant que de voir en commentaire en haut d'un fichier de conf aussi simple que /etc/resolv.conf ou autre, une ligne du style "ce fichier n'est plus géré directement par tel programme, veuillez d'abord vous fader la doc absconse de tel sous-composant à systemd qui vous renverra sur Internet alors que vous n'avez pas d'accès réseau et que vous êtes dans une situation d'urgence sur une machine de production". Je caricature à peine mais c'est du déjà vu.

C'est bien enterieur à systemd. Si tu veux utiliser du dhcp, il va bien falloir que ton client dhcp applique la configuration qu'il reçoit. Que tu gère ce changement avec le composant de systemd, avec network manager, via wpa suplicant ou un script que tu as as écrit toi, si tu veux pouvoir appliquer la configuration dhcp tu te retrouve à écraser ce fichier

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est lunaire. Si tu ne sait pas pourquoi il existe c'est que tu n'a pas lu le man. Se morfondre de ne plus savoir comment ça fonctionne alors qu'avant c'était tellement mieux et ne pas avoir RTFM c'est rigolo. Et en quelques minutes de recherche on peut apprendre que c'est toujours stocké dans le même fichier.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu as OVH qui est moins cher qui en fait moins et tu paie les SLA selon ton besoin. Ils ont pas des débits de fous, mais pour beaucoup d'usages ça convient.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je ne l’ai pas précisé mais ça n’est pas un cas d’usage pour moi. L’immense majorité des photos que je postais sur Instagram (et toutes celles qui sont sur le site) ont été prises au reflex. Et je peux très bien attendre le soir pour poster une photo de smartphone à la main.

Je suis surpris. Je connais des gens dans ton cas, mais la publication sur instagram n'est pas leur principale publication. Ils ne publient que pour avoir une sorte de présence sur le réseau social, mais les contraintes de qualité d'instagram les empêchent de publier comme ils souhaitent. Du coup ils utilisent soit flickr soit de l'autohébergement.

Et du coup un avantage que tu n'a pas listé c'est l'absence de contrainte de qualité.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est le genre de cas où je gère via un .htaccess ou équivalent sans plus m'embêter perso.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

comme pour l'appareil photo, en son temps : le gout de l'effort et de la gestion des choses.

C'est un argument qui va pour tout. Pourquoi utiliser des photos numériques plutôt que de développer tes photos toi-même ?

une photo, un contact, un média, tout est un fichier

Alors non. Tu peut utiliser des systèmes qui utilisent des fichiers pour les représenter, mais ça n'est pas leur nature. Quand tu utilise un annuaire LDAP tes contacts ne sont pas un fichier par exemple. Tu n'a pas la correspondance un contact égale un fichier et j'imagine que tu entends un fichier texte ce qui n'est pas le cas des annuaires LDAP que je connais.

à un moment, faut bein passer, pour faire correctement les choses, par un ordi afin de les gérer efficacement

Non. Tu es peut être plus à l'aise pour les gérer "à la main" avec ton ordinateur, mais ce n'est pas une généralité. Personnellement si je veux que quelque chose soit géré "correctement" (j'entends par correctement sans faire d'erreur) ça veut dire qu'il doit être automatisé. Je ne me fais pas confiance pour faire les choses correctement plusieurs fois.

jamais de la vie je ne gérerai de site web directement via un smartphone..

Tu fais bien ce que tu veux.

j'utilise très peu le tel pour le web, et c'est tant mieux si ca va à l'encontre de la tendance actuelle..

Tu veux dire que c'est pour toi un marqueur social ? C'est une manière de te définir ? Une façon d'appartenir à un groupe ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Les inconvénients

• [...]
• J’ai un site qui doit ressembler à plein d’autres.
• Toujours trop de CSS et de JS à mon gout.
• Des éléments de design que j’aimerais bien changer, mais c’est pas si facile (exemple : les photos verticales dans la galerie qui sont toutes minuscules, je préfèrerais un fond gris neutre avec un cadre blanc pour une meilleure perception des couleurs, une police plus personnelle...)

C'est déjà des problèmes que tu avais avec instagram.

Par contre tu ne liste pas une fonctionnalité qui me parait majeure : la possibilité d'ajouter une photo directement depuis ton smartphone (ou j'ai raté quelque chose ?).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si avant tu créais tes propres services c'est vraiment plus simple et tu l'apprend une fois et ça ne bouge pas. Si tu le fait en dilettante il n'y a probablement pas de raison que tu te lance dans les fonctionnalités avancées.

Pour ce qui est de ton ssh qui doit marcher à l'installation, c'est à ta distribution de faire ça correctement (et c'est pas bien compliqué).

J'ai vraiment l'impression que la courbe d'apprentissage devient de plus en plus haute

Ici ce qui peut faire peur c'est qu'il met à disposition beaucoup plus de choses, mais tout comme tu n'a pas besoin de connaître tout vim pour t'en servir tu n'a pas besoin de cette dépêche pour utiliser systemd

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le premier concurrent de TSMC aujourd'hui, c'est plutôt Samsung.

Je pensais en qualité de fabrication, mais je suis peut être pas à jour.

Pour le reste on est d'accord

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La référence au dev était plus en rapport au fait que, perso, en tant que dev, j'aime bien pouvoir lire 2 fichiers par largeur d'écran

3 dans les cas de certaines résolutions de conflits c'est pas désagréable (mais on peut s'en passer).

j'estime qu'un écran confortablement large doit afficher entre 180 et 220 caractères mono-space, 90-110 par ligne, dont 5 pour les numéros de ligne et 1 pour les séparer du code. En dessous c'est trop peu, au dessus trop large et donc inutile pour moi

Je suis depuis peu passer de 3 à 1 écran ultra wide (49" DWQHD), c'est pas désagréable parce que du va pouvoir faire des pavages du genre 1/4 1/2 1/4 qui te donne un 1080 pour ta fenêtre principale et de l'espace qui reste confortable de chaque côté.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Non mais si une part importante de ton CA dépends d'un truc, tu va investir dedans... et ce d'autant plus si tu sais que ton effort aura le bras de levier des contributions externes.

D'une part c'est pas souvent facile de faire ce genre de lien mais en plus ça sous-entend que les entreprises ont ce genre de raisonnement. OpenSSL ne croule pas sous les financements par exemple.

Et puis si tu est gros, tu va contribuer plus pour influencer l'évolution dans ton sens.

Ça n'est pas une question d'être libre, c'est une question d'être devenu un commun. Il faut qu'en plus d'être libre, il soit évident qu'il vaut mieux contribuer que de partir seul. C'est le cas de Linux et Postgres, mais je ne connais pas de cas en hardware. Ça me semble tôt pour dire que c'est déjà le cas. Si tout est fait pour que tu puisse faire ton truc de ton côté, il n'est pas nécessairement évident de pourquoi il faudrait que tu te lance dans un débat avec tes concurrents pour qu'ils bénéficient de ton évolution top moumoute.

En fait comme RiscV permet à beaucoup d'acteurs de jouer, il permet beaucoup de contestation et au termes des débats emmerge toujours la meilleure solution... c'est pour ça que RiscV est bien conçu.

Rien ne garantit cela.

Il permet aussi de développer des processeurs dédier pour bien moins cher et donc là où avant beaucoup auraient renoncés.

Ce n'est pas l'élaboration d'un jeu d'instructions qui rend coûteux un processeur mais l'implémentation et surtout de très loin les lignes de productions. C'est pour ça que les FPGA existent.

Aujourd'hui ça marche très bien parce qu'il me semble que les sirènes du business de sont pas encore là. Il faudra voir s'il n'y aura pas d'ambition cessionniste des plus gros acteurs quand l'argent sera dans les parages.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le principal problème actuel des composants c'est moins qu'il n'existe pas une multitude de fondeur, mais que presque personne n'arrive à faire aussi bien que TSMC. TSMC fabrique du x86, du l'ARM aujourd'hui et probablement des choses plus exotiques, demain il pourrait produire les RiscV qui ont les TDP les plus bas du marché ça ne changera pas grand chose aux enjeux. Intel qui est probablement le premier concurrent galère pour industrialiser la qualité de ce processus de fabrication.

Je ne dis pas que ça ne change rien, mais ça ne fait qu'un relativement petit bout du problème parce qu'aujourd'hui tu n'es déjà pas pied et point lié à ARM ou intel.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

cela permet à RISC-V d'être vraiment performant

Tu entends quoi par vraiment performant ? J'entends qu'en théorie à terme ça devrait (si la sauce prend vraiment), mais aujourd'hui il me semble que l'archi (ou toute la suite de compilateurs par exemple) est loin de concurrencer un bon intel/AMD/ARM.

elles sont lié a RISC-V et vont donc à un moment ou à un autre contribuées à RISC-V

Il y a une forme de mécanisme du genre copyleft pour ça ?

Enfin plus on réduit la part closed-source, plus on se rapproche de l'informatique 100% open-source... Et on voit maintenant poindre des solutions 100% open-sources... que de chemin parcouru depuis GNU (Avant l'OS...)

Ca c'est une position de principe. Tu dirais la même chose si MIPS avait libéré son architecture. J'avais compris la question sur des aspect non-politique.

Open-Source (Meilleure résilience politique, meilleure évolutivité, moins de mono-pole... )

En quoi le fait que ce soit Open Source garantirait une meilleure évolutivité ? C'est la qualité de la conception initial qui donne une bonne évolutivité. Si demain un contributeur montre que la gestion des registres actuelle est complètement sous optimale et sors une version de RISC-V qui change toute cette partie au point de casser complètement la compatibilité et de devoir passer sur toute la chaine de build, je n'appellerais pas ça être une bonne évolutivité (pas plus qu'un passage de x86 à x86-64 par exemple).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tout langage a des particularités, mais il me semble que perl en a plus que d'autres (et c'est une des raisons qui me font l'apprécier personnellement).

Mais il évolue pour améliorer sa lisibilité avec comme gros exemple l'arrivée des signatures de fonctions (qui ont étaient inspirées par raku).

Pour moi il est possible de classer les langages sur échelle qui va d'extrêmement lisible a extrêmement expressif. Dans le sens où l'un des extrêmes pousse à ce qu'un problème ai une et une seule solution alors que l'autre à ce qu'il y ai autant de solutions que de programmeurs. Il y a d'excellents langages de part et d'autre, mais ils ne sont pas fait pour les même choses ou pour les même personnes.

Rien que dans la dépêche :

$x ^^ $y and "L’un de x et y est vrai, mais pas les deux";
$x xor $y && "Toujours vrai quelque soit x et y";

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

niveau autonomie

Sur le site ils annoncent 8h évidement ça va dépendre de ce que tu fais.

Niveau tarif c'est intéressant en tout cas.

La configuration à 400$ c'est 8Gio de RAM (pourquoi pas) et une carte mémoire 32Gio comme disque dure, si tu veux un SSD 1Tio (il n'y a pas d'entre 2) le prix va grimper à 470$.

L'option full avec 16Gio, SSD et chargeur c'est 560$ (sans dev kit)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ah j'ai justement un projet dans les cartons de faire un truc comme ça mais dans une page web (sans requête serveur juste du TS et une UI web. J'étais tombé sur https://www.freetool.dev qui est bien mais pas parfait à mon avis (et je trouve que c'est pas mal de le faire sois-même).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

J'ai aussi vu des collègues (non développeurs, pour un dev, la largeur peut servir) faire pivoter ces conneries d'écran large pour qu'ils soient plus haut que large et donc utiliser la surface d'affichage complète plus confortablement.

Ça peut être utile à tout le monde. Ça permet d'avoir des représentations spatial de ce que tu manipule et pas simplement stacké. Tu t'en rend particulièrement compte avec plus d'un écran ou des écran vraiment larges.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll