carabao
Merci pour la solution des copr . Maintenant, a-t-il un endroit où on peut voir des commentaires sur ceux-ci car par exemple pour GIMP, il y en a plusieurs, lequel prendre ?
srakitnican/gimp-2.10
itamarjp/gimp/
Nednet
Perso j'ai été chercher le flatpak de gimp chez ... gimp :
https://www.gimp.org/downloads/
madko
Je sais pas si ya des commentaires sur copr. Le mieux c'est de les tester. Si ça fonctionne pas tu le désinstalles et voilà.
nouvo09
Pour ce qui concerne libreoffice 6.1 tu peux le trouver là
https://www.libreoffice.org/download/download/
Il faut installer le logiciel lui-même, le paquet de langue et l'aide.
Les archives tar.gz contiennent des rpm qui s'installent dans /opt, donc ailleurs que la distrib livrée avec Fedora.
Par contre si elle fonctionne très bien sur F27, impossible de l'ouvrir sur F28, à cause apparemment d'un problème de fenêtrage.
madko
ça ne va pas lui gérer les mises à jour je pense. Mais bon faut faire un choix, Fedora n'est pas trop en retard, si ça ne suffit pas, faut en effet gérer à la main. Ou choisir une distro encore plus à jour (Archlinux par ex).
carabao
Je ne tiens pas spécialement à avoir la der des ders au niveau des mises à jour mais pour des programmes tels que libreoffice, c'est peut être intéressant, gimp .
Peut-être moins, ou plus dangereux, pour gnome lui-même par exemple.
Ceci dit, je suis agréablement surpris par gnome sur son aspect léché, si je peux dire, par rapport aux dernières versions de plasma, qui s'améliore, il est vrai, de version en version.
Et même du point de vue de la gestion de bumblebee par exemple avec plasma que cela soit sous kubuntu 18.04 ou fedora kde 28, cela fonctionne assez mal. Sur fedora gnome 28 sans soucis, miracle fedora, miracle gnome ou les deux.
madko
Après ya aussi une règle/philosophie c'est que sur une version donnée de Fedora tu n'auras pas de saut majeur de version. Surtout si ça a des implications importantes (changement d'api, de conf etc).
Donc Gnome devrait rester en 3.28 pour la Fedora 28. Et ce sera la Fedora 29 qui proposera Gnome 3.30.
Pour LibreOffice la Fedora 28 n'est pas trop en retard vu qu'elle propose la 6.0. Il n'y a pas d'équivalent au dépot fresh. Passer en 6.1 n'apporte pas non plus une grosse révolution.
Pour Gimp, là ils ont pas mal bossé ces derniers temps. Donc Fedora 28 qui propose "que" la 2.8 ça commence à faire "vieux", vu que la 2.10 est là. Je suis sûr qu'on l'aura pour la Fedora 29 qui approche très vite.
Mais en tout cas c'est volontaire de fixer ces versions. Du coup pour palier à ça, il y a copr, mais en effet faut faire gaffe, comme sur PPA, la qualité des paquets n'est pas forcément la même que celle des paquets officiels.
Et après flatpak, qui est une solution pour essayer de se dissocier un peu plus des versions des dépendances fournit par le système, et de fournir un packaging isolé et complet pour l'applicatif. Mais c'est assez jeune.
carabao
Merci beaucoup pour vos réponses éclairées.
Je suis très content de fedora 28, que d'évolutions par rapport à redhat 5.2 (ok ok c'est la préhistoire)
madko
ah oui en effet depuis la RH5.2 Gnome est devenu beau. Il est fortement customisable via CSS, et des plugins en JS. Qui l'aurai cru à l'époque de la 5.2. Et mise maintenant (enfin depuis Gnome 3 / Gnome-shell) sur une ergonomie très poussée, épurée, reposant sur l'utilisation du clavier. Alors que KDE a pris presque une direction opposée, avec beaucoup de reglages, tous accessibles au clic de souris.
Pour le reste, les RPM sont toujours là mais ont bien évolué. Le dnf (ex yum) gère bien les dépendances ce qui n'était pas forcément le cas à l'époque de la 5.2... Il est aussi plus leger sur la connexion internet car il sait ne télécharger que le différentiel de mise à jour (presto/deltarpm).
Tu as toujours SELinux, et la grosse nouveauté c'est systemd qui remplace les scripts init. C'est un gros morceau car il fait bien plus que gérer le démarrage des services.
Et une petite évolution assez récente qui est l'utilisation plus mise en avant de sudo.
Je pense avoir fait le tour, tu devrais vite retrouver tes repères 🙂
carabao
Effectivement pour les rpms , c'était une des raisons qui m'a poussé, il ya quelques années vers les deb , où les dépendances étaient mieux gérées, utilisées sur redhat, mandrake, madriva, magia, suse, opensuse,....
Maintenant pour les dnf et particulièrement dnfdragora, il reste quelques points à améliorer pour arriver à un fonctionnement identique à la gestion graphiques des deb sous kubuntu
Pour le premier champ , Tous ou groupe il manque pour moi "Dépot" si on ajouté des dépots annexes (rpmfusion, remi, ...) afin de trier en fonction des dépôts
Pour deuxième champ, retirer le choix x86_64 et noarch et que cela soit automatique en fonction de l'architecture du système. Car ici, on limite la recherche vu que si on fait le choix de mettre x86_64 , on ne sait pas mettre autre chose (installé, non-installés, mettre à jour) . Les versions i686 sont toujours proposées mais pas par défaut sauf si celles-ci n'existent qu'en i686.
Lorsqu'on sélectionne un programme à installer, il serait intéressant d’afficher la liste des dépendances qui seront installées afin de voir si c'est intéressant d'installer une multitude de dépendances (kde sous gnome par exemple) , juste pour avoir ce programme.
madko
Je ne connais pas trop (voire pas du tout) dnfdragora. Je n'utilise dnf qu'en ligne de commande. Pour tes remarques du coup l'idéal serait de les faire aux mainteneurs du projet. A voir si le bugzilla redhat à un composant dnfdragora. Ou peut être ici
https://github.com/manatools/dnfdragora/issues