En ce mardi 26 mars, la communauté du Projet Fedora sera ravie d'apprendre la disponibilité de la version Beta de Fedora Linux 40.
Malgré les risques concernant la stabilité d’une version Beta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora Linux 40 et réduisant du même coup le risque de retard. Les versions en développement manquent de testeurs et de retours pour mener à bien leurs buts.
La version finale est pour le moment fixée pour le 16 ou 23 avril.
Sommaire
- Expérience utilisateur
- Gestion du matériel
- Internationalisation
- Administration système
- Développement
- Projet Fedora
- Tester
Expérience utilisateur
- Passage à GNOME 46 ;
- L'environnement de bureau KDE Plasma change de version majeure avec sa nouvelle version 6 ;
- Le fichier firefox.desktop est renommé en org.mozilla.firefox.desktop pour permettre son utilisation dans la barre de recherche de GNOME.
Gestion du matériel
- Fourniture de ROCm 6 pour améliorer la prise en charge de l'IA et le calcul haute performance pour les cartes graphiques AMD ;
- Passage à l'étape 2 de la prise en charge du noyau unifié nommée UKI (donc unifiant noyau, initrd, ligne de commande du noyau et signature) pour les plateformes avec UEFI mais rien ne change par défaut à ce sujet.
Internationalisation
- Le gestionnaire d'entrée de saisie IBus passe à la version 1.5.30 ;
- Mise à jour de ibus-anthy 1.5.16 pour la saisie du japonais.
Administration système
- NetworkManager tente de détecter par défaut les conflits d'usage d'adresse IPv4 avec le protocole Address Conflict Detection avant de l'attribuer à la machine ;
- NetworkManager va utiliser une adresse MAC aléatoire par défaut pour chaque réseau Wifi différent, et cette adresse sera stable pour un réseau donné. Cela permet de concilier vie privée et confort d'utilisation ;
- Les unités système de systemd vont utiliser par défaut beaucoup d'options pour améliorer la sécurité des services ;
- Les entrées des politiques SELinux qui font référence au répertoire /var/run font maintenant référence au répertoire /run ;
- L'outil SSSD ne prend plus en charge les fichiers permettant de gérer les utilisateurs locaux ;
- DNF ne téléchargera plus par défaut la liste des fichiers fournie par les différents paquets ;
- L'outil fwupd pour mettre à jour les firmwares va utiliser passim comme cache pour partager sur le réseau local les métadonnées liées aux mises à jour disponibles pour les firmwares ;
- Les systèmes Fedora Silverblue et Kinoite disposent de bootupd pour la mise à jour du chargeur de démarrage ;
- Le paquet libuser est marqué en voie de suppression pour Fedora 41 alors que le paquet passwd est supprimé ;
- Le paquet cyrus-sasl-ntlm a été supprimé ;
- La gestion des droits utilisateurs pam_userdb passe de la base de données BerkeleyDB à GDBM ;
- Le filtre antispam bogofilter utilise SQLite au lieu de BerkeleyDB pour gérer sa base de données interne ;
- Le serveur LDAP 389 passe de la version 2.4.4 à la version 3.0.0 ;
- Le paquet iotop est remplacé par iotop-c ;
- L'orchestrateur de conteneurs Kubernetes évolue de la version 1.28 à la version 1.29 ;
- Par ailleurs ses paquets sont restructurés ;
- Pendant que podman est mis à jour vers la version 5 ;
- Le paquet wget2 remplace le paquet wget en fournissant une nouvelle version ;
- Le gestionnaire de base de données PostgreSQL migre vers sa 16e version ;
- Les paquets MySQL et MariaDB sont remaniés et mis à jour vers la version 10.11.
Développement
- Mise à jour de la suite de compilation GNU : GCC 14.0, binutils 2.41, glibc 2.39 et gdb 14.1 ;
- La suite de compilateurs LLVM est mise à jour à la version 18 ;
- Mise à jour de la bibliothèque C++ Boost à la version 1.83 ;
- Le langage Go passe à la version 1.22 ;
- Le JDK de référence pour Java passe de la version 17 à 21 ;
- Mise à jour du langage Ruby 3.3 ;
- Le langage PHP utilise la version 8.3 ;
- La boîte à outils pour le machine learning PyTorch fait son entrée dans Fedora ;
- Le paquet python-sqlalchemy utilise la nouvelle branche majeure 2.x du projet, le paquet python-sqlalchemy1.4 est proposé pour garder la compatibilité ;
- La bibliothèque de validation des données Pydantic utilise dorénavant la version 2 ;
- La bibliothèque Thread Building Blocks passe du fil 2020.3 au fil 2021.8 ;
- La bibliothèque OpenSSL 1.1 est supprimée ne laissant que la dernière version de la branche 3.x ;
- Les bibliothèques zlib et minizip utilisent leur variante zlib-ng et minizip-ng dorénavant ;
- Le langage Python ne bénéficie plus de la version 3.7.
Projet Fedora
- L'édition Cloud sera construite avec l'utilitaire Kiwi dans Koji ;
- Tandis que l'édition Workstation aura son ISO générée avec l'outil Image Builder ;
- L'image minimale ARM sera construite avec l'outil OSBuild ;
- Fedora IoT bénéficiera d'images Bootable Containers ;
- Il bénéficiera également des images Simplified Provisioning ;
- Et le tout sera construit en utilisant rpm-ostree unified core ;
- Fedora sera construit avec DNF 5 en interne ;
- Les macros forge passent du paquet redhat-rpm-config à forge-srpm-macros ;
- La construction des paquets échouera si l'éditeur de lien détecte certaines classes de vulnérabilité dans le binaire en construction ;
- Phase 3 de l'usage généralisé des noms abrégés de licence provenant du projet SPDX pour la licence des paquets plutôt que des noms du projet Fedora ;
- Clap de fin pour la construction des mises à jour au format Delta RPM ;
- Suite du projet de ne générer les JDKs qu'une fois, et les rempaqueter ainsi à toutes les variantes du système ;
- Compilation des paquets en convertissant plus d'avertissements comme erreurs lors de la compilation des projets avec le langage C ;
- Les images immuables comme Silverblue seront nommées sous la dénomination Atomic pour éviter la référence au terme immuable qui est confus pour les utilisateurs.
Tester
Durant le développement d'une nouvelle version de Fedora Linux, comme cette version Beta, quasiment chaque semaine le projet propose des journées de tests. Le but est de tester pendant une journée une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, l’internationalisation, etc. L'équipe d'assurance qualité élabore et propose une série de tests en général simples à exécuter. Il suffit de les suivre et indiquer si le résultat est celui attendu. Dans le cas contraire, un rapport de bogue devra être ouvert pour permettre l'élaboration d'un correctif.
C'est très simple à suivre et requiert souvent peu de temps (15 minutes à une heure maximum) si vous avez une Beta exploitable sous la main.
Les tests à effectuer et les rapports sont à faire via la page suivante. J'annonce régulièrement sur mon blog quand une journée de tests est planifiée.
Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via le site officiel.
Si vous avez déjà Fedora Linux 39 ou 38 sur votre machine, vous pouvez faire une mise à niveau vers la Beta. Cela consiste en une grosse mise à jour, vos applications et données sont préservées.
Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable.
En cas de bogue, n'oubliez pas de relire la documentation pour signaler les anomalies sur le BugZilla ou de contribuer à la traduction sur Weblate. N'oubliez pas de consulter les bogues déjà connus pour Fedora 40.
Bons tests à tous !
Aller plus loin
- Site officiel du projet Fedora (135 clics)
- Site officiel de la communauté francophone de Fedora (50 clics)
- Torrents officiels pour télécharger les différentes éditions (50 clics)
- Les versions avec bureaux alternatifs de Fedora (KDE, Xfce, etc.) (41 clics)
- Les suites de productivités de Fedora (astronomie, design, etc.) (30 clics)
- Calendrier pour Fedora Linux 40 (50 clics)
# À la découverte de Silverblue
Posté par lejocelyn (site web personnel) . Évalué à 5.
Je suis en train de découvrir Silverblue 40, une version immuable de Fedora.
Il y a encore quelques bugs qui sont gênants, mais je trouve le système très intéressant. Le fait que tout soit conteneur, effectivement, ça signifie que le système et les applications prennent souvent plus de places, mais c'est très pratique pour mettre en place un environnement de développement qui n'affecte pas le reste du système. Après, ça signifie que certaines applications ont du mal à fonctionner.
Et l'installation d'une application flatpak (format privilégié par Silverblue) est un peu déroutante, car, une fois que c'est téléchargé, ben c'est installé.
[^] # Re: À la découverte de Silverblue
Posté par JoeltheLion (site web personnel) . Évalué à 4.
C'est parfait pour une utilisation simple, bureautique et autres grand-mères. Le système se met à jour tout seul et c'est extrêmement robuste.
Par contre, je déconseille pour les power-users. La "toolbox" ne remplace pas bien le fait de pouvoir installer ses paquets à la main.
[^] # Re: À la découverte de Silverblue
Posté par Psychofox (Mastodon) . Évalué à 5.
Oui j'ai silverblue sur un de mes laptops. Toolbox c'est bien mais j'utilises rpm-ostree bien plus souvent que je ne le voudrais.
Ce serait plus adapté sur la machine que j'utilise comme media center où sur le pc que je prête des fois à mes enfants.
[^] # Re: À la découverte de Silverblue
Posté par gnumdk (site web personnel) . Évalué à 3.
Tu devrais regarder systemd-nspawn et machinectl si tu veux des conteneurs sous stéroïdes.
[^] # Re: À la découverte de Silverblue
Posté par lejocelyn (site web personnel) . Évalué à 2.
Ah oui ? étant en train de découvrir la distribution, je suis intéressé par les différentes limites et difficultés dues à l'utilisation de conteneurs et de Toolbox.
Je me disais qu'au contraire, pour les utilisateur⋅es avancé⋅es, c'était hyper intéressant les conteneurs.
Puis, il doit y avoir moyen de les partager ? par exemple, si j'utilise une application comme Lutris et Wine pour faire fonctionner des logiciels Windows, on doit pouvoir créer et partager des conteneurs dédiés par logiciel (bon, c'est déjà un peu ce que fait Lutris).
Idem, si j'ai un environnement de développement particulier, je peux facilement le partager à d'autres personnes, et par exemple mettre en place des outils et des configurations identiques pour toute une équipe par exemple. C'est évidemment faisable via Ansible également, mais peut-être pas aussi simple.
[^] # Re: À la découverte de Silverblue
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 4. Dernière modification le 26 mars 2024 à 14:18.
Pour ça, il faut voir ce que les gens du projet Universal Blue cherchent à faire. Leur projet-tête de gondole Bluefin inclut des outils dédiés au dev via conteneurs. De mon côté, j'ai rebasé mon système sur leur image
silverblue-main
pour légèrement améliorer mon expérience (ça inclut RPM Fusion par exemple), et j'en suis assez content.[^] # Re: À la découverte de Silverblue
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 4.
Mais je découvre dans leur nouvelle doc que l'usage de
silverblue-main
et des autres images n'est pas recommandé. J'imagine donc que c'est soit Bluefin, soit Bazzite (fortement inspiré de SteamOS d'après ce que j'en comprends), soit les images de la communauté.[^] # Re: À la découverte de Silverblue
Posté par lejocelyn (site web personnel) . Évalué à 2.
Merci pour ces liens, c'est exactement ce genre de projets que je recherchais.
Après, je n'ai pas encore regardé comment passer d'une image à l'autre. J'ai peur de ne pas avoir prévu suffisamment de place pour les partitions liées au boot, afin de pouvoir y mettre tout plein d'images.
[^] # Re: À la découverte de Silverblue
Posté par Psychofox (Mastodon) . Évalué à 4.
Le truc c'est que podman et toolbox sont dispos aussi dans la version normale de la Fedora. Tu n'es pas obligé d'utiliser la silverblue pour cela.
[^] # Re: À la découverte de Silverblue
Posté par ff9097 . Évalué à 2.
Je trouve que l'édition de base est devenu très robuste donc j'ai du mal à comprendre l'apport pour les grands-mères
[^] # Re: À la découverte de Silverblue
Posté par Renault (site web personnel) . Évalué à 3.
En moyenne c'est assez stable, mais des problèmes il y en a toujours. En particulier lors des mises à niveau.
[^] # Re: À la découverte de Silverblue
Posté par Misc (site web personnel) . Évalué à 7.
Même sans parler des mises à jours de version, je peux donner des exemples (et même des exemples qui n'impliquent pas de dire qu'une femme plus âgée est moins compétente que la moyenne).
Par exemple, à l'époque ou je faisait le support sur le terrain pour des commerciaux, j'avais régulièrement des gens qui venaient avec un laptop sous RHEL incapable de booter. J'ai fini par diagnostiquer ça comme étant le symptôme d'un reboot pendant les mises à jours.
J'ai constaté que mes collègues du département Vente avait la bonne habitude de lancer les mises à jour en tache de fond, puis d'oublier l’existence des dites mises à jour en cours et soit de tomber soit en panne de courant, soit d'éteindre le PC. Avec assez de monde et assez de mises à jours, ça finit par arriver.
Normalement, RPM est assez solide pour survivre à ça dans le sens ou sur une RHEL, ça devrait pas rendre la machine indémarrable. Il faut parfois repasser en root et faire du nettoyage pour finir la transaction, etc, donc passer du temps, mais c'est pas bloquant.
Par contre, il y a un rpm qui a un souci avec ça, c'est le kernel, car le kernel sur RHEL, il a 2 scripts de post installation. Un script en %post et un en %posttrans. Quand tu installes le rpm, il lance le script en %post, qui va modifier la config grub, et rajouter le nouveau kernel et initrd. Quand tu as fini d'installer tout les autres paquets, le script %posttrans (pour post transaction, la transaction étant l'installation de tout les paquets comme dans un SGBD) va lancer la création de l'initrd. C'est fait après l'installation pour être sur d'avoir tout les fichiers à jour après la mise à jour. Par exemple, si il y a une mise à jour de bash et du kernel, tu veux avoir le dernier bash dans l'initrd, pour éviter les bugs ou les soucis de sécu corrigé par une mise à jour de bash.
Sauf que, si tu coupes la mise à jour en cours, tu te retrouves avec la config de grub modifié, mais pas l'initrd correspondant, et donc au reboot, le choix de kernel de grub est non fonctionnel vu qu'il pointe vers un initrd qui n'est pas encore sur le disque, donc ça coince.
Alors il y a plusieurs correctifs possibles. Mettre l'ajout du kernel dans la config grub dans le scipt %posttrans après la création de l'initrd. Faire en sorte que grub soit moins con et vérifie la présence des fichiers et bascule sur un choix par défaut. Faire l'initrd 2 fois, dans le %post et le %posttrans. Ou utiliser ostree.
Car en effet, tout le probléme disparaît avec ce genre de systèmes. Les mises à jours sont téléchargés en entier avant d'être appliquées d'un coup au reboot. Si tu coupes le téléchargement, rien de dramatique se passe et ça peut reprendre plus tard. Si ça ne démarres pas, tu peux automatiquement revenir en arrière (en théorie).
Et ça, c'est sur une RHEL, ou les questions de mises à jours majeurs de rpms ne se posent pas trop, en tout cas pas sur la durée d'usage des portables comparée à la durée de vie de la distro.
[^] # Re: À la découverte de Silverblue
Posté par Renault (site web personnel) . Évalué à 4.
Oui bien sûr, mais au delà de ça, des mises à jour classiques qui rendent le boot non fonctionnel chez Fedora sans que cela ne soit sous le contrôle de l'utilisateur car tout est allé au bout de la procédure, cela arrive, ce ne sont pas les rapports de bogues ou les questions sur le forum qui diront le contraire. Car il y a toujours des configurations logicielles et matérielles qui rendent ces étapes difficiles à garantir pour tout le monde, et avec suffisamment d'utilisateur il y en a toujours qui de temps en temps ont un pépin.
Donc avoir la possibilité de revenir à un état stable de manière immédiate c'est vraiment cool.
[^] # Re: À la découverte de Silverblue
Posté par Psychofox (Mastodon) . Évalué à 3.
Dans les faits je ne me suis jamais trouvé dans une situation où je ne pouvais pas booter avec le noyau précédent.
Et par défaut la fedora avec gnome-software va télécharger et uniquement faire la maj au redémarrage où le proposer à l'arrêt. Le seul truc chiant, c'est que si tu n'utilises pas tpm ou un stockage usb pour ta clé de chiffrement tu dois te la taper à la main une fois supplémentaire. À vrai dire c'est le seul gros avantage que je ressents à l'usage sur le laptop qui a la silverblue par rapport aux autres pc qui ont la fedora standard.
[^] # Re: À la découverte de Silverblue
Posté par Misc (site web personnel) . Évalué à 6.
À condition de lancer pip/npm/etc en root, car si tu passes par toolbox (qui est l'outil de moindre résistance), tu va partager le /home. Je suppose que ça dépend de ce que tu appelles "environnement de développement", vu que ça va des compilos aux config des éditeurs de code en passant par les libs dispos.
Le fait de ne pas pouvoir facilement lancer tcpdump ou des outils bas niveau de ce genre dans un conteneur (notamment celui de toolbox) font que je pense que je repasserait sur une distro normal pour mon prochain PC.
Je peux avoir toolbox et flatpak sur une Fedora normale, donc le seul avantage, c'est le système en read-only, et j'ai pas le sentiment que ça m'apporte assez pour justifier les limitations que j'ai constaté. Je sais que je peux faire un rpm-ostree install --live, mais je sais aussi que le dev upstream voit ça comme un hack qui va contre la vision du déploiement par image. C'est assez clairement écrit dans la doc de bootc, et j'attends de voir comment tout va se mettre en place en pratique avant de repartir pour 3/4 ans avec ce genre d'OS sur mon portable pro.
[^] # Re: À la découverte de Silverblue
Posté par Renault (site web personnel) . Évalué à 5.
Cela ne m'étonnerait pas que dans le futur on ajoute une couche de plus pour apporter la flexibilité manquante, avoir quelque chose du genre :
Cela serait cohérent avec la conception derrière et dans la continuité de Fedora.next en un sens. Si jamais du moins aucune solution satisfaisante n'est trouvée autrement.
[^] # Re: À la découverte de Silverblue
Posté par Psychofox (Mastodon) . Évalué à 4.
les
rpm-ostree install --live
ouapply-live
ne fonctionnent pas toujours si tu as eu déjà d'autres transactions donc des fois t'es quand même obligé de rebooter et ça énèèèrve.[^] # Re: À la découverte de Silverblue
Posté par lejocelyn (site web personnel) . Évalué à 2.
C'est un des points que je ne comprends pas bien.
Pour moi, mes contraintes niveau environnement de dev python, c'est de pouvoir avoir des versions de bibliothèques différentes d'un projet à l'autre. Et faire varier les versions de Python. Donc, des choses qui sont gérables via pipenv et poetry.
[^] # Re: À la découverte de Silverblue
Posté par Misc (site web personnel) . Évalué à 4.
Oui, mais du coup, pipenv et co, ça marche sans silverblue, non ?
Du coup, je pige pas quel est l'apport pour ton workflow, à part d'être sur que tu installes rien en root par erreur.
[^] # Re: À la découverte de Silverblue
Posté par lejocelyn (site web personnel) . Évalué à 3.
En fait, je me disais que Podman me permettrait de me passer de pipenv et co. Tout simplement, parce que j'aime pas ces outils, y'a toujours un moment où je me mélange les pinceaux. Ce qui est probablement dû au fait que la programmation n'est pas mon activité principale.
Je me disais aussi que ça serait plus facilement de partager des conteneurs d'un projet à l'autre. Combiné avec l'idée que c'est faisable d'avoir un système d'exploitation aux oignons en fonction des activités qui ont des contraintes particulières. Dev => image dev, Montage video => image video, jeux video => image-système dédié.
Et, si dans quelques temps je dirige une équipe de chercheur⋅es et d'assistant⋅es, je me dis que Silverblue me permettrait plus facilement de partager un environnement de travail consistant d'un ordinateur à l'autre, que les gens auront plus de difficultés à casser que dans un environnement plus traditionnel, qu'avec Ansible.
Pour le moment, Silverblue, c'est surtout une exploration de mon côté, voir ce que ça donne, permet etc, et je me projette sur ces possibles utilisations.
Bref, pour le moment, j'essaie déjà d'avoir oh-my-zsh qui fonctionne correctement…
[^] # Re: À la découverte de Silverblue
Posté par patdec . Évalué à 2.
J'utilise Silverblue au quotidien sur mes portables pro et perso depuis 2 ans maintenant.
Auparavant, je me servais de Fedora Workstation.
Elle couvre parfaitement tous mes besoins avec Flatpack et Toolbox.
VScode est installé dans toolbox. Je le lance en ligne de commande et ça fonctionne nickel.
Il m'a simplement fallu faire cette manip pour pouvoir lancer le navigateur depuis les liens de vscode:
Toolbox c'est un régal pour obtenir un environnement cloisonné indépendant des montées de version de l'OS.
Parallèlement mes bases de données sont stockées dans des containers podman.
J'ai désinstallé Firefox de rpm-ostree et installé la version fournie par Flathub pour les codecs proprios.
L'ergonomie de Gnome est parfaite avec qq extensions. Juste dommage qu'il n y ait pas un systray officiel parfaitement intégré.
Les périphériques fonctionnent bien.
Les partages d'écran avec Wayland soient parfois foireux (relancer plusieurs fois le partage).
Mais c'est vraiment une distribution merveilleuse aussi bien pour les power users que les autres. Je n'ai jamais de plantage.
Juste des soucis de surchauffe de mon thinkpad X1 sur batterie :( que j'ai pu remédier en partie en bricolant des paramètres. Mais c'est une autre histoire.
[^] # Re: À la découverte de Silverblue
Posté par ds9 . Évalué à 2.
Également très content de Silverblue - je l'utilise depuis près d'un an.
Il m'a fallu juste changer de scanner à main (le Canon que j'utilisais au début avait besoin d'un package additionel RPM), utiliser autofs, et les Flatpak Override pour certaines applications et des points de montage NAS pour basculer d'une distribution classique Linux à Silverblue.
Le seul problème que j'ai encore est un problème de fuite mémoire de Gnome/GTK4 toujours pas corrigé dans la béta de Fedora Core 40 :
https://discussion.fedoraproject.org/t/f39-xdg-desktop-portal-gnome-takes-a-lot-of-memory-when-using-filechooser-dialog-and-may-trigger-oom-killer/105637
https://www.reddit.com/r/gnome/comments/18ku5lt/warning_xdgdesktopportalgnome_has_a_huge_vram/
https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/118
https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/91
Solution de contournement : utiliser Firefox si on veut sauvegarder de manière répétée des fichiers à partir de pages Web.
[^] # Re: À la découverte de Silverblue
Posté par patdec . Évalué à 1. Dernière modification le 04 avril 2024 à 18:27.
Ah tiens. Je n'avais pas remarqué la fuite de mémoire. Je lance beaucoup d'outils rapidement dont des instances de podman, vscode, ruby et node.
L'ensemble prend rapidement de la RAM et je ne sais plus quel process en mange le plus.
Pour mes scans avec mon imprimante HP, j'avoue que j'utilise une application payante (Vuescan) qui couvre parfaitement mes besoins.
Et HPLip pour l'impression ça fonctionne bien.
[^] # Re: À la découverte de Silverblue
Posté par ff9097 . Évalué à 2.
Tu utilises l'extension dev container de vscode j'imagine ? ça marche aussi bien avec podman que docker ?
[^] # Re: À la découverte de Silverblue
Posté par Zorro (site web personnel) . Évalué à 2.
C'est marrant, cette mode des "Linux immuables" me fait penser à des PC Ordissimo, ou EasyGate de NeufCegetel (je me rappelle qu'il y avait un système astucieux de double partition de démarrage, et les MàJ se faisaient toujours sur l'autre partition, et quand tout était prêt, ça changeait le démarrage dans lilo et comme ça c'était toujours propre, ça switchait de l'un à l'autre à chaque MàJ), ou même les Linux sur CD-Rom ou clé USB démarrable qui étaient à la mode à une époque…
[^] # Re: À la découverte de Silverblue
Posté par pas_pey . Évalué à 2.
Ou pour les plus anciens, VAX/VMS.
# gnome-software
Posté par pas_pey . Évalué à 2.
Assez content de fedora workstation aussi, mais j'ai régulièrement des problèmes avec gnome-software, qui n'affiche pas les logiciels disponibles.
Au démarrage de gnome j'ai aussi des demandes intempestives de mot de passe (après le login).
A priori ces problèmes sont plutôt côté upstream gnome, mais c'est assez frustrant au quotidien.
[^] # Re: gnome-software
Posté par Zorro (site web personnel) . Évalué à 3.
Au démarrage de gnome j'ai aussi des demandes intempestives de mot de passe (après le login).
Pareil. À un moment, je me suis demandé si ça n'était pas lié à Firefox (vu que c'est presque toujours la première chose que je lance après le démarrage ; en fait, mon PC est une machine à faire du Firefox, en vrai), qui débloquerait un accès trousseau, ou quelque chose comme ça.
[^] # Re: gnome-software
Posté par pas_pey . Évalué à 3.
L'analyse a semble-t-il progressé depuis la dernière fois que j'ai regardé. Il semble que ce soit lié à Flatpak dans gnome-software :
https://bugzilla.redhat.com/show_bug.cgi?id=2244876
Pas sûr que quelqu'un ait remonté l'info à l'équipe upstream Flatpak cependant. Je le ferai peut-être quand j'aurai du temps, si personne ne le fait entre-temps.
[^] # Re: gnome-software
Posté par jeanas (site web personnel, Mastodon) . Évalué à 2.
Personnellement, j'ai toujours trouvé l'application GNOME Software atrocement lente au point de l'avoir tout simplement désinstallée à chaque fois. Je désinstalle aussi le démon packagekitd, qui périodiquement se mettait à faire chauffer l'ordinateur en prenant beaucoup de CPU, et dont je suppose qu'il est à la racine de la lenteur de GNOME Software. J'installe tout en ligne de commande avec
dnf
etflatpak
.[^] # Re: gnome-software
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 3.
Avec Debian et le backend packagekit pour apt, Gnome Software est beaucoup plus réactif que sur Fedora.
En fait, dnf est vraiment très lent comparé à apt, c'est le point qui me chagrine le plus avec Fedora…
# Amélioration ?
Posté par Ptilou . Évalué à -4.
Bonjour,
Une amelioration n'est pas l'ego et l'attention que certain me porte, mais ne peuxt'on, comme pour les assurances avoir deux fois la même chose, il parait que nous gaspillons trop de ressource et que le sgeneration future "te demanderons comment tu as pu laisser faire çà (Mickey 3D)" et donc n'utiliser par exemple qu'une librairie pour lire tous les JPG sur le système d'exploitation ?
Je m'explique pour les novices, si tu vire le logiciel photo, le système d'eploitation ne lit plus les jpg, mais si tu le mes en fond d'écran ou en économiseur il apparet à merveille, tiens au lieu de faire 140 distributionS essaye d'en faire une qui sort du lot ?
Le ton peut parraitre à ceux qui font la promotion pour "la ménagére de moins de 50 ans" outrageu, mais il s'adressee au informaticiens, et non à ceux qui le vende mal !
Ah j'ai choisi Fedora, parce que c'est un descendant de RedHat, et que y a quelque chose à moins de deux cents euros par ans pour une hotline dont je ne connais pas la qualité, mais je pense qu'ils sont plus honnete que les autres ? (et donc pour suppler à un jeune informaticien qui me dit pas qu'il est expert je pense que c'est un bon compromit ?)
Philippe
[^] # Re: Amélioration ?
Posté par BAud (site web personnel) . Évalué à 1.
tu es à la bourre dans ta lecture de LinuxFr.org :
https://linuxfr.org/news/fedora-linux-40-est-de-sortie-avec-un-nouveau-gnome-et-kde-plasma
et — perso — je ne comprends (quasi-)rien de ce que tu tentes d'écrire, entre les fautes flagrantes de non-relecture (le bouton
Prévisualiser
est là pour cela : quand c'est souligné en rouge, c'est qu'il y a un souci) et les phrases à l'emporte-pièce.[^] # Re: Amélioration ?
Posté par Ptilou . Évalué à -4.
Bonjour,
Je ne pense pas que mes phrases soit à l'emporte pieces, tu pense qu'un forum d'informatique devrai avoir un soins ou une tournure d'expression, et une demonstration d'incompétence, parce que l'informatique est une science exacte, et mes des tournure quand l'obligation est de moyen et non de résultat !
Il m'a été rapporté quue la librairie occuppe une place inférieur à 400 Ko, et que donc le travail demandé et peut-être trop pour le gain obtenu (lui au moin pratique l'informatique), et bien jze dis que dans un établissement quand on demande à un collaborateur de ramasser un élastique pour ne pas gaspiller, c'est la même chose en informatique !
Philippe
# Application Photo !
Posté par Ptilou . Évalué à -4.
Bonjour,
Je crois que je suis HS, et que l'application marche sur d'autre distribution ?
Elle supporte pas les album en json …
Donc une amélioration à réaliser puisque l'athentification sur les serveur est supporté !
Philippe
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.