[gnome] A quand la version 3.4 ?

[ver2terre]

pareil jsuis en connect auto et juste le wallpaper et le curseur qui charge..... C'est un peu lourd

[ver2terre]

Gnome 3.4 installé, coincé au boot avec juste le Wallpaper et le curseur en montre.

Mon collègue a le même problème.

Résolu, il fallait réinstaller gcr, malgré le fait qu'il était deja a
jour.
Je ne serais pas vour dire pourquoi

inefficace pour moi

[@manubreizh]

Vous pouvez tjrs désinstallé complètement gnome et gnome-extra avec la commande Pacman -Rs puis reinstaller ces deux même paquets. C'est un peu Boeuf mais dans certains cas ça marche.

J'avais eu ca avec la version Teting et ça avait suffit a régler le pb.

[ver2terre]

Avec toutes les dépendances c'est chiant

[@manubreizh]

Bein oui mais c'est souvent au niveau des dépendances que ca merde un peu !

[delta01]

Désinstallation - Réinstallation => Marche pas pour moi.

Solution que j'ai faite:

Code : Tout sélectionner

# pacman -Rcsn gnome
# pacman -Rcsn gnome-extra
# rm -rf /usr/share/*gnome*
# rm -rf /usr/share/gdm

Puis suppression de toutes les extensions et tous les thèmes.

Ensuite, réinstallation de gnome, gnome-extra, des extensions et des thèmes.

Et LÀ, ça marche niquel.

[tuxce]

Ca part dans tous les sens
Vous parlez de suppression sans pour autant cibler un problème en particulier, chacun en a un différent, et des rm -rf ne résolvent pas grand chose, autant réinstaller ...
Il y a certains tickets ouverts, notamment celui des paramètres systèmes qui segfault (https://bugs.archlinux.org/task/29202), d'autres qui ont été fermés parce que ça concernaient des extensions depuis AUR, ou carrément l'utilisation de fork de mutter depuis AUR par exemple.
Du coup, il serait préférable d'ouvrir un topic par problème et éventuellement, désactiver ou supprimer les extensions et/ou tester sur des utilisateurs nouvellement créés pour déjà voir si c'est votre configuration qui ne serait pas compatible, etc.

[delta01]

La simple désinstallation-réinstallation ne fonctionne pas toujours, puisque la plupart du temps ça garde les anciennes config.

[tuxce]

Si on parle de configuration utilisateur, elle fonctionne même jamais car la configuration n'est pas gérée par le gestionnaire de paquet et est propre à l'utilisateur. Les fichiers de configuration (sauf si t'en a modifié dans /etc ou /usr ...) sont dans le répertoire utilisateur.
Pour ce qui est de la configuration système, si tu l'as modifié, tu le sais, et de toutes façon, sauf bug dans le paquet, un -R supprime les fichiers, et le -n évite la sauvegarde des fichiers marqués comme étant à sauvegarder.
Il ne reste plus que les fichiers binaire, du genre de /usr/share/glib-2.0/schemas/gschemas.compiled, et même ceux ci sont recrées lors de l'installation, et de toute façon, tu ne les as pas supprimé avec les rm que tu as effectués

[delta01]

Bizarre, pourtant ça n'a fonctionné qu'après la suppression des fichiers.

Sûrement du au fait que j'ai supprimer les thèmes en même temps, et c'est en fait ça qui a corrigé? x)

Si oui bah au temps pour moi, je ne savais pas que les configs de /usr/share étaient regénérées. Je pensais que les prog reprennaient ce qui était là

[ludo]

Hello,
pour info la correction visant à désactiver l'applet réseau
avec :
cd /usr/share/gnome-shell/js/ui/status
mv network.js network.js.disabled
décrite ici
https://bugs.archlinux.org/task/29222 a fonctionné pour moi

[tuxce]

Pas besoin de déplacer, il suffit de mettre à jour, networkmanager a été mis à jour ce matin avec un patch qui résout le bug.

[@manubreizh]

Il y a certains tickets ouverts, notamment celui des paramètres systèmes qui segfault (https://bugs.archlinux.org/task/29202),

Je suis exactement dans cette situation et quelque soit l'utilisateur loggé. Je ne comprend pas le contenu du lien et j'ai peur qu'aucune mise à jour ne change rien à mon problême

J'ouvre un Topic la dessus alors. EDIT : http://forums.archlinux.fr/topic10836.html

[tuxce]

Tu peux, mais pour l'instant, y a rien de nouveau, le mainteneur est dessus, donc ça devrait pas tarder à être résolu. (les derniers debug, mais bon, c'est aussi illisible que le ticket )

[Trevelian]

Nouveau problème bizarre, je me retrouve en fallback au lieu de gnome-shell qui fonctionnait bien depuis des mois sous gnome 3.2

Aussi bien avec mon utlisateur normal qu'en root je tombe en gnome fallback, par contre si je ne lance pas GDM au boot que je fais un startx, la le gnome-shell fonctionne Oo

[@manubreizh]

Je viens de faire la maj vers gnome-shell 3.4.1.2 et ca marche encore moins bien qu'avant. Gnome-shell ne fonctionne carrement plus chez moi... . Je suis sur XFCE pour vous écrire ces lignes !

EDIT a 22 heures

Bon ça fonctionne à nouveau, mais aucune amélioration chez moi

[Ichigo-Roku]

Chez moi c'est parfait ! le seul bémol c'est les extensions qui doivent subir une màj pour fonctionner en 3.4...

[@manubreizh]

Es tu sur architecture 32 Bits ou 64 Bits ?
Il semble que les problèmes de Gnome-Control-Center concerne les architectures 64 Bits seulement... comme chez moi.

[delta01]

Et pas partout, parce que ça marche parfaitement chez moi, en 64b.

Par contre, dieu qu'est-ce qu'il est long à démarrer.
Une fois lancé, c'est nickel, mais pour passer la connexion, ça prend beaucoup plus de temps qu'avant.

[Ichigo-Roku]

Je suis aussi en 64-Bits. Chez moi rien de problématique à part comme dit plus haut les extensions non compatibles Gnome 3.4.