bbo a écrit 219 commentaires

Il y a 3 mois, ils parlaient de le remettre mais pour l'instant ce n'est pas fait…

La vraie question que je me pose : est-ce que ça sera ré-implémenté en JS ?

;-P

Au moins, on est sûr que la version libre va être bien stable pendant les 3 prochaines années ⸮

Lightbend avait déjà arrêté son investissement dans Play en octobre 2021.

Ça "pivote" !

Tu vas pouvoir la refaire en Quarkus et la boucle sera bouclée :)

"[…] pour attirer et fidéliser des dirigeants de premier plan"

Vu les pertes sous le dirigeant de premier plan, faudrait essayer un patron de seconde zone pour voir !

A une époque, j'étais tombé sur ZwiiCMS. C'est du PHP, donc facile à héberger sur du mutualisé. Les données sont stockées dans des fichiers JSON.

La communauté semble principalement francophone et le code hébergé sur le chapril.

Note : je n'ai pas essayé.

c'est ce que l'on fait de mieux en terme de dissonance cognitive et biais cognitifs

"en terme de qualitay" tu veux dire ?

Je pense que tu devrais lire son blog avant d'affirmer qu'il ne prend pas la mesure de ses projets ou qu'il n'a pas assez de recul.

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 !