bbo a écrit 204 commentaires

Idéalement, il faudrait que orgroam soit compatible avec Zettlr

Idéalement, il faudrait surtout que tu passes sur emacs :-)

Avec mon œil de païen, les réponses que les utilisateurs d'emacs t'ont apporté dans tes 2 journaux semblent correspondre à ce que tu cherches.

Je crois qu'il est temps que tu acceptes l'inéluctable : il faut interfacer ton bepo avec l'OS de GNU ;-)

En parlant de cette migration, ton lien m'a fait chercher les raisons qui poussent FreeBSD à migrer de SVN à Git et j'ai trouvé ce billet d'un membre de la core team.

Au delà des classiques points forts (plus personne n'utilise SVN, énorme écosystème d'outils et de plateformes autour de Git, les développeurs connaissent Git alors qu'ils doivent apprendre SVN, facilité de collaboration), il expose quelques points faibles. Et, je n'aurai pas du tout imaginer que l'absence de client Git sous licence BSD-like puisse être un problème (je croyais qu'ils étaient ouverts à d'autres licences s'il n'y avait pas ce qu'il fallait en permissif). Je cite :

the BSDL git clients are much less mature than the GPL ones. Until recently, there was no C client that could be imported into the tree. While one might debate whether or not that's a good idea, there's a strong cultural heritage of having all you need in the base system that's hard to shrug off. OpenBSD recently wrote got which has an agreeable license (but a completely different command line interface, for good or ill). It has its issues, which aren't relevant here, but is maturing nicely. Even with the current restrictions, it is usable. There is an active port of got to FreeBSD due to the large number of OpenBSDisms that are baked in (some necessary, some gratuitous). The OpenBSD people are open to having a portable version of got, so this is encouraging.

J'ai donc appris l'existence de Got dont je n'avais jamais entendu parler ! "Ils sont fous ces BSDéistes" :-)

---

Enfin, j'ai esquissé un sourire en lisant :

Git also doesn't support dealing with all the merge conflicts it causes very well

Car je viens justement de relire un journal sur Pijul :-)

Je vois que le dépôt Github n'est qu'un miroir en lecture seule mais qu'il semble toléré d'y ouvrir des PR pour intégrer des patchs.

Comme ça m'a questionné, j'ai cherché à savoir s'il y avait un changement d'outil de revue dans le tuyau. Et donc, pour le moment, Phabricator reste leur outil pour les revues.

pour ceux qui ont loupé l'info la 1re fois du coup

Comme moi ^{^}

Oh ! Ça faisait longtemps que j'avais pas vu un thread hijack aussi fin et délicat ! :-P ;-)

J'en envoie une avant la fin du week-end et l'autre avant la nouvelle année. Merci des rappels et de me pousser à déconfiner ma motivation qui est restée coincée en avril !

Mais… Pourquoi t'as pas attendu vendredi ???!!! ;)

La JVM fut étudiée en 2001, mais jugée peu adaptée aux langages dynamiques (elle ne l’était d’ailleurs toujours pas en 2010, quid de 2020 ?).

C'est vieux 2001 :-) Mais en 2010, il y avait déjà Groovy (2003) et Clojure (2007). Je les cite mais je ne sais pas si on peut compter Jython (1997) et JRuby (2001) ?

Par contre, c'est vrai que Golo n'était pas encore prêt (2012) !

Je ne pense pas être en mesure de comprendre un article expliquant pourquoi les gens de Parrot ont estimé que la JVM n'était pas adaptée aux langages dynamiques (probablement un peu trop technique pour moi). Je vais donc me contenter d'exprimer mon étonnement. Et constater que tout le monde n'avait pas l'air d'accord avec eux à cette époque :-)

Rakudo est un compilateur pour Raku qui implémente la totalité du langage et peut cibler plusieurs différentes VM (la principale étant MoarVM).

La JVM est une des cibles, si j'ai bien lu Wikipédia :-)

Je vais taquiner un peu :-)

Peut-être aussi que la majorité des gens ne voit pas où est le souci avec Debian vis à vis du libre…

