bbo a écrit 204 commentaires

Tiens, un peu comme Gentoo :

• 23 mai : annonce de la migration vers Libera
• 26 mai : des canaux encore sur Freenode ont été détournés.

Bref, Gentoo voulait migrer pour le 13 juin. Et bien, c'est fait depuis le 26 mai !

Dommage de ne jamais (l'article lié n'est pas plus disert) donner un seul exemple de ces "fonctionnalités les plus avancées" que LSP ne permettrait pas, surtout si on perd "énormément"..?

Jetbrains, par exemple, a toujours boudé LSP pour ses produits (même s'il existe des plugins)

Je cite cet article de 2018 autour de Rider (IDE .NET propriétaire) :

Re-using the Language Server Protocol (LSP), an idea we discarded. LSP is great and does many things, but it's also a lowest common denominator. Some refactorings in ReSharper are impossible to implement in LSP without bolting on many customizations. It's also unclear how LSP should handle languages like Razor, which typically mix C#/VB.NET and HTML, CSS, and JavaScript. There would have to be an LSP component for the separate languages, but also one for the combined languages. LSP would introduce many complexities and provide little benefit for our particular use case.

J'ai aussi trouvé cette discussion autour du support du LSP pour Kotlin dans Intellij (mais les remarques pertinentes s'arrêtent en 2018)

Comme la situation des IDE Jetbrains n'a pas changée, je suppose que les équipes de Jetbrains estiment que ces "problèmes" subsistent, indépendamment des évolutions favorables des Language/Debug Server Protocols.

Tu trouveras peut-être aussi cet article de fin 2020 intéressant. Quoiqu'on pense du LSP, je rejoins complètement une de ses remarques :

LSP did achieve a significant breakthrough — it made people care about implementing IDE backends

Tu as tout à fait raison sur le fait que cela ne correspond pas à l'attente que les gens ont.

Après, une autre chose qui me paraît sûre, c'est que le Disaster Recovery Plan étant pudiquement traduit "Plan de Reprise d'Activité (après incident)", cela n'aidait probablement pas à imaginer le pire. Un désastre, ce n'est pas perdre quelques disques ou une paire de VM.

Maintenant, on sait qu'un désastre, c'est perdre plusieurs centres de données (certes, géographiquement au même endroit) avec une partie des sauvegardes et n'avoir qu'un accès erratique à ta console d'administration. Tout ça en quelques instants et pour de nombreuses heures.

sa solution fonctionne très bien pour moi.

Top !

1000 mercis pour ces infos !!!

Ah ah, ça m'a fait penser : peut-on remercier 1000 fois 1 personne ou 1 fois 1000 personnes ?! :)

Blague à part,

Je suis 100 % d’accord avec le message de catweazel

Moi, le seul truc qui m'irrite c'est l'éternelle comparaison avec le(s) comportement(s) de Windows (ça marche aussi avec OSX).

Avec ce genre de raisonnement, le menu de Plasma est pourri car il me rappelle le menu "Démarrer" de Windows, Kontact c'est nul car ça me rappelle Outlook, je ne parle pas de Darktable tellement ça me fait penser à Lightroom, oh et puis VLC qui envoit des métadonnées c'est "so-Windows", etc etc

Comme "ça ressemble à Windows", il n'est même plus possible de discuter d'éléments techniques et/ou ergonomiques et/ou historiques.

Je comprends que ce comportement de mise à jour puisse irriter certains utilisateurs (cf ici même suite au changement chez Linux Mint). C'est même tout à fait légitime. Mais l'argument "ça ressemble à Windows", c'est vraiment pas au niveau. Cela affaibli même les autres (bons) arguments.

