carabao
bonjour,
J'aimerai mettre à jour deux logiciels (GIMP vers la 2.1.0 et libreoffice vers la 6.1.x) installés sur fedora 28 mais je ne trouve pas de mise à jour via le canal update.
J'ai vu qu'il existe d'autres moyens tels que modular et flatpak pour bénéficier de mises à jour autre part que viz le canal officiel. Mais je ne vois pas bien ce que cela implique au niveau ds programmes tels que:
- La mise à jour remplace-t-elle le programme installé via la distribution ou a-t-on une nouvelle installation à côté.
- Quelles différences y-a-t-il entre modulo et flakpat
- J'ai lu que la méthode flatpak apportait parfois des pertes de fonctionnalités dans les programmes, qu'en est-il ?
Merci d'avance à tous.
Nednet
hello,
- non l'installation via flatpak de gimp 2.10 n'a pas remplacé gimp 2.08 chez moi. J'ai les 2, je peux même les lancer en parallèle
- aucune idée
- je n'ai jamais lu ça... et rien constaté sur gimp 2.10 (mais je n'irai pas affirmer que j'ai testé toutes ses fonctionnalités)
carabao
C'est dommage que les mises à jour ne soient pas proposées d'office via les canaux officiels d'updates. Je suis assez nouveau chez fedora donc je ne connais pas trop les habitudes de la maison concernant les mises à jour. Venant d'ubuntu avec ses nombreux PPA , il était assez facile de mettre à jour des programmes tels que libreoffice, ...... .
Mais il est vrai chaque distribution à ses avantages et ses inconvénients.
madko
Alors sous Fedora PPA => Copr. Via copr tu installes des RPM, via dnf/yum. Donc les mises à jour sont aussi gérées par dnf.
Ensuite pour flatpak c'est une installation qui n'a rien à voir avec les RPM, ou les paquets installés côté système. C'est d'ailleurs le but principal de flatpak de pouvoir proposer des versions différentes que celle de l'OS. Donc c'est tout à fait normal que ça s'installe en dehors (ou en double) des RPM, et que ça ne les remplace pas.
Je pense que sur Ubuntu apt ne met pas à jour les flatpak non plus. C'est plutôt prévu que ça soit Gnome par ex qui s'occupera de les mettres à jour etc.
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