Ce n'est pas parce que la majorité le pense qu'une minorité ne peut pas avoir raison aussi

Je n'ai pas non plus la sensation que l'existence de Trisquel ou GNewSense est un rejet absolu de tout ce que Debian a pu réaliser (et réalise encore).

les parties non-libres optionnelles sont clairement identifiées comme telles dans le repo non-free

Et bien, justement, un des points qui chipote la FSF est justement que c'est pas toujours clair. Je cite :

De plus, certains des programmes libres qui font officiellement partie de Debian invitent l'utilisateur à installer des programmes non libres. En particulier, les versions de Firefox et Chrome fournies par Debian suggèrent des plugins non libres compatibles avec elles.

Factuellement, c'est vrai. Et y a des gens (peu, faut le reconnaître) que ça dérange. Et je trouve très bien qu'ils aillent disperser leur énergie à essayer de changer ça. S'ils y croient, pourquoi leur rabâcher en permanence qu'ils sont une goutte d'eau dans la mer ou qu'ils se trompent ou que leur énergie pourrait être mieux investie ailleurs ?

Il me semble que Debian ne distribue plus de binaires non-libre pour le noyau linux

Oui, depuis Debian Squeeze

La différence entre le noyau Debian et Linux-Libre est visiblement que le noyau Debian peut charger un firmware non libre. Pas Linux Libre.

Je me demande dans quelle mesure la création d'une agence interministérielle ou d'un Open Source Program Office ne devrait pas plutôt être une extension des missions d'Etalab (qui, si je ne dis pas de bêtise, se concentre uniquement sur la donnée) ?

Je sais bien que les données ouvertes et le logiciel libre sont 2 sujets différents. Cependant, il y a beaucoup de points communs dans la manière dont les communautés se construisent, interagissent et bâtissent la connaissance (même si c'est de la donnée d'un côté et du code de l'autre).

Pour éviter d'ajouter une couche au Mille Feuilles, je ne verrai pas de soucis à confier les 2 sujets à la même structure. Est-ce que cela poserai un problème d'ordre administratif ? Ou autre ?

Alors que l'on demandent beaucoup de dev java et/ou PHP

En même temps, il y a énormément d'applications dans ces langages qu'il faut maintenir et faire évoluer. Et une fois que t'as plein de monde qui fait du Java ou du PHP dans la boutique, quand tu as des nouvelles appli à faire… Et bien, tu pars plutôt sur du Java ou du PHP (surtout vu la taille des écosystèmes).

Les grosses DSI, avec toutes leurs règles et processus, sont assez conservatrices dans l'ajout de technologies différentes (je ne dis même pas "nouvelles !) :-)

J'ajouterai aussi l'excellente compatibilité entre les versions de la JVM au cours du temps. Jusqu'à Java 8, "rien n'était jamais cassé" au niveau des interfaces. C'est vrai que cela a un peu changé depuis Java 9 mais les dépréciations sont quand même faites très calmement et anticipées sur plusieurs versions.

Ça reste quand même un énorme effort à mettre au crédit de l'éditeur.

L’impression 3D est aussi extrêmement énergivore. Les factures d’électricité font mal, très mal !

Peux-tu donner un ordre d'idée stp ? Dans le coût de la coque, c'est quoi la répartition entre le coût de la matière et le coût de l'énergie ? Avais-tu prévu cette explosion de ta facture d'électricité ?

Ils ont passé le Zenicrash-test ! :-)

Alors, oui je sais, que fedora et centos/RHEL sont différent, […]

