bbo a écrit 211 commentaires

Cela me paraîtrait plus logique que Windows se fasse intégrer dans systemd-homed. Après tout, une maison a toujours plusieurs fenêtre !

Et, vu tous les pouvoirs et intentions qui sont prêtées à Poettering, j'ai hâte de voir arriver :

• le changement de casse sur systemctl. Genre SystemCtl List-Units.
• les nouveaux alias pour favoriser l'adoption. Genre Start-Service PusleAudio

Désolé Laurent mais le titre de ton lien me chagrine. "Aucune n'est libre" alors que :

• La 1ère (pas la dernière hein, la 1ère ! Devant WhatsApp !) alternative proposée est une plateforme dont les clients (Bureau, Android et iOS) et le serveur sont libres
• La 2ème alternative proposée est une plateforme dont les clients sont libres.

Après, elles sont proprio, ok. Mais y a quand même pas mal de code libre sur le podium, contrairement à ce que tu suggères dans le titre.

Dans ce fil de discussion, je trouve qu'il y a confusion entre le code et le service (et sans oublier que "Signal" est une marque en plus). Le service est bien centralisé, avec les problèmes que ça pose. Mais le code lui, est bel et bien libre. C'est pas une question d'abus de langage. Juste, c'est libre (et AGPLv3 pour le serveur Signal en plus !). La centralisation ou non d'un service n'a rien à voir avec les libertés associées au logiciel.

La prochaine étape, c'est quoi ? Que les appli desktop ne sont pas vraiment libres car c'est un bloat utilisant Electron ? Et que Mattermost sans les bridges, c'est pas libre "stricto sensu" ?

---

Je pense que "aucune n'est décentralisée" aurait été plus dans le message que tu voulais faire passer.

basé sur ubuntu, qui aux dernières nouvelles que j'en ai (qui datent) recommande toujours aptitude comme gestionnaire de paquet en ligne de commande.

apt reste quand même cité en 1er pour une utilisation interactive en ligne de commande. aptitude est plutôt indiqué en tant qu'interface texte.

Par ailleurs, un des développeurs d'apt est employé de Canonical.

Heureusement qu'il reste l'ascenseur social…!

Mais, pour des raisons de budget, il ne démarre qu'au 2ème étage. C'est dommage pour ceux qui partent du rez-de-chaussée (voir de la cave).

Alors pense fort :

Mais quand ce souvenir,
Revient me faire souffrir,
Très vite j'y pense et puis j'oublie.

Il y a un site pour expliquer la configuration "texte brut" des clients mails. Par exemple, Thunderbird !

D'accord avec toi sur les explications possibles, sauf celle-là :

Une partie des répondantes et répondants fait de la programmation à titre personnelle (par opposition au travail en entreprise avec des environnements imposés) et sur de petits projets (…qui ne nécessitent pas un éditeur qui fait IDE et café éclipse)

Car dans le sondage de l'année dernière, tu as des réponses qui ne concernent que les professionnels. Et dans ce cas, Notepad++ est toujours très bien placé (en 4ème position). Donc la programmation pour rigoler n'est pas un critère significatif pour obtenir ce bon classement.

Pour ma part, je l'utilise beaucoup sur les fichiers CSV et mon journal.txt

Ils peuvent très bien faire les 40 autres heures de chez eux.

Eux, au moins, ils ont plus de 3 résidences !

Et pour rendre le papier plus cher,

tu augmentes les taxes.

C'est encore plus KISS.

Mais je reconnais que

détruire des arbres

a l'avantage de générer du PIB

⸮

---

Je regrette de n'avoir pas pu passer ici hier !

--> []

En complément de ce qui a déjà été écrit :

Est-ce qu’il y a un moyen simple d’avoir les dernières versions de Plasma dès qu’elles sortent ?

Cette page indique que tu peux voir arriver une mise à jour majeure de Plasma par version de Fedora. En gros, si tu as une Fedora 36 avec Plasma 5.24, tu verras Plasma 5.25 arriver dans les mises à jour en cours de cycle. Par contre, une fois que Fedora 37 sort, il ne faut plus attendre de mise à jour de Plasma sur Fedora 36 même si elle est encore supportée.

Cela fait plusieurs versions que je n'utilise plus Fedora mais c'est assez cohérent avec ce dont je me souviens. Par contre, j'ai souvenir qu'il y a un certain lag entre la sortie de Plasma et l'arrivée dans les mises à jour.

Si tu veux plus rapide : openSUSE Tumbleweed (lag en heures, parfois quelques jours. Par exemple, Plasma 5.24 est arrivé dans les dépôts en une journée) et Arch (qui attend la 5.x.1 de mémoire, soit une semaine après la 5.x.0)

Pour Fedora, clairement, le fait de passer par Rawhide avant prend logiquement un peu de temps. Après, c'est peut être l'occasion pour toi de participer à la validation des mises à jour en ajoutant du Karma dans Bohdi (par exemple, la mise à jour 5.24.5 pour Fedora 36)

Est-ce que les dépôts de Fedora sont aussi complets que les dépôts d’ubuntu ?

Tu peux vérifier si les logiciels que tu utilises sont disponibles dans les dépôts officiels ou dans RPMFusion.

Est-ce que les paquets sont splités ?

Je suppose que tu poses la question "en général" plus que spécifiquement pour les paquets KDE ? Fedora fournit des paquets -devel et des paquets -doc. Je pense donc que ça répond "oui" à ta question !

---

Et pour ton départ d'Ubuntu, je sais que tu as écris "entre autre" :) mais

sa politique assez agressive concernant les paquets snaps

si tu penses au Snap de Firefox, je me permets de rappeler que ça s'est fait sur demande de Mozilla ;)

