bbo a écrit 220 commentaires

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 :-)

Qu'en est il de l'utilisation de ce langage dans le monde du libre ?

Pour faire suite aux réponses complètes autour de la licence et des distributions, je me permets de citer quelques exemples de produits populaires construits en Java :
- Elastic Search (déjà cité) et Lucene sur lequel il est bâti,
- Cassandra (base de données orientée colonne),
- Neo4j (base de données orientée graphe),
- Gerrit (outil de revue de code utilisé par pas mal de projets Google, Wikimedia, entre autres),
- JOSM (l'éditeur OpenStreetMap),

Au delà du langage, je souhaiterai pointer qu'un des éléments essentiel de l'écosystème est la JVM elle-même sur laquelle de nombreux langages ont été construits. Les plus connus sont (au doigt mouillé) Kotlin, Scala, Groovy et Clojure. C'est un point notable car cela apporte pas mal de diversité et a permis, par exemple, l'émergence de produits comme Kafka (flux d'évènements distribué) ou Spark (calcul distribué) qui sont fait en grande partie (ou même en totalité ?) en Scala.

Merci pour l'info.

elementary, Inc. est un petite entreprise qui se construit un business model autour d'une distribution desktop uniquement. C'est assez risqué quand on voit le succès de "Linux sur le Desktop".

Je reconnais avoir du respect pour les 2 fondateurs du fait de leurs modes de financement ainsi que leurs efforts pour permettre le financement des développeurs d'applications, le tout sans brader la vie privée de leurs utilisateurs.

Unity 8 aussi a choisi Mir pour le support de Wayland. Un des développeurs d'Unity a écrit un billet court et intéressant sur ce qui existe/n'existe pas/plus dans Mir.

C'est toujours le cas.

Une des propositions de la communauté pour les objectifs 2020/2021 était justement de rendre l'outillage plus accessible. La proposition n'a pas été retenue et cela n'a pas trop avancé depuis.

Cela semble être un sujet récurrent sur les listes de traductions mais le consensus a l'air d'être très difficile à trouver.

Je pense que si. C'est juste que le bouton a été déplacé.

Sélectionne ton schéma de couleur et tu verras apparaître deux petites icônes dans le coin en bas à droite de l'image du thème. Cliquer sur le crayon t’emmènera sur l'édition du thème je pense.

Je te dis cela sans pouvoir tester moi même, n'étant pas encore sur la 5.16.

Dans Plasma, la manipulation des fichiers distants passe par KIO. Malheureusement, KIO n'expose cela qu'aux applications utilisant KIO (donc, seulement des applications KDE)

GVFS ne fait visiblement pas pareil, ce qui permet à toutes les applications d'accéder au montage dans un environnement GNOME.

Du côté de KDE, l'idée serait d'utiliser FUSE et de l'intégrer dans KIO. Mais ça dure… depuis 15 ans… Et j'avoue que c'est vraiment pénalisant en terme de fonctionnalités.

Cette année, il y a eu un Google Summer of Code sur le sujet. Le bilan est positif, mais ce n'est toujours pas inclus dans KIO. Il y a encore des problèmes sur :

• Le support Google Drive, qui corrompt les fichiers
• Le support MTP, qui ne marche pas

Bref, y a encore du boulot. Si tu veux suivre, le ticket Phabricator est là.

Je trouve que ce billet détonne dans un monde où il faut toujours simplifier la vie des utilisateurs et être plus ergonomique.

A titre personnel, je prends cela comme une leçon de roadmap produit.

Je profite de cette dépêche pour indiquer que Nicolas Kovacs a une section dédiée à openSUSE sur le blog technique de Microlinux. C'est un blog que j'aime bien où les informations sont intéressantes, claires et bien illustrées.

Le tout premier article sur Leap expliquent pourquoi Leap lui convient sur les postes de travail.

N'hésitez pas à compléter la liste !

À noter qu'on peut aussi créer des paquets pour openSuse sur COPR.

Je n'étais pas au courant ! Merci. Effectivement, le support a été ajouté il y a un an par Neal Gompa. C'est déjà lui qui avait ajouté le support de Mageia dans COPR. C'est quelqu'un de très investit chez Fedora, openSUSE et Mageia.

Il y a l'openSuse Build Service qui peut ressembler un peu à l'AUR

Pour préciser ton "peut ressembler un peu à l'AUR" :

• Ça ressemble : AUR, OBS et COPR fournissent un moyen d'accéder à des logiciels non présents dans les dépôts officiels.
• Mais c'est différent : AUR ne fournit que des recettes de build alors que OBS et COPR fournissent des paquets binaires.