Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par Debian Alain (06-10-2019 15:30:27)
Hors ligne
Hors ligne
Dernière modification par Debian Alain (06-10-2019 11:01:15)
Hors ligne
Hors ligne
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Attention ça implique de passer quelques autres paquet "en Sid".
Avoir un mélange de paquets issus de GNOME 3.30 et de GNOME 3.34 comme c’est le cas en ce moment dans Testing génère quelques dysfonctionnements.
merci . quel bogue ?
pour gnome-session :apt install --reinstall -t unstable gnome
non ?
--reinstall n’est pas utile.
Pour le bogue, ibus (signalé par apt-listbugs):
https://bugs.debian.org/cgi-bin/bugrepo … bug=941018
Hors ligne
merci Mercredi .
oui , je note pour les dysfonctionnements .
Hors ligne
@ --gilles--
oui , je n'ai pas été très clair .
voilà ce que j'ai fait , en recovery mode :service network-manager restart
lance l'interface network manager (le réseau)
apt install --reinstall gnome
çà ne m'a servi à rien
apt install --reinstall gnome-session
çà m'a dépanné mais j'ai perdu toute ma personnalisation
reboot
redémarrage et , ô surprise , gdm se lance .
merci Mercredi .
oui , je note pour les dysfonctionnements .
Merci pour les informations. Depuis octobre 2017 j'utilisais testing pure sans unstable ni experimental dans mon sources.list. Ceci sans aucun problème. Comme apparemment avec ce problème on est obligé d'utiliser unstable, je viens juste de rajouter la ligne suivante à mon mon sources.list :
Je pense passer cette commande :
mais je me demande si je ne dois pas passer celle-ci pour avoir à jour directement tous les paquets recommandés :
Doit-on utiliser l'épinglage ou pinning ? Ou bien l'option -t suffit ?
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Et ensuite:
Ça permet de retrouver l’écran de connexion.
Selon ce que tu utilises, il n’est pas impossible de devoir faire la manip pour d’autres paquets.
C’est toujours un peu le bazar les changements de version de GNOME avec Testing ; Sid pose moins de soucis, du moins dans ce cas précis.
Une autre solution serait peut-être d’installer un autre gestionnaire de session, je n’ai pas testé.
Dernière modification par Mercredi (06-10-2019 17:38:54)
Hors ligne
@--gilles-- il faut faire un fichier de préférences
https://debian-facile.org/doc:systeme:apt:pinning?s[]=apt&s[]=pr%C3%A9f%C3%A9rences
https://wiki.debian.org/AptConfiguration (en anglais)
Le mien pour exemple :Explanation:paquets sid non prioritaires
Package:*
Pin:release n=sid
Pin-Priority:100
Et ensuite:apt install -t unstable gnome-session
Ça permet de retrouver l’écran de connexion.
Selon ce que tu utilises, il n’est pas impossible de devoir faire la manip pour d’autres paquets.
C’est toujours un peu le bazar les changements de version de GNOME avec Testing ; Sid pose moins de soucis, du moins dans ce cas précis.
Une autre solution serait peut-être d’installer un autre gestionnaire de session, je n’ai pas testé.
Merci de bien vouloir m'expliquer. Je ne comprends pas. C'est pourquoi je n'ai jamais utilisé le pinning, cela me paraît dangereux de faire des choses que l'on ne comprend pas. Pourquoi utiliser le mot sid d'un côté ( apt_preferences) et puis le mot unstable ( sources.list ) de l'autre ? C'est la même chose ou c'est différent ? Pourquoi utiliser deux mots différents si c'est la même chose ?
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
chez moi :
Hors ligne
Wiki D-F : petite formation au pinning (épinglage)
Dernière modification par Debian Alain (06-10-2019 19:25:48)
Hors ligne
cela me paraît dangereux de faire des choses que l'on ne comprend pas.
Je suis bien d’accord
J’ai (mal) supposé qu’utilisant Testing (= Bullseye) tu savais jongler un minimum entre plusieurs dépôts .
Pourquoi utiliser le mot sid d'un côté ( apt_preferences) et puis le mot unstable ( sources.list ) de l'autre ? C'est la même chose ou c'est différent ? Pourquoi utiliser deux mots différents si c'est la même chose ?
Comme expliqué par Debian Alain on peut utiliser l’un ou l’autre.
J’ai l’habitude d’utiliser sid, j’ai copié bêtement mon fichier apt_preferences tel qu’il est. Seulement j’ai bien vu que tu as écrit unstable dans ton sources.list (post #8) donc j’ai indiqué unstable dans la commande pour installer le paquet depuis unstable/sid. Pardon pour l’incitation à la confusion
L’option -t de apt :
Hors ligne
Une simple mise à jour suffit donc désormais à retrouver l’écran de login de GNOME.
Hors ligne
--gilles-- a écrit :cela me paraît dangereux de faire des choses que l'on ne comprend pas.
Je suis bien d’accord
J’ai (mal) supposé qu’utilisant Testing (= Bullseye) tu savais jongler un minimum entre plusieurs dépôts https://debian-facile.org/img/smilies/xtras/ops.gif
J'avais lu un document en anglais fin 2017 selon lequel testing était devenu presque une distribution utilisable sans les parachutes sid=unstable et experimental alors je me suis lancé avec une testing pure comme indiqué sur le site et depuis j'ai rencontré seulement trois bugs un peu gênants pour moi, des réflexions sur des paquets à installer ou non, mais jamais d'écran noir avec gdm qui fonctionne pas correctement. Cela m'arrange que la situation soit stabilisée car je dois me faire opérer bientôt.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
d'après https://www.gnome.org/
cette dernière version vient de sortir .
donc , je suis coupable d'avoir installé trop tôt gnome .
Dernière modification par Debian Alain (08-10-2019 10:27:22)
Hors ligne
Testing sera toujours + compliquée à maintenir qu'une sid.
Sur testing vous pouvez rester bloqué plusieurs semaines avant d'avoir les nouvelles versions.
J'utilise testing depuis octobre 2017 et c'est la première fois que je suis bloqué. Ce blocage de gnome a duré 2 jours, donc ça va. J'ai une roue de secours avec un vieux ordi, jusqu'à deux semaines de blocage je crois que je pourrais tenir. Pour l'instant, je vais rester avec testing pure. Les icônes elementary-xfce ont changé avec cette mise à jour ainsi que l'écran de login dont les couleurs sont devenues moins soutenues, moins brillantes, plus mates. Firefox me paraît plus réactif, mais c'est assez subjectif comme information en l'absence de comparaison bien étalonnée. En ce qui concerne les extensions gnome, vu que j'en utilise le minimum, pour moi aucun changement, topicon plus continue à fonctionner.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Dernière modification par melissa6969 (08-10-2019 11:22:26)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Hors ligne
devant les nombreux dysfonctionnements de gnome-tweak-tools , j'ai dû réinitialiser le bureau .
grâce à ceci : https://www.linuxtricks.fr/wiki/reiniti … ment-gnome
bien sûr , j'ai dû tout reparamétrer .
conky , du coup , est incompatible avec wayland gnome et sème la zizanie dans le système .
il ne faut donc pas l'utiliser .
gnome-tweak-tools : tu as peut-être un peu abusé des d'extensions, ce qui expliquerait le problème.
Le paquet conky, nous avions échangé ensemble sur ce sujet il y a quelques mois, c'est de la oldlibs, des vieilles bibliothèques et en plus maintenant c'est un paquet de transition qui peut être supprimé sans risque : https://packages.debian.org/bullseye/conky
This is a dummy package to ease transition to the new packaging scheme. It may be safely removed after upgrade/installation.
Apparemment, cest conky-std qui reprend l'affaire : https://packages.debian.org/bullseye/conky-std
Si bug il y a, je vois si il me concerne directement par rapport à mon utilisation, si oui j'attends que ça soit résolu pour mettre à jour le système.
si le bug me concerne pas, je mets à jour.
Évidemment, c'est la même chose pour une testing pure.
Je n'ai jamais fait de pinning pour aller prendre un paquet de testing, et je n'en ferai jamais, parce que le mélange de différentes versions ne m'inspire pas confiance yikes Et j'applique même ça avec ma stable, vu que je ne me sers pas des backports (la seule fois où j'ai voulu installer le kernel des backports ça ne démarrait pas)
Idem pour l'instant je n'ai jamais carburé au mélange ! J'ai eu aussi une mauvaise expérience avec le premier kernel des backports que j'ai utilisé, il y avait inversion du rouge et du vert dans l'affichage. wheezy-backports sur processeur PowerPC.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Hors ligne
Pages : 1