Tu aurais pu dire "fedora et centos et RHEL" :-) (certes, centos s'appuie sur les sources de RHEL, mais il y a une structure, une gouvernance et une communauté dédiées)

mais c'est quand même lié.

Pour illustrer les propos de Renault, je cite le FPL lors d'un AMA sur Reddit :

I guess the major misconceptions relate to Red Hat and Fedora.

First, Fedora is not just a beta for Red Hat Enterprise Linux. We do a lot of thing RHEL just plain isn't interested in, and set our own direction. As a very important downstream made by our major sponsor (including things like paying my salary), RHEL is a key stakeholder, but Fedora is so much more than that.

Second and related, all of the crazy conspiracy theories about Red Hat either forcing Fedora to do some thing, or dominating other distros, or whatever — they're really silly. From an in-the-company perspective, there's plenty of politics and problems just as in any company, but most of it is 180° (or 270° or 32° or whatever) from the online imagination.

And third, Fedora definitely isn't just Red Hatters. Of the core 300-or-so people in the project (out of 3000-or-so who contribute something every year), about ⅓ are Red Hatters and the rest from elsewhere.

Comme LeBouquetin, j'avais été étonné par l'ordre de grandeur, mais sans creuser.

Merci pour ces informations !

et sur le moyen terme ça ne passera pas (mailing liste…)

Chacun a son avis sur ce mode de revue, mais la mailing list est leur moyen habituel de relire le code.

Donc, ils n'ont pas mis en place deux nouveaux flux de revue de code mais ils ont maintenu leur flux de revue actuel et ouvert un nouveau flux sur Github. C'est une nuance importante à considérer pour imaginer la tenue dans le temps.

Par ailleurs "Utilisation du domaine https://git.openjdk.java.net/ pour rediriger vers le dépôt de source" n'a aucun intérêt :

Désolé de pas avoir détaillé, c'est probablement plus clair en regardant l'exemple de revue que j'ai mis.

En gros, si tu vas dans le JIRA ou sur les mailings lists, tous les liens vers les revues et les commits sont en git.openjdk.java.net ce qui ne cassera pas l'historique de tout ce qui a déjà été réalisé le jour où ils décident de partir chez Gitlab ou BitBucket.

Je pense vraiment que l'objectif est de ne pas casser ce qui a été mis dans le bug tracker. Ce n'est pas de maintenir les bookmarks des utilisateurs.

Cet OS aura peut-être un petit succès du fait d'être une création d'Ikey Doherty.

Je respecte (voir admire) sa capacité à produire du logiciel libre en très grosse quantité. Par contre, il passe beaucoup de temps à recommencer à zéro ce qu'il entreprend ce que je comprends moins. J'ai perdu le compte des distributions qu'il a lancé (3 ou 4 ?).

Ce lien m'a aussi permis de découvrir qu'il se lançait dans la réalisation d'un moteur de jeu vidéo et qu'il venait de créer sa boîte. Un sacré bourrin !

Je trouve presque hors norme sa capacité à commencer des projets hyper ambitieux de zéro.

Clear Linux […]

Qui est une distribution sur laquelle Ikey a aussi travaillé d'ailleurs !

La boucle est bouclée :-)

Je pense qu'on peut dire que c'est une première mondiale ?

En lien direct, SourceHut a annoncé mi-mai que l'entreprise va soutenir la création de contenu sur le réseau PeerTube.

L'entreprise alloue un budget de 5000$ pour financer du matériel à destination de nouveaux créateurs de contenu qui voudraient se lancer.

En plus d'une licence Creative Commons, une des conditions est que le contenu ne soit diffusé que sur Peertube.

Si je dis pas de bêtises, les paramètres de GNOME permettent déjà de paramétrer les autorisations des applications, non ?

Je n'ai pas moyen d'essayer ni comparer présentement, tu as des détails sur les différences entre les 2 applications ?

Salut à tous !

Plutôt qu'il est plus facile et rapide de poster un simple lien, que d'écrire une dépêche.

Oui, c'est plus rapide et il me semblait que c'était l'objectif de cette rubrique. Antistress et toi êtes bien placés pour savoir l'énergie qu'il faut pour écrire une dépêche de qualité. Et là, vraiment, j'avais juste pas envie. J'ai déjà du mal à avancer les sujets pour lesquels j'ai de l'intérêt, c'est pas pour ajouter les sujets qui éveillent juste ma curiosité.

Rien ne dit que l'auteur du lien a d'abord vérifié l'absence de dépêche publiée ou en modération ou en rédaction au préalable.