Discuter du meilleur moyen de laisser le choix, des workflows de chacun, des raisons qui ont poussé les développeurs à mettre ça en place (et, si possible, sans préjuger qu'ils cherchent à "nous", les utilisateurs, infantiliser/windowiser) me parait bien plus approprié. Et probablement plus pérenne.

Il y a plein de raisons légitimes à s'opposer à certaines fonctionnalités des OS proprio (tracking, etc). Mais si jamais une fonctionnalité "ressemble", c'est qu'on n'a pas assez creusé. Parce que, chez nous, c'est libre.

Plausible, alternative à Google Analytics légère et respectueuse de la vie privée (et citée ici pas plus tard qu'aujourd'hui !), a aussi fait ce choix fin 2020 de passer d'une licence permissive (MIT dans leur cas) à l'AGPL.

Le modèle est un peu différent :

• Pas de support gratuit sur la version pour auto-hébergement
• Il y a un lag entre la version cloud et la version auto-hébergée. L'annonce indique que la version auto-hébergé aura 2 versions par an, mais début 2021, c'est plutôt tous les 4 mois. A voir à l'usage, c'est récent. Après, c'est juste la distribution du binaire, le code de la version cloud est sur Github (AGPL oblige).

Heureusement que la FSF résiste en essayant de proposer des licences qui protègent vraiment l'utilisateur final et pas les intermédiaires.

Cela dit, je suis impatient de connaître la position officielle de la FSF sur la SSPL.

Faudrait que la FSF, qui affiche ne pas aimer le non libre, se penche sur le sujet (pas nouveau, MySQL le fait depuis des lustres)

Oui, mais que ça soit MySQL ou Grafana, ce n'est pas la licence qui leur permet de faire ça, mais leur CLA. Je doute donc que la FSF en dise grand chose.

Par ailleurs, il y a beaucoup de monde que fait signer des CLA. Je suppose donc que l'idée/l'envie de contribuer à un projet sous CLA est plus une question de confiance avec l'entité qui tient le copyright (ou a qui est donné le droit de faire une version propriétaire de ta contribution).

mais on sent quand même bien que le but est de vendre leur version non libre

J'ai surtout trouvé qu'ils cherchent à vendre de l'abonnement SaaS (mais qui est non libre, je te rejoins).

Je rajouterai même que (sans troll) la dictature c'est pas forcément le meilleur système.

;)

J'ai beaucoup plus de respect pour Ian Murdock qui a crée Debian (qui est toujours là), que pour des dictateurs, même bienveillants, qui seraient incapables de bâtir quelque chose qui va leur survivre.

Ce qui rendra une distribution stable, c'est de ne rien mettre à jour du tout :)

Si ce qui t'intéresse, c'est la stabilité générale (au sens tu sais ce qui marche et ce qui ne marche pas) et que, donc, tu t'en fous d'avoir un bureau et des applications à jour, regarde en priorité Kubuntu 20.04. Pas de changement pour encore 2 ans (Kubuntu LTS est supporté 3 ans). En plus, c'est la même base que Neon donc tu ne seras pas dépaysé.

Si changer de base ne te fait pas peur, openSUSE Leap c'est pas mal sans trop bouger. Les goûts et les couleurs font que ça pourrait te plaire.

Si ce qui t'intéresse, c'est la stabilité de la base (car tu t'en fous de la "base" tant que ton matériel est reconnu) mais quand même avoir des applications à jour et bien dans ce cas, regarde en priorité l'édition utilisateur de Neon car c'est exactement ce qui est proposé. Tu ne seras pas dépaysé et tu n'auras pas à réinstaller. Juste à appliquer la procédure indiquée par le projet.

Si tu as choisi de changer de base, sache qu'openSUSE propose des dépôts complémentaires pour avoir tout KDE à jour sur Leap

Bons tests et bon courage ; choisir, c'est toujours pénible !

sauf la dernière lubie de Discover : demander le reboot pour faire certaines maj, ce qui m’oblige à utiliser Apper

Tu seras donc ravi d'apprendre que les mises à jour hors-ligne (actives sur l'édition Utilisateur de Neon que depuis le 1er avril) seront activables/désactivables par l'utilisateur à partir de Plasma 5.22, dont la sortie prévue début juin.

En attendant, il semblerait que tu puisses les désactiver via :

kwriteconfig5 --file discoverrc --group Software --key UseOfflineUpdates --type bool false

Systemd ne fera pas traitement de texte, pas serveur web, pas gestionnaire de base de données, etc.

Exact, pour cela il y a Emacs ! Emacs fait même le "etc."

;)

NoGNU : Not Only GNU

J'ai des idées de noms :

• GNG (GNG’s Not GNU) mais va le prononcer !
• YAGNU (Yet Another GNU)

:)

