Drew est certes plutôt engagé politiquement et assez franc et direct sur ses opinions sur la façon dont les choses devraient fonctionner, mais, en général, il a plutôt raison
La façon dont les choses devraient fonctionner est subjective. Il est pour les patchs par mail, je suis pas contre puisque je le fais aussi sur certains projets mais ça n'en reste pas moins pénible pour la revue de code, les modifications et la configuration. Quand on a décidé de supprimer les patchs par mail chez Alpine il a fait sa dramaqueen « je promets de quitter le développement si on le supprime ». Finalement il est resté.
Donc quand le même genre d'individu débarque sur des projets où il n'est pas impliqué pour dire « n'utilisez pas XYZ » la seule chose que je ferai en tant que mainteneur c'est d'appuyer sur le bouton Ban user.
git is great because linus did it, mercurial is better because he didn't
Sourcehut est à éviter puisque c'est développé par quelqu'un imbu de sa personne et qui n'est pas subjectif. Il peut décider du jour au lendemain de considérer que vos projets ne sont pas légitimes à être sur cette plateforme.
Il est aussi en croisade pour pousser ses opinions dans des projets où il n'est même pas impliqué et est aussi connu pour ses propos, ses opinions, sa volonté d'appliquer ses règles, sa croyance en sa bonne voix divine.
Je ris parce qu'au rachat de GitHub beaucoup se sont tournés vers GitLab (pour ceux qui n'auto hébergent pas). On va donc probablement assister au deuxième exode.
git is great because linus did it, mercurial is better because he didn't
Linux me permet de conserver mon Macbook Pro au-delà du support Apple de MacOS et d'obtenir des mise à jour de sécurité, au prix d'un effort d'adaptation que tout le monde ne peut pas fournir, malheureusement.
Linux te permet de conserver ton MacBook Pro précisément parce qu'il n'est pas prévu pour un matériel précis.
Si on suit ton raisonnement, on laisse délibérément des centaines de millions de gens avec des truc obsolètes, non supportés, bourrés de failles: soit c'est ça, soit ils doivent racheter un smartphone tous les deux ans, soit un nouveau PC ou Mac tous les 6 ans. Et après on s'étonne de la propagation des bots, ransomwares, de la surconsommation, des déchets électroniques, …
Quel FUD. J'ai bien plus peur d'un GAB sous Windows XP qu'un MacBook de 2015 pour regarder du YouTube dont tout le monde se fout.
Et alors ? Il faut accepter de devoir rester sur un OS obsolète parce que fabricant fait du jetable
Je t'invite vraiment à devenir développeur dans une entreprise matériel, tu verras que ce n'est pas si simple. Dire qu'une machine est jetable parce qu'elle a plus de support 10 ans c'est exagéré.
git is great because linus did it, mercurial is better because he didn't
Donc on publie les specs du matos qui marche encore et on laisse l'utilisateur se débrouiller avec ses propres logiciels.
On peut ou on reste sur une version plus ancienne du système d'exploitation. Il y a beaucoup de téléphones sous android 7 qui fonctionnent parfaitement et on crie pas au scandale sur ces marques qui ne fournissent plus de mise à jour. Je me souviens de mes xperia qui avaient 2 ans de mise à jour majeures sous android et puis plus rien. Il y a encore des GAB sous Windows XP.
J'ai un thinkpad de 2016, il marche à la perfection et c'est encore une machine de guerre. Cependant, si je veux installer Windows 11 dessus je suis obligé de modifier des clés de registre pendant l'installation pour contourner les limites TPM. Je pourrais aussi blamer Microsoft pour ce choix là mais étant dans le milieu et dans le domaine embarqué je ne peux que comprendre l'aversion à supporter des machines ayant pas les prérequis. Innover c'est aussi accepter de faire des compromis, on parle d'une machine de dix ans pas non plus d'un produit de l'an dernier. Linux et Windows sont conçus à être extrêmement portable, macOS est développé pour une plateforme faite par la même entreprise et par conséquent ils peuvent optimiser le moindre aspect du système. Saviez vous qu'il y a des modules spécifiques profitant du hardware simplement pour réaliser des animations d'interface graphique ? Pour autant, ils ne vous empêche pas d'utiliser votre MacBook de 2015, la dernière version de macOS supporté sur ce dernier ne va pas se bloquer en disant « veuillez acheter un nouveau modèle », de plus les MacBook (intel et M*) sont ouverts et Apple a toujours été très cool avec le dual boot et les systèmes alternatifs, il y a un menu UEFI intégré de base qu'ils auraient pu ne jamais développer.
git is great because linus did it, mercurial is better because he didn't
J'ai un Macbook Pro de 2015. Le support MacOS se termine cette année, en septembre. C'est, tout comme Windows 10, de l'obsolescence programmée
Non ce n'est pas de l’obsolescence programmée. Apple supporte les produits environ 7 ans (en moyenne) après leur commercialisation. Pour la plupart des entreprises, il y a une question à se demander si on a l'utilité de vouloir supporter une machine qui a bientôt 10 ans. Je ne veux pas faire l'avocat du diable mais dans mes précédents postes où on avait aussi des vieilles machines sous plateformes différentes on était aussi frileux à pousser des mises à jour sur celles ci. Donc au bout d'un certain cycle de vie on se demande si on doit bannir ces machines de nos mises à jour ou les laisser et se dire « après tout pourquoi pas ? ». Et si la mise à jour brique la machine on est encore plus emmerdé car on doit se taper du support sur une plateforme ancienne. Vraiment, les vieilles machines c'est pas aussi simple que ça.
Il y en a qui vont hurler, mais je préfère 1000 fois le layout du clavier Apple à celui d'un clavier PC classique. Et notamment la touche CMD (ou Pomme si vous voulez). Surtout sous Unix/Linux. CMD va remplacer CTRL par exemple, pour les copier-collers. Et dans une console, c'est juste génial de ne pas mélanger un Ctrl+C (stopper) et un Copier.
Note : la touche cmd est l'équivalent direct de Logo/Super sous les PC, mais elle est effectivement inversée. Il est vrai que les raccourcis sous macOS sont assez homogènes mais il y a aussi beaucoup de délires de la part des développeurs. Qui retient les raccourcis de xcode à base de cmd+ctrl+shift. La plupart des raccourcis du gestionnaire de fenêtre sont basés sur ctrl et cmd pour l'application. Malheureusement il y a même de l'incohérence chez apple de ce côté là.
Par défaut, on obtient un zoom à 200% et l'impression d'être en 1024x768. Perturbant. Dans les paramètres de Gnome, si on choisit 100% c'est trop petit. Alors on active "Fractional Scaling", et on passe à 150 ou 175% et on retrouve son affichage comme sous MacOS.
C'est parce que GNOME a des gros éléments par défaut. Sur mon thinkpad 13" avec écran high-dpi j'ai le même problème en 200%. C'est super gros et en 100% c'est inutilisable. Le fractional scaling c'est encore un peu hasardeux. Sur certaines applications c'est complètement flou. Et alors se connecter à un écran externe en ~100ppi et c'est l'enfer. Pour ce cas, macOS gère ça à la perfection. Linux plutôt bien sur wayland, sous xorg ça varie.
Dès le début, on ne peut pas se passer de la console.
Même sous macOS on utilise beaucoup le terminal, surtout si on est développeur. Perso, je me vois pas installer les applications en clickodrome. Vive brew. Il y a des choses qui sont tellement plus simple à faire copier coller pour les utilisateurs. Le terminal n'a rien d'extraordinaire, on se fait une fixette comme quelque chose à bannir.
Donc, installation de HPLIP, setup via l'icone qui va bien, et, hop, tout fonctionne. Je n'avais pas le souvenir d'aoir eu ça avec mes précédentes imprimantes (Wifi aussi).
HP a toujours été plutôt sympa avec Linux de ce côté là. Dommage que leurs imprimantes soient à chier depuis peu.
La première c'est un vrai client Whatsapp qui supporte les appels audio et vidéo.
Si tu souhaites installer une distribution Linux qui contient pleins de logiciels non libres tu passes à côté d'une philosophie importante. Utiliser Linux parce qu'on aime pas windows, pourquoi pas mais c'est dommage de pas s'y intéresser plus. Il y a quelques distributions qui installent steam, spotify et autres et moi je trouve ça dommage et je les recommande à personne.
Si on popularise des applications privatrices par défaut alors les alternatives libres et sécurisées ne seront pas utilisées ni améliorées. J'ai pas envie d'avoir un Windows OS sur un kernel Linux pour ma part.
git is great because linus did it, mercurial is better because he didn't
Si la question des logiciels est importante, il nécessite un android/iPhone pour une grande partie de la configuration mais on peut aussi faire pas mal de chose via une interface web (après un minimum de configuration tablette/smartphone).
Je prépare mes trajets sur connect.garmin.com et j'y ai accès après en temps réel sur mon vélo et le téléphone n'est pas nécessaire en roulant. Le système solaire rallonge considérablement l'autonomie (mais ne le charge pas), ce qui fait que je peux partir avec 60% de batterie pour 5-6h de vélo et je sais que quand je rentrerai il sera même pas en dessous de 40%. C'est immortel.
J'avais aussi une garmin forerunner 230 pour la course à pied. Elle est bien plus cheap que ce compteur (et on est pas du tout au même niveau de prix). Garmin est une excellente marque avec un bon support, mais je pense que c'est une marque où il faut éviter l'entrée de gamme malheureusement.
git is great because linus did it, mercurial is better because he didn't
L'avantage potentiel d'utiliser un LLM généraliste est qu'il pourrait reconnaître particulièrement bien le contenu du spam qu'il aurait lui même engendré.
Ça me ferait bien chier que les mails que je reçois partent dans des LLM sur le "cloud" pour être détectés comme spam ou non.
git is great because linus did it, mercurial is better because he didn't
Si tu penses vraiment que face au comportement d'un dev qu'on désapprouve, la bonne attitude c'est de ne pas faire de bruit et de juste l'ignorer, pourquoi est-ce que la bonne attitude devant un contributeur potentiel qui exprime son malaise c'est de lui expliquer qu'il a tort?
Je ne dis pas qu'une personne a tort ou raison. On ne peut pas forcer les gens à changer leur opinions. L'opinion étant de base quelque chose d'extrêmement subjectif et personnel.
Je situerais cette situation sur une barre à trois curseurs
+-AK-------------------------+----------------------------+
opposition neutre favorable
Dans le cas présent, Andreas (AK) était plutôt situé dans la partie opposition. De ce fait en fonction de l'opinion de chacun on peut arriver à plusieurs possibilités :
Je suis :
opposé : pas de changement non plus (car dans ce cas, je partage l'avis de Andreas)
neutre : le changement m'est égal
favorable : je demande le changement
Ce qui signifie qu'il s'agit de la minorité qui force un changement à une personne qui n'en avait pas envie. Question « démocratique » je trouve ça sensé. Je sais pas si on se rend compte qu'on parle d'une phrase qui utilisait he pour désigner un compte utilisateur virtuel. On est assez loin des messages odieux de Torvalds disant aux gens qu'ils doivent être rétroactivement avortés. Alors quand des contributeurs disent qu'ils ne peuvent absolument pas contribuer à cause de ça je me sens un poil perplexe. Je connais une personne qui ne peut pas mais voudrait utiliser Linux car elle est mal voyante et que les logiciels de lecture d'écran sont peu efficace mais elle essaye de contribuer comme elle peut, il y a de quoi rester songeur.
Mais comme annoncé plus haut, la presse a scandale a encore fait les gros titres plus rapide que son ombre :
Des combats fondamentaux qui n'intéressent qu'une faible partie de la population
C'est exact.
Un logiciel c'est déjà fait par une personne qui s'est investie dedans et l'a fait pour elle. Le développeur de notepad++ a souvent utilisé son logiciel comme tribune à charlie hebdo, pour les votes du rn, etc. C'est son logiciel, son choix. Tu adhères tant mieux. Ça te gêne tu désinstalles. Ou tu t'en fiches tu laisses.
Je suis aussi pour une écriture au maximum neutre et dans mes documentations je fais l'effort de prêter attention à tout ce qui est sensible. Dans l'embarqué il y a encore malheureusement des termes comme “master/slave” dans le bus i2c, c'est chiant mais on essaye d'écrire sans. Je change le nom des branches “master” en “main” et les autres termes comme “blacklist” dès que possible. Bref, je fais mon effort parce que c'est une règle parce que le monde adhère de plus en plus. Parfois dans mes tests unitaires j'écris ou utilise des prénoms, des objets, des scènes ou tout autre chose dépendante du contexte mais sans arrière pensée. Je serais aussi agacé que quelqu'un puisse un jour me dire que l'exemple de mon test unitaire est offensant parce qu'il consiste à infliger des dégâts à une créature fictive.
Quand je participe à d'autres projets il y a parfois des choses qui me chagrinent. Par exemple got il y a une blague en référence à Theo de Raadt “shut up and hack” qui apparait après un got clone. Pour certains c'est drôle pour d'autres non. Le développeur qui l'a mis a trouvé ça marrant et envoyer maintenant un patch pour lui dire que c'est pas drôle et que je me sens insulté peut déboucher en plusieurs réponses :
j'en ai absolument rien à carrer
oui pardon, c'était une blague je l'enlève maintenant
Quand on utilise un logiciel, on utilise le travail de cette personne et souvent gratuitement. Personne ne vous oblige à l'utiliser, si c'est offensant alors prenez autre chose.
Ce qui m'inquiète c'est que ce genre de discussions et débats vont aller de plus en plus loin. Si je fais un jeu vidéo où l'on peut tuer des animaux (cf des vaches dans minecraft…) je pourrais être catégorisé comme quelqu'un qui n'a aucune conscience de la souffrance animale. Si je fais des jeux de voitures thermiques on pourrait me reprocher l'absence de considération environnemental. Si je mets des éléments religieux on pourrait croire que je fais soit l'apologie soit un blasphème.
Bref, ce sont des débats sans fin pour des projets techniques qui ne nous appartiennent pas. Le meilleur moyen d'exprimer votre désapprobation est de ne pas les utiliser.
git is great because linus did it, mercurial is better because he didn't
Moi j'ai beau avoir fait anglais du début jusqu'à la fin j'ai jamais appris they comme pronom neutre (mes études se sont finies en 2012). Alors si les temps changent il faut aussi former les gens à l'utiliser et forcément avec l'âge certains sont moins ouvert à ça.
Essayer de faire adopter iel à des >= 50 ans, je serais curieux de voir le résultat.
git is great because linus did it, mercurial is better because he didn't
Déjà, ce genre de formulation, c'est mauvais signe.
Mauvais signe c'est peut-être un peu brutal. Ils ont probablement juste pas envie de se faire surcharger par des MR qui ne sont pas techniques. Chez OpenBSD et FreeBSD je me suis déjà fait refuser des commit cosmétique juste parce que « ça ne résout pas un problème directement ».
De mémoire Andreas Kling est suédois, je ne sais pas trop comment fonctionnent les pronoms dans cette langue mais dans la notre nous avons aussi un éternel problème de genre.
Dans l'exemple qu'on voit l'utilisateur anon n'est même pas physique donc le pronom he/she n'a aucun sens. Refuser le changement est discutable mais pas spécialement lié à une appartenance de genre ou quelconque misogynie soupçonnée. Certes la réponse de Andreas fut brutale et j'en suis moi même surpris compte tenu de toutes les vidéos que j'ai déjà pu voir en live où il répond aux questions avec beaucoup de diplomatie et de bienveillance.
Pour revenir à l'exemple, si je devais écrire cette documentation naïvement en français je pourrais le faire sous cette forme :
« Retirez l'utilisateur anon du groupe wheel et il ne pourra plus utiliser /bin/su »
L'utilisateur au sens système d'exploitation est irréel et n'a donc aucune notion de genre. Pour notre langue, ce sera donc bien il qu'on utilisera. En anglais si je ne dis pas de bêtises they est accepté comme neutre mais pas légalement et pour une bonne partie des non-natif une phrase comme celle ci peut sembler étrange.
La formulation de base devrait être écrire d'une manière complètement différente comme :
“To prevent this, remove anon from the wheel group and it will no longer be able to run /bin/su”
ou
“Remove anon from wheel group to disable use of /bin/su”
Quoi qu'il en soit, je crois qu'on arrive dans une époque où on se sent obligé de catégoriser les personnes dès la première incompréhension. Les personnes ayant interagit avec Andreas sur cette issue et par les mastodon interposés ne le connaissent probablement pas personnellement et ont immédiatement lancé une presse à scandale pour quelque chose de particulièrement superflu.
git is great because linus did it, mercurial is better because he didn't
Dans serenity quasiment tout est fait maison et le projet n'a pas d'ambition d'être un OS grand public donc l'idée de tout développer n'est pas un problème car c'est fait par passion et par envie. Le projet ladybird a commencé dans serenity de la même manière, être d'abord un petit navigateur pour afficher la documentation et puis au fur et à mesure on est allé plus loin.
Mon avis : si on doit créer des navigateur basés sur gecko/webkit/chromium on aura effectivement une grande partie du travail déjà réalisé mais nous sommes d'ores et déjà noyé par une quantité de navigateurs opensource. En plus, les 3/4 se ressemblent déjà visuellement alors je n'y vois peu d'intérêt à en faire un énième sur le même moteur.
git is great because linus did it, mercurial is better because he didn't
Je suis le projet serenity depuis le début et j'adore voir son avancé. Je suis content pour le navigateur ladybird et ce don massif mais c'est vrai que les derniers temps il fait un peu d'ombre au projet entier. J'espère que serenity ne passera pas trop au second plan car c'est impressionnant le travail réalisé en si peu de temps.
git is great because linus did it, mercurial is better because he didn't
J'aime pas spécialement Rust (surtout pour sa syntaxe, donc complètement subjectif) mais j'ai rien contre le langage directement. Par contre je déteste les crates.io et l'écosystème qui en est lié. Déjà parce qu'il faut obligatoirement un compte GitHub pour publier mais parce qu'il est conçu comme npm, on fait des modules de 10 lignes et on en revient à télécharger la terre entière pour un projet quelconque.
Alors pour Rust on va dire que c'est moins grave car les LTO et la compilation fait que cela reste moins bloat que les projets nodejs mais ça n'en est pas moins énervant. Plus il y a de pièces en mouvements dans un moteur, plus il y a de risques. Le gros problème est évidemment lié au SPOF. N'importe qui avec une simple dépendance peut introduire une backdoor en rien de temps.
Ce qui me chiffonne le plus c'est l'aspect mise à jour de sécurité. Là où des bibliothèque partagées permettent de sécuriser un système avec une simple mise à jour de la .(dll|so|dylib), les projets Rust doivent tous être recompilés. On va dire que ce n'est pas mieux avec les projets externes directement intégrés dans un projet mais ça doit rester anecdotique.
Aucune solution n'est parfaite mais pour moi tous les écosystèmes basés sur ce concept comme Rust, Go et npm sont vérolés de base en plus d'être des plaies pour les packagers Linux/*BSD.
git is great because linus did it, mercurial is better because he didn't
ça c'est pas spécialement lié à la nouvelle fonctionnalité, on aurait pu faire en sorte qu'en cas de kp le contexte graphique bascule sur la console (comme on peut faire un chvt actuellement). d'ailleurs FreeBSD a une option pour ça de mémoire.
git is great because linus did it, mercurial is better because he didn't
Chez RedHat au lieu d'écrire un frontend décent à rpm on invente des écran de kernel panic pour quelque chose qui n'arrive jamais.
20 ans de vie sous Linux, les rares kernel panic que j'ai eu étaient liés à ma carte nvidia des années 2004/2005.
Pourtant, je cherche les embrouilles, entre fedora, arch et des kernels maison je suis tout de même à risque. m'enfin, on a aussi inventé plymouth pour que ce soit joli au démarrage, au moins ce sera aussi joli au crash.
git is great because linus did it, mercurial is better because he didn't
Architecture ouverte, explicitement simple et extensions clairement définies donc facile à implémenter côté outils de développement et fabrication de puces.
D'ailleurs quand ARM a essayé de détruire RISC-V avec leur campagne de FUD, le retour de baton a été dur et explique notamment en quoi ARM est inférieur. Voir arm-basics.com et ses milliards d'extensions différentes et incompatibles.
De plus quiconque s'aventure dans le développement embarqué pour ARM se doit de se faire prescrire une quantité astronomique d’antidépresseur. Entre les toolchains fournis par ARM et leur documentation compliquées à rechercher, les licences à tout va, les SDKs fournis par les fabricants complètement incompatible avec un toolchain ou un autre et CMSIS qui dans la théorie est bien mais est complètement inutilisable on arrive vite à un sentiment de frustration. Puis même les plus anciens comprennent toujours pas la différence entre Keil et ARM tellement c'est un foutoir monstre.
Oh, je parle pas de tous ces fabricants fournissant un IDE sous eclipse (hein, STM32, NXP).
git is great because linus did it, mercurial is better because he didn't
J'ai acheté une milk-v meles dès que j'ai eu une notification de stock et j'ai aussi pris un coupon pour leur futur milk-v oasis. Hâte de voir ce que ça peut donner au quotidien, en tout cas des essais sur une carte mère haut de gamme comme la pioneer n'a pas enchanté certains testeurs.
Je suis fan de RISC-V et je veux voir cette architecture avancer à grand pas. J'utilise beaucoup de modules ESP32 chez moi (les variantes RISC-V bien entendu) et je les pousse au travail aussi.
Vive RISC-V !
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Nouvel exode
Posté par David Demelier (site web personnel) . En réponse au lien GitLab chercherait à se vendre et Datadog est sur les rangs. Évalué à 3. Dernière modification le 19 juillet 2024 à 08:41.
La façon dont les choses devraient fonctionner est subjective. Il est pour les patchs par mail, je suis pas contre puisque je le fais aussi sur certains projets mais ça n'en reste pas moins pénible pour la revue de code, les modifications et la configuration. Quand on a décidé de supprimer les patchs par mail chez Alpine il a fait sa dramaqueen « je promets de quitter le développement si on le supprime ». Finalement il est resté.
Donc quand le même genre d'individu débarque sur des projets où il n'est pas impliqué pour dire « n'utilisez pas XYZ » la seule chose que je ferai en tant que mainteneur c'est d'appuyer sur le bouton Ban user.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Nouvel exode
Posté par David Demelier (site web personnel) . En réponse au lien GitLab chercherait à se vendre et Datadog est sur les rangs. Évalué à -1. Dernière modification le 19 juillet 2024 à 07:46.
Sourcehut est à éviter puisque c'est développé par quelqu'un imbu de sa personne et qui n'est pas subjectif. Il peut décider du jour au lendemain de considérer que vos projets ne sont pas légitimes à être sur cette plateforme.
Il est aussi en croisade pour pousser ses opinions dans des projets où il n'est même pas impliqué et est aussi connu pour ses propos, ses opinions, sa volonté d'appliquer ses règles, sa croyance en sa bonne voix divine.
git is great because linus did it, mercurial is better because he didn't
# Nouvel exode
Posté par David Demelier (site web personnel) . En réponse au lien GitLab chercherait à se vendre et Datadog est sur les rangs. Évalué à 8.
Je ris parce qu'au rachat de GitHub beaucoup se sont tournés vers GitLab (pour ceux qui n'auto hébergent pas). On va donc probablement assister au deuxième exode.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Notes
Posté par David Demelier (site web personnel) . En réponse au journal Retour d'expérience, Ubuntu 24.04 sur un Macbook Pro 2015. Évalué à 1. Dernière modification le 16 juillet 2024 à 13:39.
Linux te permet de conserver ton MacBook Pro précisément parce qu'il n'est pas prévu pour un matériel précis.
Quel FUD. J'ai bien plus peur d'un GAB sous Windows XP qu'un MacBook de 2015 pour regarder du YouTube dont tout le monde se fout.
Je t'invite vraiment à devenir développeur dans une entreprise matériel, tu verras que ce n'est pas si simple. Dire qu'une machine est jetable parce qu'elle a plus de support 10 ans c'est exagéré.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Notes
Posté par David Demelier (site web personnel) . En réponse au journal Retour d'expérience, Ubuntu 24.04 sur un Macbook Pro 2015. Évalué à 0.
On peut ou on reste sur une version plus ancienne du système d'exploitation. Il y a beaucoup de téléphones sous android 7 qui fonctionnent parfaitement et on crie pas au scandale sur ces marques qui ne fournissent plus de mise à jour. Je me souviens de mes xperia qui avaient 2 ans de mise à jour majeures sous android et puis plus rien. Il y a encore des GAB sous Windows XP.
J'ai un thinkpad de 2016, il marche à la perfection et c'est encore une machine de guerre. Cependant, si je veux installer Windows 11 dessus je suis obligé de modifier des clés de registre pendant l'installation pour contourner les limites TPM. Je pourrais aussi blamer Microsoft pour ce choix là mais étant dans le milieu et dans le domaine embarqué je ne peux que comprendre l'aversion à supporter des machines ayant pas les prérequis. Innover c'est aussi accepter de faire des compromis, on parle d'une machine de dix ans pas non plus d'un produit de l'an dernier. Linux et Windows sont conçus à être extrêmement portable, macOS est développé pour une plateforme faite par la même entreprise et par conséquent ils peuvent optimiser le moindre aspect du système. Saviez vous qu'il y a des modules spécifiques profitant du hardware simplement pour réaliser des animations d'interface graphique ? Pour autant, ils ne vous empêche pas d'utiliser votre MacBook de 2015, la dernière version de macOS supporté sur ce dernier ne va pas se bloquer en disant « veuillez acheter un nouveau modèle », de plus les MacBook (intel et M*) sont ouverts et Apple a toujours été très cool avec le dual boot et les systèmes alternatifs, il y a un menu UEFI intégré de base qu'ils auraient pu ne jamais développer.
git is great because linus did it, mercurial is better because he didn't
# Notes
Posté par David Demelier (site web personnel) . En réponse au journal Retour d'expérience, Ubuntu 24.04 sur un Macbook Pro 2015. Évalué à 6.
Non ce n'est pas de l’obsolescence programmée. Apple supporte les produits environ 7 ans (en moyenne) après leur commercialisation. Pour la plupart des entreprises, il y a une question à se demander si on a l'utilité de vouloir supporter une machine qui a bientôt 10 ans. Je ne veux pas faire l'avocat du diable mais dans mes précédents postes où on avait aussi des vieilles machines sous plateformes différentes on était aussi frileux à pousser des mises à jour sur celles ci. Donc au bout d'un certain cycle de vie on se demande si on doit bannir ces machines de nos mises à jour ou les laisser et se dire « après tout pourquoi pas ? ». Et si la mise à jour brique la machine on est encore plus emmerdé car on doit se taper du support sur une plateforme ancienne. Vraiment, les vieilles machines c'est pas aussi simple que ça.
Note : la touche cmd est l'équivalent direct de Logo/Super sous les PC, mais elle est effectivement inversée. Il est vrai que les raccourcis sous macOS sont assez homogènes mais il y a aussi beaucoup de délires de la part des développeurs. Qui retient les raccourcis de xcode à base de cmd+ctrl+shift. La plupart des raccourcis du gestionnaire de fenêtre sont basés sur ctrl et cmd pour l'application. Malheureusement il y a même de l'incohérence chez apple de ce côté là.
C'est parce que GNOME a des gros éléments par défaut. Sur mon thinkpad 13" avec écran high-dpi j'ai le même problème en 200%. C'est super gros et en 100% c'est inutilisable. Le fractional scaling c'est encore un peu hasardeux. Sur certaines applications c'est complètement flou. Et alors se connecter à un écran externe en ~100ppi et c'est l'enfer. Pour ce cas, macOS gère ça à la perfection. Linux plutôt bien sur wayland, sous xorg ça varie.
Même sous macOS on utilise beaucoup le terminal, surtout si on est développeur. Perso, je me vois pas installer les applications en clickodrome. Vive
brew. Il y a des choses qui sont tellement plus simple à faire copier coller pour les utilisateurs. Le terminal n'a rien d'extraordinaire, on se fait une fixette comme quelque chose à bannir.HP a toujours été plutôt sympa avec Linux de ce côté là. Dommage que leurs imprimantes soient à chier depuis peu.
Si tu souhaites installer une distribution Linux qui contient pleins de logiciels non libres tu passes à côté d'une philosophie importante. Utiliser Linux parce qu'on aime pas windows, pourquoi pas mais c'est dommage de pas s'y intéresser plus. Il y a quelques distributions qui installent steam, spotify et autres et moi je trouve ça dommage et je les recommande à personne.
Si on popularise des applications privatrices par défaut alors les alternatives libres et sécurisées ne seront pas utilisées ni améliorées. J'ai pas envie d'avoir un Windows OS sur un kernel Linux pour ma part.
git is great because linus did it, mercurial is better because he didn't
# edge 840 solar
Posté par David Demelier (site web personnel) . En réponse au message vélo/GPS: quel matériel utilisez vous ?. Évalué à 2.
J'utilise un edge 840 solar
Si la question des logiciels est importante, il nécessite un android/iPhone pour une grande partie de la configuration mais on peut aussi faire pas mal de chose via une interface web (après un minimum de configuration tablette/smartphone).
Je prépare mes trajets sur connect.garmin.com et j'y ai accès après en temps réel sur mon vélo et le téléphone n'est pas nécessaire en roulant. Le système solaire rallonge considérablement l'autonomie (mais ne le charge pas), ce qui fait que je peux partir avec 60% de batterie pour 5-6h de vélo et je sais que quand je rentrerai il sera même pas en dessous de 40%. C'est immortel.
J'avais aussi une garmin forerunner 230 pour la course à pied. Elle est bien plus cheap que ce compteur (et on est pas du tout au même niveau de prix). Garmin est une excellente marque avec un bon support, mais je pense que c'est une marque où il faut éviter l'entrée de gamme malheureusement.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je vérifie la date
Posté par David Demelier (site web personnel) . En réponse au lien OpenAI GPT dans rspamd. Évalué à 3.
Zut, ça paraissait tellement réel. Je m'en vais de ce pas réviser mon détecteur de second degré.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je vérifie la date
Posté par David Demelier (site web personnel) . En réponse au lien OpenAI GPT dans rspamd. Évalué à 4.
Ça me ferait bien chier que les mails que je reçois partent dans des LLM sur le "cloud" pour être détectés comme spam ou non.
git is great because linus did it, mercurial is better because he didn't
# Je vérifie la date
Posté par David Demelier (site web personnel) . En réponse au lien OpenAI GPT dans rspamd. Évalué à 3.
Ah non, c'est pas un poisson d'avril.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: dev principal de Ladybird
Posté par David Demelier (site web personnel) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 3.
Je ne dis pas qu'une personne a tort ou raison. On ne peut pas forcer les gens à changer leur opinions. L'opinion étant de base quelque chose d'extrêmement subjectif et personnel.
Je situerais cette situation sur une barre à trois curseurs
Dans le cas présent, Andreas (AK) était plutôt situé dans la partie opposition. De ce fait en fonction de l'opinion de chacun on peut arriver à plusieurs possibilités :
Je suis :
Ce qui signifie qu'il s'agit de la minorité qui force un changement à une personne qui n'en avait pas envie. Question « démocratique » je trouve ça sensé. Je sais pas si on se rend compte qu'on parle d'une phrase qui utilisait
hepour désigner un compte utilisateur virtuel. On est assez loin des messages odieux de Torvalds disant aux gens qu'ils doivent être rétroactivement avortés. Alors quand des contributeurs disent qu'ils ne peuvent absolument pas contribuer à cause de ça je me sens un poil perplexe. Je connais une personne qui ne peut pas mais voudrait utiliser Linux car elle est mal voyante et que les logiciels de lecture d'écran sont peu efficace mais elle essaye de contribuer comme elle peut, il y a de quoi rester songeur.Mais comme annoncé plus haut, la presse a scandale a encore fait les gros titres plus rapide que son ombre :
https://github.com/SerenityOS/serenity/pull/24648
git is great because linus did it, mercurial is better because he didn't
[^] # Re: dev principal de Ladybird
Posté par David Demelier (site web personnel) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 1.
Pour info :
https://github.com/SerenityOS/serenity/pull/24648
git is great because linus did it, mercurial is better because he didn't
[^] # Re: dev principal de Ladybird
Posté par David Demelier (site web personnel) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 10.
C'est exact.
Un logiciel c'est déjà fait par une personne qui s'est investie dedans et l'a fait pour elle. Le développeur de notepad++ a souvent utilisé son logiciel comme tribune à charlie hebdo, pour les votes du rn, etc. C'est son logiciel, son choix. Tu adhères tant mieux. Ça te gêne tu désinstalles. Ou tu t'en fiches tu laisses.
Je suis aussi pour une écriture au maximum neutre et dans mes documentations je fais l'effort de prêter attention à tout ce qui est sensible. Dans l'embarqué il y a encore malheureusement des termes comme “master/slave” dans le bus i2c, c'est chiant mais on essaye d'écrire sans. Je change le nom des branches “master” en “main” et les autres termes comme “blacklist” dès que possible. Bref, je fais mon effort parce que c'est une règle parce que le monde adhère de plus en plus. Parfois dans mes tests unitaires j'écris ou utilise des prénoms, des objets, des scènes ou tout autre chose dépendante du contexte mais sans arrière pensée. Je serais aussi agacé que quelqu'un puisse un jour me dire que l'exemple de mon test unitaire est offensant parce qu'il consiste à infliger des dégâts à une créature fictive.
Quand je participe à d'autres projets il y a parfois des choses qui me chagrinent. Par exemple got il y a une blague en référence à Theo de Raadt “shut up and hack” qui apparait après un
got clone. Pour certains c'est drôle pour d'autres non. Le développeur qui l'a mis a trouvé ça marrant et envoyer maintenant un patch pour lui dire que c'est pas drôle et que je me sens insulté peut déboucher en plusieurs réponses :Quand on utilise un logiciel, on utilise le travail de cette personne et souvent gratuitement. Personne ne vous oblige à l'utiliser, si c'est offensant alors prenez autre chose.
Ce qui m'inquiète c'est que ce genre de discussions et débats vont aller de plus en plus loin. Si je fais un jeu vidéo où l'on peut tuer des animaux (cf des vaches dans minecraft…) je pourrais être catégorisé comme quelqu'un qui n'a aucune conscience de la souffrance animale. Si je fais des jeux de voitures thermiques on pourrait me reprocher l'absence de considération environnemental. Si je mets des éléments religieux on pourrait croire que je fais soit l'apologie soit un blasphème.
Bref, ce sont des débats sans fin pour des projets techniques qui ne nous appartiennent pas. Le meilleur moyen d'exprimer votre désapprobation est de ne pas les utiliser.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: dev principal de Ladybird
Posté par David Demelier (site web personnel) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 8.
Moi j'ai beau avoir fait anglais du début jusqu'à la fin j'ai jamais appris
theycomme pronom neutre (mes études se sont finies en 2012). Alors si les temps changent il faut aussi former les gens à l'utiliser et forcément avec l'âge certains sont moins ouvert à ça.Essayer de faire adopter
ielà des >= 50 ans, je serais curieux de voir le résultat.git is great because linus did it, mercurial is better because he didn't
[^] # Re: Tout le monde aime le Milkshake Duck
Posté par David Demelier (site web personnel) . En réponse au lien Changement de gouvernance pour le navigateur indépendant Ladybird . Évalué à 4.
Mauvais signe c'est peut-être un peu brutal. Ils ont probablement juste pas envie de se faire surcharger par des MR qui ne sont pas techniques. Chez OpenBSD et FreeBSD je me suis déjà fait refuser des commit cosmétique juste parce que « ça ne résout pas un problème directement ».
De mémoire Andreas Kling est suédois, je ne sais pas trop comment fonctionnent les pronoms dans cette langue mais dans la notre nous avons aussi un éternel problème de genre.
Dans l'exemple qu'on voit l'utilisateur
anonn'est même pas physique donc le pronomhe/shen'a aucun sens. Refuser le changement est discutable mais pas spécialement lié à une appartenance de genre ou quelconque misogynie soupçonnée. Certes la réponse de Andreas fut brutale et j'en suis moi même surpris compte tenu de toutes les vidéos que j'ai déjà pu voir en live où il répond aux questions avec beaucoup de diplomatie et de bienveillance.Pour revenir à l'exemple, si je devais écrire cette documentation naïvement en français je pourrais le faire sous cette forme :
« Retirez l'utilisateur anon du groupe wheel et il ne pourra plus utiliser /bin/su »
L'utilisateur au sens système d'exploitation est irréel et n'a donc aucune notion de genre. Pour notre langue, ce sera donc bien
ilqu'on utilisera. En anglais si je ne dis pas de bêtisestheyest accepté comme neutre mais pas légalement et pour une bonne partie des non-natif une phrase comme celle ci peut sembler étrange.La formulation de base devrait être écrire d'une manière complètement différente comme :
“To prevent this, remove
anonfrom thewheelgroup and it will no longer be able to run/bin/su”ou
“Remove
anonfromwheelgroup to disable use of/bin/su”Quoi qu'il en soit, je crois qu'on arrive dans une époque où on se sent obligé de catégoriser les personnes dès la première incompréhension. Les personnes ayant interagit avec Andreas sur cette issue et par les mastodon interposés ne le connaissent probablement pas personnellement et ont immédiatement lancé une presse à scandale pour quelque chose de particulièrement superflu.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Pourquoi refaire un moteur de rendu ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 8.
Dans serenity quasiment tout est fait maison et le projet n'a pas d'ambition d'être un OS grand public donc l'idée de tout développer n'est pas un problème car c'est fait par passion et par envie. Le projet ladybird a commencé dans serenity de la même manière, être d'abord un petit navigateur pour afficher la documentation et puis au fur et à mesure on est allé plus loin.
Mon avis : si on doit créer des navigateur basés sur gecko/webkit/chromium on aura effectivement une grande partie du travail déjà réalisé mais nous sommes d'ores et déjà noyé par une quantité de navigateurs opensource. En plus, les 3/4 se ressemblent déjà visuellement alors je n'y vois peu d'intérêt à en faire un énième sur le même moteur.
git is great because linus did it, mercurial is better because he didn't
# La classe
Posté par David Demelier (site web personnel) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 5.
Je suis le projet serenity depuis le début et j'adore voir son avancé. Je suis content pour le navigateur ladybird et ce don massif mais c'est vrai que les derniers temps il fait un peu d'ombre au projet entier. J'espère que serenity ne passera pas trop au second plan car c'est impressionnant le travail réalisé en si peu de temps.
git is great because linus did it, mercurial is better because he didn't
# Éternel problème des SPOF
Posté par David Demelier (site web personnel) . En réponse au journal Mon inquiétude sur les dépendances en Rust. Évalué à 10.
J'aime pas spécialement Rust (surtout pour sa syntaxe, donc complètement subjectif) mais j'ai rien contre le langage directement. Par contre je déteste les crates.io et l'écosystème qui en est lié. Déjà parce qu'il faut obligatoirement un compte GitHub pour publier mais parce qu'il est conçu comme npm, on fait des modules de 10 lignes et on en revient à télécharger la terre entière pour un projet quelconque.
Alors pour Rust on va dire que c'est moins grave car les LTO et la compilation fait que cela reste moins bloat que les projets nodejs mais ça n'en est pas moins énervant. Plus il y a de pièces en mouvements dans un moteur, plus il y a de risques. Le gros problème est évidemment lié au SPOF. N'importe qui avec une simple dépendance peut introduire une backdoor en rien de temps.
Ce qui me chiffonne le plus c'est l'aspect mise à jour de sécurité. Là où des bibliothèque partagées permettent de sécuriser un système avec une simple mise à jour de la
.(dll|so|dylib), les projets Rust doivent tous être recompilés. On va dire que ce n'est pas mieux avec les projets externes directement intégrés dans un projet mais ça doit rester anecdotique.Aucune solution n'est parfaite mais pour moi tous les écosystèmes basés sur ce concept comme Rust, Go et npm sont vérolés de base en plus d'être des plaies pour les packagers Linux/*BSD.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: article de merde
Posté par David Demelier (site web personnel) . En réponse au lien Le BSOD pour Linux, ce sera dans le noyau 6.10. Enfin ;-). Évalué à 2.
Ça fait un moment que la console fait plus que 80 caractères même sans DRM.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: article de merde
Posté par David Demelier (site web personnel) . En réponse au lien Le BSOD pour Linux, ce sera dans le noyau 6.10. Enfin ;-). Évalué à 4.
ça c'est pas spécialement lié à la nouvelle fonctionnalité, on aurait pu faire en sorte qu'en cas de kp le contexte graphique bascule sur la console (comme on peut faire un
chvtactuellement). d'ailleurs FreeBSD a une option pour ça de mémoire.git is great because linus did it, mercurial is better because he didn't
[^] # Re: article de merde
Posté par David Demelier (site web personnel) . En réponse au lien Le BSOD pour Linux, ce sera dans le noyau 6.10. Enfin ;-). Évalué à 3.
D'autant plus que dès le départ le titre est faux :
Non justement, le kernel panic a déjà des détails, l'ajout de ce *SOD aura pour but de le rendre moins disgracieux pour le commun des mortels.
git is great because linus did it, mercurial is better because he didn't
# Ah RedHat
Posté par David Demelier (site web personnel) . En réponse au lien Le BSOD pour Linux, ce sera dans le noyau 6.10. Enfin ;-). Évalué à 1. Dernière modification le 25 juin 2024 à 13:26.
Chez RedHat au lieu d'écrire un frontend décent à
rpmon invente des écran de kernel panic pour quelque chose qui n'arrive jamais.20 ans de vie sous Linux, les rares kernel panic que j'ai eu étaient liés à ma carte nvidia des années 2004/2005.
Pourtant, je cherche les embrouilles, entre fedora, arch et des kernels maison je suis tout de même à risque. m'enfin, on a aussi inventé plymouth pour que ce soit joli au démarrage, au moins ce sera aussi joli au crash.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je reçois ma milk-v meles bientôt
Posté par David Demelier (site web personnel) . En réponse au journal Le RISC-V pour le Desktop, on en reparle ?. Évalué à 6. Dernière modification le 19 juin 2024 à 11:30.
Architecture ouverte, explicitement simple et extensions clairement définies donc facile à implémenter côté outils de développement et fabrication de puces.
D'ailleurs quand ARM a essayé de détruire RISC-V avec leur campagne de FUD, le retour de baton a été dur et explique notamment en quoi ARM est inférieur. Voir arm-basics.com et ses milliards d'extensions différentes et incompatibles.
De plus quiconque s'aventure dans le développement embarqué pour ARM se doit de se faire prescrire une quantité astronomique d’antidépresseur. Entre les toolchains fournis par ARM et leur documentation compliquées à rechercher, les licences à tout va, les SDKs fournis par les fabricants complètement incompatible avec un toolchain ou un autre et CMSIS qui dans la théorie est bien mais est complètement inutilisable on arrive vite à un sentiment de frustration. Puis même les plus anciens comprennent toujours pas la différence entre Keil et ARM tellement c'est un foutoir monstre.
Oh, je parle pas de tous ces fabricants fournissant un IDE sous eclipse (hein, STM32, NXP).
git is great because linus did it, mercurial is better because he didn't
# Je reçois ma milk-v meles bientôt
Posté par David Demelier (site web personnel) . En réponse au journal Le RISC-V pour le Desktop, on en reparle ?. Évalué à 10.
J'ai acheté une milk-v meles dès que j'ai eu une notification de stock et j'ai aussi pris un coupon pour leur futur milk-v oasis. Hâte de voir ce que ça peut donner au quotidien, en tout cas des essais sur une carte mère haut de gamme comme la pioneer n'a pas enchanté certains testeurs.
Je suis fan de RISC-V et je veux voir cette architecture avancer à grand pas. J'utilise beaucoup de modules ESP32 chez moi (les variantes RISC-V bien entendu) et je les pousse au travail aussi.
Vive RISC-V !
git is great because linus did it, mercurial is better because he didn't
[^] # Re: IRC
Posté par David Demelier (site web personnel) . En réponse au journal ICQ sera bronsonisé fin juin. Évalué à 3.
Encore plus quand on est sur des salons peuplés de gif et d'emojis à tout va.
git is great because linus did it, mercurial is better because he didn't