Dommage que j'ai à me justifier mais si, j'étais passé dans l'espace de rédaction pour vérifier et il n'y en avait pas.

Il est possible qu'il ait juste voulu publier vite.

Non. J'ai juste voulu indiquer une info, car c'est comme ça que moi, j'utilise les liens (en tant que lecteur du site je veux dire). Cette rubrique "Liens" me permet d'avoir une vue d'ensemble (sans détails mais avec la possibilité d'aller voir un article officiel et/ou sérieux si je veux aller ponctuellement plus loin) de ce qui se passe au delà de ce que je suis plus "assidûment", de voir de quoi les gens parlent, de voir des nouveaux sujets dont je suis éloigné, d'avoir quelques news sur les différentes communautés, etc

Par exemple Ubuntu :
- je ne suis abonné à aucun des sites de cette communauté
- de temps en temps, je regarde ce qui s'y passe pour "picorer" les actualités autour de cette communauté

Bon là, pas de chance, c'est tombé un lendemain de sortie d'une LTS. Je l'ai donc fais suivre ici, pour ceux qui utilisent les liens comme moi.

Ubuntu est, de toutes façons, très peu couvert ici. Et cela depuis un certain temps. Une recherche sur Ubuntu 19.10 (par exemple) indiquent seulement des liens (dont aucun vers l'annonce officielle).

A titre d'information, l'événement qui m'a poussé à poster ce lien sans plus de chichi, c'est une autre info qui n'a pas été abordée ici alors qu'elle me semblait assez importante (car rare) : le changement du leader Archlinux. Je suis tombé dessus fin mars en me disant que je n'avais pas vu l'info dans un Journal ou un Lien. Je n'avais pas posté le lien (même en retard) en me disant qu'il y aurait bien un Archer qui en parlerait à un moment ou un autre dans un contenu de meilleure qualité.

Toujours rien. Je ne jette pas la pierre, on ne peut rien imposer à des bénévoles. Mais c'est dommage. Finalement, je me dis que j'aurai dû poster ce lien.

J'admets avoir pris l'hypothèse que la 20.04 n'aurait pas une grosse couverture non plus et j'ai donc posté. Même si ça serait bien d'avoir du meilleur contenu qu'un pauvre lien (je vous l'accorde), je ne vois pas ça négativement qu'on parle peu des sorties d'Ubuntu. Cela montre que c'est un standard, que ça marche et que plus personne ne s'étonne de voir les versions s'enquiller. Ubuntu fait parti du paysage quoi.

Edit : j'aurai peut être dû faire un journal de ce commentaire :-)

Beaucoup de gâchis d'espace à cause de la barre supérieure qui n'est pas très utile, des barres de titre énorme pour rien (hormis pour quelques applications Gnome mais c'est une minorité).

Les applications plus classiques ont une barre de titre et une barre de menu, voir même une barre d'outils pour un accès rapide aux fonctionnalités principales, il y a donc quand même un gain de place ?

Bref, tout ça pour dire qu'un développeur KDE admet que le gain de place en vertical est un des aspects positifs des header bar (et la non redondance aussi d'ailleurs). Je cite (ok, c'était 2018 et la CSS d'Adwaita a changé depuis, mais la taille verticale n'a pas pris 20 pixels. L'analyse est donc toujours pertinente à mon sens) :

Headerbars consume roughly 44 pixels less vertical space by omitting menubars and making the toolbar also function as a titlebar. This amounts to an almost 6% vertical space savings on a low-quality 1366×768 screen, and about 4% on a 1080p screen. Thus, headerbar apps can indeed provide a bit more space to their content areas and less to the window chrome and user interface controls.

Je parle bien de comportement par défaut car on me dira qu'on peut configurer Plasma pour cacher la barre de menu et/ou la barre d'outil. Mais, à partir de là, si on est prêt à configurer un peu, côté GNOME Shell, il y a des thèmes qui ont des header bar plus petites.

Et j'ai oublié Keycloak (gestion d'identité) que je voulais citer :-)