Je sais que ça peut choquer/surprendre de ne pas attendre qu'une fonctionnalité soit complète pour la fusionner, mais avoir des incréments les plus petits possibles aident vraiment (je trouve) pour un tas de raisons.

Je suis d'accord avec ce que tu dis. Mais cela peut impliquer un changement culturel. Car, il y a un moment où tu auras du mal à n'avoir qu'une partie de fonctionnalité sans feature flag. Et ça ne passe pas dans la culture de certaines équipes/entreprises.

• agit sur le fait que le site ne pouvait se permettre de diffuser cette idéologie,
• affirmé que la liberté d'expression n'oblige pas le site à accepter de publier n'importe quoi,
• confirmé que les règles du site s'appliquaient,

En effet, une belle illustration de :

Stallman considers himself afflicted, to some degree, by autism

A mon avis, tu n'as probablement pas choisi la meilleure citation pour illustrer les propos d'anaseto. Parce que ça ressemble à un certificat SSL auto-signé ou à une attestation de sortie ;-)

Comme je n'ai pas lu ce bouquin, je ne sais pas si les autres mentions dont tu parles sont plus modérées ou sourcées. Quoiqu'il en soit, Stallman a visiblement dit que cette remarque était exagérée. L'article dit également :

But Stallman did acknowledge that he has "a few of the characteristics" and that he "might have what some people call a 'shadow' version of it."

Là encore, ok. Je veux bien le croire. Mais ça serait plus facile à accepter avec, par exemple, un avis médical.

et qu’il se tape la maintenance du code C.

Ou qu'il porte en BTR ?

Ok je --> []

Merci pour ton regard intéressant. Cela ne m'étonne pas vraiment qu'il ait un côté My way or the Highway.

Je ne le suis que de loin en loin et c'est vrai qu'il est assez radical (voir de plus en plus avec le temps ?). Par contre, j'avoue que je ne savais pas qu'il avait arrêté de contribuer à Alpine.

Dans un language plus « simple », chaque projet doit aussi ré-inventé la roue quand il faut faire quelque chose qui n'est pas prévu de base. Au final chaque projet a ses propres conventions qu'il faut ré-apprendre.

Donc cela veut dire que si tu veux qu'un langage "simple" perce, il te faut une grosse communauté qui fera des libs et frameworks qui seront considérés comme "standards".

Vu son billet, il ne cherche pas la comparaison avec rust mais juste avec le C. Après, il me semble inutile de faire la liste de ce que rust ou go ont déjà car :

• Ce nouveau langage reste quand même très flou jusqu'à présent :)
• C'est un furieux du minimalisme qui n'aime pas rust (je pense que la blague du nom est plutôt liée à ça qu'à une envie de concurrencer rust… c'est "better" dans la vision d'une partie des utilisateurs de source hut). Donc, les arguments que rust possède déjà les fonctionnalités qu'il veut, et bien je crois qu'il s'en fout :)
• Il a déjà plusieurs projets en Go et il a l'air d'aimer

En passant, merci pour tes réactions (et aux autres aussi hein ^). Je ne suis pas trop branché langage systèmes/"simples" et vous m'aidez à me faire mon éducation ;)

La comparaison avec Zig a été levée (mais pas en aussi détaillée que toi ⁾ sur la mailing list.

Morceau choisi :

May I ask how your new systems programming language differs from Zig?

It's much simpler, and does not provide any metaprogramming facilities
(such as comptime). Unlike Zig, BTR does not use LLVM.

Zig takes about 30 minutes to compile and run its test suite, not
including the time required to build LLVM, whereas BTR takes about 5
seconds to build qbe[0], its compiler, and its stdlib, and run the
compiler and stdlib test suites.

Après ce futur langage reste très mystérieux. Faudra voir dans 1 an :)

si c'est depuis dans un bureau graphique, c'est window() ;

Même s'il fonctionne sous Wayland ?

Il faudrait un terme plus clair pour désigner la fonction qui donne du travail aux autres. Peut être master?

Vu que c'est la porte d'entrée du programme, je pense que je l’appellerais door dans mon futur fork de ce futur langage.

Et surtout, c'est exactement ce qu'on attend en général de toi en entreprise

Absolument. Savoir naviguer dans un océan de legacy est une vraie compétence.