barmic 🦦 a écrit 5782 commentaires

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

C'était un peu pour ça que j'ai fais mon dernier journal, mais tu vois pour moi j'ai voulu attendre plusieurs mois d'utilisation de wezterm avant d'en parler. Voir comment il marche bien (ou non) au quotidien.

Un exemple entre 1000 : Kilo.

On a eu une discussion sur ce genre d'éditeurs récemment, c'est compliqué de voir apparaître ce genre de discussion dans des commentaires d'un lien (perso à mon avis nano qui se met à suivre ce genre de paradigme et vu sa position déjà très installé va rendre beaucoup plus difficile l'existence d'alternatives).

Mais ton journal me fait me demander si lancer par exemple un journal par mois "Pépites des membres" qui seraient l'occasion que chacun ajoute un commentaire pour parler

• d'un logiciel (au sens large) qu'il a découvert
• d'un service
• ou d'un logiciel qu'il n'a pas découverts mais juste quelque chose qui lui a était particulièrement utile/pratique

D'après toi (et d'autres) ça pourrait être intéressant ?

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

Je vais un peu me paraphrasé, mais je pense qu'il y a 2 approches pertinentes :

• vouloir voir beaucoup de choses et savoir prendre du temps pour faire la sélection de ce que l'on trouve bien ou pas
• vouloir voir moins de choses, mais avec un plus haut niveau de filtrage de la curation

Si à un moment donnée on est forcément dans l'un des 2 cas, cela peut varier en fonction du temps et de l'énergie que l'on a ou en fonction de son niveau de compétence ou d'exigence dans un domaine.

Pourquoi voulons-nous être "informé" ? Pourquoi ne voulons-nous pas rater une "nouveauté" ?

Bien sûr que ça peut être du FOMO, mais il ne faut pas non plus être trop expéditif. Tu peut très bien entendre la question d'orfenor comme "comment faites-vous votre veille technique ?" plutôt que "comment savoir tout ce qui se passe sur internet ?".

Ça peut se faire par une source d'information qui a une forme de curation et dont tu sais qu'en la suivant tu tombera sur des trucs qui t'intéresse. Ca peut être des sites comme linuxfr, des comptes youtube/X/autres, ça peut être des aggrégateurs, des listes de diffusion, des podcast,…

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

Pour les thématiques, je me demande pourquoi les gens n’utilisent pas les conteneurs …

Parce que d'une part ça n'a rien à voir et d'autres part c'est vraiment pas une fonctionnalité faite pour être utilisée par le commun des mortels.

Ça n'a rien à voir parce que par exemple passer un onglet d'un conteneur à l'autre a pleins d'implications et demande un rechargement donc tu perds potentiellement ta connexion, mais aussi tout ton état de la page. Tu ne peux pas voir seulement et tous les onglets d'un conteneur. Grosso modo un conteneur est fait pour cloisonner les traces que tu laisse là où les thèmes peuvent servir à tout et n'importe quoi (tu peut imaginer un thème "à regarder plus tard", tu peux vouloir créer un thème à la volée sans pour autant perdre ou avoir à te reconnecter, etc).

Ce n'est pas utilisable par le commun des mortels parce que la notion même du contexte n'est pas claire, mais elle est aussi expliquée nulle part dans firefox et l'utilisation sur plus d'une machine rend les choses infernales. Aller modifier les règles automatique demande un nombre de cliques délirants. À part pour ce dernier point ce n'est pas simple de faire mieux pour l'objectif fixé par les conteneurs, mais c'était déjà plus confortable avec tab group (où tu peux définir que tous les onglets d'un thème est associé à un conteneur).

Je peine déjà à voir de quoi il retourne quand on parle de regroupement.

Essai nightly. Mais globalement tu peux en voir ou en avoir plusieurs chose avec tree style tab ou avec simple tab group qui reprend des fonctionnalités de Firefox d'il y a une décénie.

il va me falloir

Il ne va rien te falloir du tout. C'est une option.

il va me falloir empiler au moins trois écran pour que la liste de mes onglets actuellement ouverts tienne verticalement, et de plus ça va faire de la place de lecture horizontale en moins (on va bientôt être réduit à ne pouvoir lire que des pouets ou des gazouillis)

Chez moi ça donne ça :

Au survol de la barre d'onglet ça donne ça (tu remarquera que ça ne recalcul pas la taille de la fenêtre les onglets viennent par dessus, l'interface de la page n'a pas bougée)

En gagnant de la place vertical, je gagne de l'affichage du site, alors de j'ai la place latéralement pour afficher ce que je veux.

Grosso modo ça vient de 2 choses différentes :

• on aime pas lire les lignes trop longues → donc les sites limitent leur largeur
• les écrans sont en 16:9 ou plu généralement sur PC en 16:10

Une solution que certains pratique consiste à tourner l'écran à 90°, d'autres font des solutions plus logiciels (en utilisant des onglets à gauche par exemple). Tu peux voir le même phénomène sur libreoffice

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