Ce lien m'a fait penser à un livre sur les bonnes pratiques de l’éco-conception web publié par Greenit.fr et que j'avais acheté il y a 10 ans environ. Me disant que ce livre avait dû très mal vieillir, j'ai été surpris de voir qu'ils viennent de publier la 4ème édition ce mois-ci. Autre surprise : le contenu de cette nouvelle édition est disponible sur Github en Creative Commons (mais en BY-NC-ND donc non libre).

et l'annonce se retrouve stupidement moinsée

C'est quand même très courant ici de se faire moinser pour une annonce sans fourchette. Si c'est une pratique "stupide", il faut la changer mais en attendant, c'est documenté. Et ce n'est pas parce que c'est pour bosser chez Mediapart qu'il faut plus le regretter que lorsqu'il s'agit d'une annonce de startup innovante qui fournit le baby-foot ou de boite de service chez qui tu auras du challenge.

Peut-être entre les distributions RPM mais je n'y crois pas trop.

En effet, on a déjà PackageKit qui fait exactement ça : une abstraction pour que chaque gestionnaire de paquets puisse fournir son implémentation dédiée, un démon, une API DBus et une gestion de droits via Polkit… Mais l'intégration de PackageKit dans les distributions s'est fait dans la douleur et sur de (très) nombreuses années. Et je vois souvent des utilisateurs conseiller aux nouveaux de ne pas utiliser Discover (chez KDE) ou Software (chez GNOME)… C'est pour ça que je ne crois pas trop à un nouvel effort de standardisation entre les gestionnaires de paquets. Et d'ailleurs, PackageKit n'est plus sensé évoluer.

J'ai peur que ca devient "macrodnf" maintenant …

Ça sera intégré dans systemd avant ! (c'est bon, on est vendredi)

Pour pas que tu te fasses avoir le moment venu, je te conseille de créer les dépôts tout de suite car on a déjà PicoDNF et dnf-yocto !

Je ne sais pas si c'est lié, mais il y a un démon DNF chez Mageia.

Le README répond à ta question je pense :

[…] dnf's API available for application via DBus calls […] This makes it easy to do packaging action from your application no matter what language it is written in, as long as there is DBus binding for it.

ou peut être que le moinseur ou la moinseuse était bourré(e) aussi !

Je te rejoins sur les enjeux.

Je réagis sur :

[…] prendre des décisions rapides et efficaces […] redéfinir un fonctionnement clair et largement accepté.

Je crois qu'il est possible d'avoir des "décisions efficaces" et un "fonctionnement clair". Car l'efficacité peut être amenée par la simplicité, qui permet de plus facilement appréhender les choses.

Par contre, il me parait impossible d'avoir des "décisions rapides" et un "fonctionnement largement accepté". Sauf si ce "fonctionnement largement accepté" est de laisser décider un dictateur ou un groupe de personne (donc, une oligarchie). Mais je veux bien que tu détailles ce que tu entends par "fonctionnement largement accepté".

est le service de contrôle d'accès fourni par Atos

Petite précision : Worldline est désormais une entreprise indépendante d'Atos (depuis mai 2019).

Et pour systempay, le whois indique Natixis (groupe BPCE).

https://www.betterbird.eu/faq/former.html

Et bien, l'ambiance a l'air top ! J'ai juste du mal à bien cerner la répartition entre faute possible côté Thunderbird et égo du développeur.

Dans tous les cas, je ne connaissais pas du tout ce fork. Merci pour l'info donc !

Tu t'exposes à utiliser une ancienne version

Et la teneur du message des mainteneurs me fait penser à xscreensaver en son temps.

Pour le cas spécifique de Firefox, il me parait intéressant de noter que la transition snap a été lancée à la demande de Mozilla.

Vu sur discourse.ubuntu.com :

Why the change ?
When Mozilla approached Canonical, they had some clear benefits in mind. Those included:
* Cross-platform support: The snap will run on all distributions that run snapd - now and in the future
* Authenticity: You’re getting Firefox, unadulterated, straight from the source
* Effortless updates: Get security updates from Mozilla, fast
* Less time on maintenance, more time for features: Community developers can focus on innovation, instead of being mired in support

Et plus loin :

Didn’t you do this before? Yes. Kind of, with the transition to the Chromium snap a few years ago. […]. However, that decision was all us, for maintenance reasons. This time around, for Firefox, it’s a coordinated effort between Mozilla and Ubuntu.

Pour rappeler l'ancienneté des positions de Bernard Coutaz un article ancien me parait au contraire tout a fait pertinent

D'autant que ses positions sont bien ancrées dans le sol ! Après c'est le risque avec quelqu'un qui a désormais une vision un peu étriquée du monde.

dont l'avantage, après lecture, se limite à une feature très "niche"

Snap ne fournit pas que l'auto-update.

C'est un peu comme avec Flatpak, laisser de côté le sandboxing (même si tous les snaps ne sont pas confinés, mais c'est indépendant d'Ubuntu) et le fait qu'un seul "paquet" soit installable/utilisable sur plusieurs versions de plusieurs distributions c'est passer à côté d'une grosse partie des raisons ayant amené le développement de ces 2 systèmes de paquets "universels". Raisons qui ne sont pas sans conséquences.

Mais c'est vrai que ces fonctionnalités peuvent aussi être considérées de niche.

Oui, pardon, tu parlais explicitement de logiciel libre. J'aurai dû préciser que je complétais avec des morceaux du programme "dans les thématiques abordées généralement sur LinuxFR" :)

Quoiqu'il en soit, je trouve que cela reste flou. Concrètement, créer un organisme et organiser un débat ne semble pas engager à grand chose.