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.1de 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 ?
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
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).
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.
[…] 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.
[…] 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é".
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.
Posté par bbo .
En réponse au journal utiliser ubuntu sans snap.
Évalué à 2.
Dernière modification le 02 avril 2022 à 14:09.
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.
Je reconnais que c'est dommage que ces propositions n'aient pas été reprises explicitement dans le programme du candidat.
En complément de ce que tu cites, Jadot propose (page 83) de créer "un organisme pour la transparence et l’éthique des algorithmes" et d'organiser
un débat européen autour de l’émergence d’un écosystème numérique diversifié,déconcentré et démocratiquement contrôlé, avec l’instauration de nouvelles normes européennes anti-trust.
En faite je fabrique mon propre logiciel de sauvegarde (je ne me base donc pas sur un outil existant).
D'après moi, tu dis tout là. Ton logiciel, c'est pour faire… de la sauvegarde !
Stocker des métriques, faire des requêtes dessus et les afficher dans un navigateur ne me parait pas être le but d'un logiciel de sauvegarde.
Franchement, si tu te lances dans un moteur de stockage de données temporelles et dans un outil de visualisation de ces données, dans vraiment pas très longtemps tu ne seras plus en train de développer un outil de sauvegarde.
Si Prometheus et Grafana existent (entre autres, ils ont chacun des concurrents), c'est que le sujet est suffisamment compliqué pour justifier un outil dédié. Si leur doc parait compliquée, c'est peut être qu'il faut du temps pour appréhender certains concepts qui paraissent intuitivement simples mais qui, en réalité, ne le sont pas (le diable se cachant dans les détails). Concepts que tu devras de toute façon bien appréhender pour pouvoir, je te cite :
stocker de manière efficiente les valeurs actuelles, leur historique et ensuite pouvoir les restituer de manière efficiente également
Donc, tes 2 solutions me paraissent être :
Avoir une dépendance sur un outil dédié (mais externe). Les autres ont déjà donné des pistes.
Avoir une dépendance sur ton outil qui, en plus je te le dis, marchera moins bien que les outils dédiés, tout en étant moins flexible et pas interopérable
Il me semble que l'auteur des modules color et faker avait été viré de Github suite à ses actions. J'aurai imaginé que Github déplateforme également l'auteur de node-ipc ce qui ne semble pas (encore ?) être le cas…
ce que je regrette , c'est que les distros rh like ne le propose pas hors epel
En ce qui me concerne, je trouve que c'est mieux que ça soit fourni par EPEL !
Quand KDE était dans les dépôts RHEL, c'était figé. Contrairement à GNOME qui était mis à jour de temps en temps. Il y a bien eu une tentative de fournir Plasma 5 via EPEL pour CentOS 7 mais j'ai pas l'impression que ça se soit bien terminé.
Maintenant qu'il n'y a plus "que" Qt dans RHEL, les contributeurs Fedora peuvent plus facilement pousser dans EPEL (pas de risque de conflit avec des paquets KDE dans RHEL vu qu'il n'y en a plus !). Et je trouve ça beaucoup mieux pour les utilisateurs de Plasma de savoir qu'il y aura environ une mise à jour par an au lieu de zéro (Visiblement Plasma 5.23.3 en ce moment sur CentOS 8, c'est quand même hyper récent pour une distro aussi stable/vieille)
En moins chronophage mais tout autant disruptif : tu vends un NFT contenant :
Toute la collection des Virus Informatique (sauf le 1er numéro) est associée à "mets le nom de celui qui te l'a acheté ici" et se trouvent à "mets ton adresse postale ici".
Ça correspond aux points 1 et 2 décrit ici. Si tu en as marre de les garder, ou que tu les déplaces dans le garage, voir le point 3. Et si tu vends ta maison et déménage, voir point 4.
[^] # Re: Cabale
Posté par bbo . En réponse au lien Musk interdit le télétravail à ses salariés. Évalué à 2.
Eux, au moins, ils ont plus de 3 résidences !
[^] # Re: Les vrais ecolos sont uniquement de mon parti
Posté par bbo . En réponse au journal Les vidéos de Devoxx fr sont disponibles. Évalué à 2.
tu augmentes les taxes.
C'est encore plus KISS.
Mais je reconnais que
a l'avantage de générer du PIB
⸮
Je regrette de n'avoir pas pu passer ici hier !
--> []
[^] # Re: Changer de distribution
Posté par bbo . En réponse à la dépêche Sortie de Fedora Linux 36. Évalué à 3.
En complément de ce qui a déjà été écrit :
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.1de mémoire, soit une semaine après la5.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)
Tu peux vérifier si les logiciels que tu utilises sont disponibles dans les dépôts officiels ou dans RPMFusion.
Je suppose que tu poses la question "en général" plus que spécifiquement pour les paquets KDE ? Fedora fournit des paquets
-develet 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
si tu penses au Snap de Firefox, je me permets de rappeler que ça s'est fait sur demande de Mozilla ;)
# Sur le même thème
Posté par bbo . En réponse au lien Livre blanc de l'action - éco-conception numérique. Évalué à 5.
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).
[^] # Re: obligé !
Posté par bbo . En réponse au message Offre emploi aAdministrateur·trice systèmes et réseaux pour Mediapart. Évalué à 7.
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.
[^] # Re: Lorsque je lis l'article ...
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 2.
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.
[^] # Re: MacroDNF ?
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 5.
Ça sera intégré dans systemd avant ! (c'est bon, on est vendredi)
[^] # Re: MacroDNF ?
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 4.
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 !
[^] # Re: Lorsque je lis l'article ...
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 3.
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 :
[^] # Re: On se sent moins seul
Posté par bbo . En réponse au journal BPCE et les paiements avec authentification à deux facteurs. Évalué à 7.
ou peut être que le moinseur ou la moinseuse était bourré(e) aussi !
[^] # Re: Changement de régime
Posté par bbo . En réponse au journal Quelles sont les propositions des politiques qui vous intéressent ?. Évalué à 2.
Je te rejoins sur les enjeux.
Je réagis sur :
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é".
[^] # Re: Qui est wlp-acs…
Posté par bbo . En réponse au journal BPCE et les paiements avec authentification à deux facteurs. Évalué à 4.
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).
[^] # Re: Ça tire
Posté par bbo . En réponse au lien Betterbird - un fork améliorant Thunderbird. Évalué à 6. Dernière modification le 03 avril 2022 à 14:33.
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 !
[^] # Re: paquets Debian
Posté par bbo . En réponse à la dépêche Sortie de Rspamd 3.2 le 26 mars 2022, avec support BIMI. Évalué à 5.
Et la teneur du message des mainteneurs me fait penser à xscreensaver en son temps.
[^] # Re: Firefox est bien disponible en paquet Debian jusqu'à la version Ubuntu 21.10
Posté par bbo . En réponse au journal utiliser ubuntu sans snap. Évalué à 4.
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 :
Et plus loin :
[^] # Re: Se renseigner avant de poster ce genre de journal
Posté par bbo . En réponse au journal Harmonia Mundi contre la copie privée. Évalué à 10.
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.
[^] # Re: Mouais, trop gâté ?
Posté par bbo . En réponse au journal utiliser ubuntu sans snap. Évalué à 2. Dernière modification le 02 avril 2022 à 14:09.
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.
[^] # Re: Yannick Jadot
Posté par bbo . En réponse au journal Quelles sont les propositions des politiques qui vous intéressent ?. Évalué à 5. Dernière modification le 02 avril 2022 à 12:07.
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.
[^] # Re: Quelle version d'Ubuntu ?
Posté par bbo . En réponse au journal utiliser ubuntu sans snap. Évalué à 4. Dernière modification le 01 avril 2022 à 23:32.
Tu vas adorer Ubuntu Core sur ton raspberry !
[^] # Re: Yannick Jadot
Posté par bbo . En réponse au journal Quelles sont les propositions des politiques qui vous intéressent ?. Évalué à 6.
Next Impact parle bien d'EELV. Et c'est effectivement dans le projet du parti pour la présidentielle (pages 76 à 78). Il date de l'été 2021, avant que le candidat ne soit choisi.
Je reconnais que c'est dommage que ces propositions n'aient pas été reprises explicitement dans le programme du candidat.
En complément de ce que tu cites, Jadot propose (page 83) de créer "un organisme pour la transparence et l’éthique des algorithmes" et d'organiser
[^] # Re: Merci
Posté par bbo . En réponse au message Création d'un dashboard. Évalué à 2.
D'après moi, tu dis tout là. Ton logiciel, c'est pour faire… de la sauvegarde !
Stocker des métriques, faire des requêtes dessus et les afficher dans un navigateur ne me parait pas être le but d'un logiciel de sauvegarde.
Franchement, si tu te lances dans un moteur de stockage de données temporelles et dans un outil de visualisation de ces données, dans vraiment pas très longtemps tu ne seras plus en train de développer un outil de sauvegarde.
Si Prometheus et Grafana existent (entre autres, ils ont chacun des concurrents), c'est que le sujet est suffisamment compliqué pour justifier un outil dédié. Si leur doc parait compliquée, c'est peut être qu'il faut du temps pour appréhender certains concepts qui paraissent intuitivement simples mais qui, en réalité, ne le sont pas (le diable se cachant dans les détails). Concepts que tu devras de toute façon bien appréhender pour pouvoir, je te cite :
Donc, tes 2 solutions me paraissent être :
# L'auteur de node-ipc n'a visiblement pas été viré de Github
Posté par bbo . En réponse au lien Le dev du paquet NPM "node-ipc" le sabote pour condamner l'invasion de l'Ukraine. Évalué à 2.
Il me semble que l'auteur des modules
coloretfakeravait été viré de Github suite à ses actions. J'aurai imaginé que Github déplateforme également l'auteur denode-ipcce qui ne semble pas (encore ?) être le cas…[^] # Re: De l'art du chipotage
Posté par bbo . En réponse au lien L’œuf ou la poule ? Lequel est arrivé en premier ?. Évalué à 6.
Ce qui est un comportement très peu fréquent sur LinuxFR
[^] # Re: Je vous conseille
Posté par bbo . En réponse au lien KDE Plasma 5.24 modernise son thème et sa gestion des fenêtres. Évalué à 4.
En ce qui me concerne, je trouve que c'est mieux que ça soit fourni par EPEL !
Quand KDE était dans les dépôts RHEL, c'était figé. Contrairement à GNOME qui était mis à jour de temps en temps. Il y a bien eu une tentative de fournir Plasma 5 via EPEL pour CentOS 7 mais j'ai pas l'impression que ça se soit bien terminé.
Maintenant qu'il n'y a plus "que" Qt dans RHEL, les contributeurs Fedora peuvent plus facilement pousser dans EPEL (pas de risque de conflit avec des paquets KDE dans RHEL vu qu'il n'y en a plus !). Et je trouve ça beaucoup mieux pour les utilisateurs de Plasma de savoir qu'il y aura environ une mise à jour par an au lieu de zéro (Visiblement Plasma 5.23.3 en ce moment sur CentOS 8, c'est quand même hyper récent pour une distro aussi stable/vieille)
[^] # Re: Collection NFT !
Posté par bbo . En réponse au journal Le virus bronsonisé. Évalué à 4.
En moins chronophage mais tout autant disruptif : tu vends un NFT contenant :
Ça correspond aux points 1 et 2 décrit ici. Si tu en as marre de les garder, ou que tu les déplaces dans le garage, voir le point 3. Et si tu vends ta maison et déménage, voir point 4.
De rien pour ton temps et ton scanner ;)