- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora 34 n'est plus maintenu
Bonjour
Je viens de passer de Fedora 34 à Fedora 35.
J'utilise l'environnement KDE (plasma).
Je suis un farouche partisan des commandes en lignes, notamment de dnf.
Cependant, il m'arrive de recourir au module intégré à KDE pour la recherche d'applications particulières : Discover.
Sur une des versions antérieures j'ai installé gnome-software que je trouve un peu fluide à l'usage que Discover.
J'avais désactivé la recherche des mises à jour par
gsettings set org.gnome.software download-updates false
Suite au passage à Fedora 35 j'ai les 2 modules de mise à jour qui sont activés Gnome-software et Discover.
Sur gnome, j'ai réglé la recherche de mise à jour sur la semaine, mais rien à faire : c'est à chaque démarrage.
De plus impossible de désactiver la recherche de mise à jour de gnome par la précédente commande :
gsettings set org.gnome.software download-updates false
J'ai lancé la suppression de gnome-software par dnf, mais cela n'a pas supprimé la recherche de mise à jour.
Alors existe t'il un autre moyen de désactiver cette recherche ou bien comment puis je supprimer ce module gnome ?
Accessoirement : est-il possible de désactiver les rechches de mise à jour de Discover ?
Merci d'avance de votre aide
Michel
Hors ligne
Pour gnome-software à part le désinstaller je ne sais pas (voir les fichiers de conf dans les dossiers caché).
Pour discover tu supprime le paquet : plasma-discover-notifier.x86_64
Perso j'utilise depuis longtemps : plasma-pk-updates.x86_64
Qui permet d'avoir la notification des mises à jours, gère aussi les mises à jours et qui peut être configuré dans "configuration du système" ->"Mise à jours des logiciels".
C'est plus simple, rapide et bien moins lourd que discover qui est parfois très lourdingue pour de simple chose.
Pour gnome peut être un simple :
sudo dnf remove gnome-software*
Dernière modification par VINDICATORs (08/12/2021 11:23:44)
AMD R7 5800x, MSI Pro Carbon X470, 64Go DDR4 3.6Ghz Kingston Renegarde C17, RX5700XT MSI OC, SSD : 1xPNY LXR8 1To + 1x970EVO 500Go + 2x500Go 860EVO, 3x1To 860EVO, HDD WD 2To + 4To Black, BeQuiet Dark 900 + Ppower 1kW plat
AMD R7 2700x + 32Go DDR4 3.2Ghz, 1xPNY LXR8 1To, 2x1To 860QVO, rx6500xt 4Go, BMT MBox Q300L
AMD R5 2600, 32Go DDR4 1.8Ghz, 1x250GO SSD, 3x 2To RAID5 WDBlue, 1030GT 2Go, BCubes Chieftec + AMD A6 9500, 16Go DDR4 2.1Ghz, SSD 250Go,3To Red
Hors ligne
Tu peux désactiver packagekit.service.
F35_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F35_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
En ligne
Pour discover tu supprime le paquet : plasma-discover-notifier.x86_64
ok, j'ai pu le faire et les notifications de discover ont disparues.
Pour gnome peut être un simple :
sudo dnf remove gnome-software*
J'avais déjà tenté ça, mais dnf ne trouve pas de correspondance.
Hors ligne
Tu peux désactiver packagekit.service.
J'ai essayé par systemctl, mais il résiste le bougre :
[root@asus-MP-LI michel]# systemctl disable packagekit.service
[root@asus-MP-LI michel]# systemctl status packagekit.service
● packagekit.service - PackageKit Daemon
Loaded: loaded (/usr/lib/systemd/system/packagekit.service; static)
Active: active (running) since Wed 2021-12-08 11:49:11 CET; 2min 41s ago
Main PID: 1839 (packagekitd)
Tasks: 3 (limit: 9337)
Memory: 9.7M
CPU: 95ms
CGroup: /system.slice/packagekit.service
└─1839 /usr/libexec/packagekitd
déc. 08 11:49:11 asus-MP-LI.home systemd[1]: Starting PackageKit Daemon...
déc. 08 11:49:11 asus-MP-LI.home PackageKit[1839]: daemon start
déc. 08 11:49:11 asus-MP-LI.home systemd[1]: Started PackageKit Daemon.
[root@asus-MP-LI michel]#
J'ai tenté par "systemd" dans le module de configuration de fedora : arrêt, puis masquer
Ca marche.
Merci à vous Nicoss et VINDICATORs
Hors ligne
et si tu l'arrêtais avant de le désactiver ?
systemctl stop packagekit
systemctl disable packagekit
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
et si tu l'arrêtais avant de le désactiver ?
Ah oui au fait, pourquoi pas ???
A l'occasion, je le réactiverais puis le démarrerais pour l'arrêter et voir si c'est bien la raison de la non désactivation
Merci de m'avoir rappelé ce petit détail.
Hors ligne
C'est même sûr
Il aurait fallu faire
# systemctl stop packagekit.service
# systemctl disable packagekit.service
L'inverse aussi fonctionne.
Dernière modification par Nicosss (08/12/2021 16:36:17)
F35_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F35_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
En ligne
C'est même sûr
J'ai bien compris mon erreur de ne pas arrêter un service avant de le désactiver.
Merci à vous 3
Hors ligne
Nicoss a écrit :C'est même sûr
J'ai bien compris mon erreur de ne pas arrêter un service avant de le désactiver.
Merci à vous 3
Pas du tout. Juste que les deux ne font pas la même chose. Si tu ne stoppes pas, la directive ne prendra effet qu'au redémarrage suivant. Et si tu stoppes sans désactiver, l'arrêt est immédiat mais le process est relancé au redémarrage suivant.
Moralité: il faut fromage ET dessert.
PS: depuis fort longtemps déjà il n'est plus nécessaire de préciser " .service " c'est implicite.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
PS: depuis fort longtemps déjà il n'est plus nécessaire de préciser " .service " c'est implicite.
Ça évite les questions par la suite entre les .target, .timer & Co.
F35_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F35_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
En ligne