[résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

nilsb · Le 02/06/2014, à 11:28

Bonjour la communauté,

je viens d'upgrader mon Ubuntu 12.04 vers la toute dernière version 14.04.

En utilisant, peut-être, une méthode pas vraiment orthodoxe :

1) ancien disque dur :
partition 1 : /
partition 2 : /home/nils & /home/test
partition 3 : swap

2) nouveau disque dur :
partition 1 : /
partition 2 : /home/nils => COPIE DE /home/nils de l'ancienne config, avec TOUS LES fichiers de nils, y compris les fichiers cachés ! (pas de copie de /home/test)
partition 3 : swap

A) installation de U14.04
- Lors de l'installation, j'ai fais pointer /home vers la partition qui contient /home/nils (copie de l'ancienne config), et donc sans formatage de cette partition.
- Et après installation, création d'un compte de tests : test.

B) Démarrage de U14.04 avec le compte principal nils
Tout est ok (ou presque), j'ai toutes mes données, et toute ma config, par exemple ; Thunderbird contient tous mes comptes emails et leur emails, mes navigateurs Chromium et Firefox contiennent tous mes favoris, etc.

C) Installation de Gnome Flashback.
J'obtiens donc 2 lignes supplémentaires pour le choix du bureau :
- Gnome Flashback (Metacity)
- Gnome Flashback (Compiz)

Problème :
- Gnome Flashback (Metacity) et Gnome Flashback (Compiz) fonctionne pour l'utilisateur test créé à la main après installation.

- /!\ => Gnome Flashback (Metacity) et Gnome Flashback (Compiz) NE fonctionne PAS pour l'utilisateur nils créé lors de l'installation et qui a son homedir rempli avec les fichiers copiés de la version 12.04, et cela, avant installation.

Ce qui ne fonctionne pas :
Le fond d'écran s'affiche, Thunderbird que j'ai mis en démarrage automatique s'ouvre et ... c'est tout !
Pas de barre en haut ou en bas, pas de menu, rien au clic droit.

Je suppose donc, qu'un fichier caché de /home/nils n'a pas été écrasé/modifié par l'installation de Gnome Flashback pour le compte nils.
- J'ai déjà tenté une suppression complète et ré install de Gnome Flashback et Metacity sans succès.
- J'ai pas touché au paquet Compiz, car il entraînait trop de suppression de paquets, comme Unity.

A noter :
/home/test/.config ne contient rien du tout.
/home/test/.compiz ne contient rien du tout.
et pas de trace de .meta* non plus.

Il faudrait donc, supprimer un fichier caché dans /home/nils/.config,
ou dans /home/nils/.compiz, mais ce dernier ne contient que des fichiers session/numéro_héxa

Edit 1 :
J'ai renomé /home/nils/.config/compiz [07/11/2010] en /home/nils/.config/compiz_old
et j'ai renomé /home/nils/.config/compiz-1 [30/05/2014] en /home/nils/.config/compiz
J'ai aussi supprimé /home/nils/.compiz/session/numéro_héxa (de 2010).

Pas mieux, ça m'a simplement changé le fond d'écran sous Gnome Shell.

Des idées pour avoir Gnome Flashback qui fonctionne pour mon compte nils sans tout casser ?
(la config est propre et fonctionnelle sous Gnome Shell)

Merci.
Nils.

Dernière modification par nilsb (Le 14/06/2014, à 16:40)

tiramiseb · Le 02/06/2014, à 15:04

Salut,

C'est "Fallback", pas "Flashback"

Pour ma part, je n'aime pas cette verrue qui est juste une version réduite d'un environnement différent.

Si tu veux un environnement avec un paradigme similaire à ce qui se faisait auparavant, tu peux te tourner vers XFCE, Cinnamon, MATE, LXDE...

Dernière modification par tiramiseb (Le 02/06/2014, à 15:32)

nilsb · Le 02/06/2014, à 15:44

C'est bien Flashback, les 2 existent dans la liste des paquets de Synaptic.

Et Flashback fonctionne pour l'utilisateur test qui a été créé après l'installation.
Je ne souhaite pas installer autre chose pour le moment.

tiramiseb · Le 02/06/2014, à 15:50

Au temps pour moi, je n'étais pas au courant de ce changement de nom. Toutes mes excuses.

Regarde dans /home/nils/.xsession-errors s'il y a quelque chose en rapport avec ça (si ce fichier existe ; j'ai l'impression qu'il a été supprimé/désactivé sur les versions récentes d'Ubuntu) : peut-être y trouveras-tu une explication plus parlante.

Concernant la configuration de GNOME, c'est dans l'arborescence de GSettings, qui stocke ses informations dans la base DConf, qui est placée dans .config/dconf. Mais tu perdras tous les paramètres des programmes utilisant dconf si tu supprimes les données de dconf...

nilsb · Le 02/06/2014, à 15:52

ok merci, je vais aller voir ces fichiers ...

nilsb · Le 02/06/2014, à 16:09

bon, pas mieux pour le moment.

.xsession-errors ne donne pas d'info pertinentes relatives à mon problème. Ni chez nils ni chez test.
et .config/dconf/user n'est pas vu comme un fichier texte par gedit, et pas d'autres fichiers à cet endroit.

tiramiseb · Le 02/06/2014, à 16:12

.xsession-errors ne donne pas d'info pertinentes relatives à mon problème.

Il donne quelque chose, ou rien du tout ?

et .config/dconf/user n'est pas vu comme un fichier texte

Ben oui, ce n'est pas un fichier texte, c'est une base de données binaire.

Tu peux toujours essayer de le déplacer ailleurs plutôt que de l'effacer et tenter l'ouverture de session comme ça.

nilsb · Le 02/06/2014, à 16:34

.xsession-errors :

Warning: Only changing the first 12 of 10 buttons.
Script for ibus started at run_im.
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Régénération de at-spi2-registryd trop rapide, arrêt

.xsession-errors.old :

Warning: Only changing the first 12 of 10 buttons.
Script for ibus started at run_im.
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Le processus at-spi2-registryd main s'est achevé, redémarrage
init: Régénération de at-spi2-registryd trop rapide, arrêt
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-application main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-application main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Régénération de indicator-application trop rapide, arrêt
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Régénération de indicator-bluetooth trop rapide, arrêt
init: Le processus unity-settings-daemon main (15511) s'est achevé avec l'état 1
init: Le processus unity-settings-daemon main s'est achevé, redémarrage
init: Le processus gnome-session (Unity) main (15544) s'est achevé avec l'état 1
init: Le processus unity-settings-daemon main (16084) a été tué par le signal TERM
init: Le processus logrotate main (15470) a été tué par le signal TERM
init: Le processus indicator-power main (15735) a été tué par le signal TERM
init: Le processus indicator-datetime main (15737) a été tué par le signal TERM
init: Le processus indicator-session main (15745) a été tué par le signal TERM
init: Disconnected from notified D-Bus bus

.config/dconf/user, ok je renome et ré ouvre une session ...

nilsb · Le 02/06/2014, à 16:38

non, rien de neuf en renommant .config/dconf/user en .config/dconf/user_qui_ne_sert_plus.
Et en quittant et ré ouvrant la session.
Je lui ai redonné son nom d'origine.

Dernière modification par nilsb (Le 02/06/2014, à 16:39)

tiramiseb · Le 02/06/2014, à 17:04

Je lui ai redonné son nom d'origine.

Bonne idée.

init: Le processus at-spi2-registryd main s'est achevé, redémarrage

Tu disais qu'il n'y avait rien de pertinent... Pourtant, ce message d'erreur qui revient plein de fois est tout à fait pertinent.

En cherchant "at-spi2-registryd" sur Google, on voit que c'est un démon lié à GNOME.
Je te propose alors de te connecter sur une session qui marche puis d'essayer de lancer ce processus, voir s'il donne un message d'erreur plus parlant dans le terminal :

/usr/lib/at-spi2-core/at-spi2-registryd

MAIS D'ABORD, petite question toute bête en passant : l'utilisateur "nils" du nouveau système a-t-il bien le même UID numérique que l'utilisateur "nils" de l'ancien système ?

nilsb · Le 02/06/2014, à 17:15

Je dirais que les 2 utilisateurs nils doivent avoir le même UID, car tous 2 ont été créés à l'install du système, donc : UID=1000 dans les 2 cas et ... c'est le cas : vérifié !

avec le compte nils qui beugue :

$ /usr/lib/at-spi2-core/at-spi2-registryd
=> ** (at-spi2-registryd:24916): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

# /usr/lib/at-spi2-core/at-spi2-registryd
=> pas d'erreur affichée (rien affiché)

je fais le test avec le compte test qui marche ...
avec le compte test qui marche :

$ /usr/lib/at-spi2-core/at-spi2-registryd
=> pas d'erreur affichée (rien affiché)

Pas pu tester en tant que root, test n'est pas sudoers.

sinon j'ai trouvé ça : AT-SPI
Donc, si AT-SPI marche pas, c'est pas trop gênant pour moi, j'ai mes 2 bras et mes 2 jambes ... (et encore quelques neurones ... quoique ...)
Je serais tenté de dire que c'est une fausse piste (non ?).

Bon encore du nouveau, mais pas encore ça :
Après quelques mises à jour en attentes, je me décide à redémarrer la machine.
Et je teste la session Gnome Flashback.

Du mieux :
J'ai maintenant le contenu du bureau qui s'affiche ET le clic droit aussi !
Et comme j'ai ajouté une extension pour avoir le terminal au clic droit, j'ai pu lancer $ gnome-panel qui s'exécute correctement.
Alors ?, pourquoi ne s'exécute t'il pas tout seul au démarrage de la session ?

Bien sûr je pourrais ajouter la commande dans .bash_profile, mais j'aurais aimé quelque chose d'un peu plus standard et que ce soit la session qui le charge.

D'autres idées ?

Dernière modification par nilsb (Le 02/06/2014, à 17:42)

tiramiseb · Le 02/06/2014, à 21:40

Donc, si AT-SPI marche pas, c'est pas trop gênant pour moi, j'ai mes 2 bras et mes 2 jambes ... (et encore quelques neurones ... quoique ...)
Je serais tenté de dire que c'est une fausse piste (non ?).

Non car même si tu n'en as pas besoin il essaie de se lancer : l'échec de ce lancement peut être la source du problème.

Autre possibilité : la cause de l'échec de son lancement peut être la cause de l'échec du lancement d'autres éléments de l'environnement.

J'ai maintenant le contenu du bureau qui s'affiche ET le clic droit aussi !

Cela veut dire que Nautilus se lance.

Alors ?, pourquoi ne s'exécute t'il pas tout seul au démarrage de la session ?

Tu peux revoir le contenu de .xsession-errors ?

nilsb · Le 03/06/2014, à 21:53

Salut Sébastien, me voilà de retour, en clientèle cette semaine, donc plus devant l'ordi.

Effectivement, bonne analyse, je note, je note (et j'apprends ...).

Bon, pour le coup, je crains qu'il n'y ai (vraiment) plus d'info pertinente dans .xsession-errors :

Warning: Only changing the first 12 of 10 buttons.
Script for ibus started at run_im.
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-application main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-application main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Régénération de indicator-application trop rapide, arrêt
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Le processus indicator-bluetooth main s'est achevé, redémarrage
init: Régénération de indicator-bluetooth trop rapide, arrêt

Bon, je crois que je suis en train de mettre un vrai bazar dans mon système :
1) j'ai créé un compte nilstest.
2) tentative de copie des fichiers cachés de nils dans nilstest
root@ordihome/nilstest# cp /home/nils/.* . -r
je pensais que ça me copierai que les fichiers cachés, mais ça a commencé à me copier toute l'arborescence, donc ^c avant la fin.
je recommence ce que je voulais faire => copier .config
root@ordi:home/nilstest/.config# cp /home/nils/.config/* . -r
root@ordi:home/nilstest/# chown nilstest * -R
root@ordi:home/nilstest/# chgrp nilstest * -R

3) puis, changement d'utilisateur pour nilstest avec gnome-flashback(metatcity).
Et l'interface se charge complètement !

Par contre, mon compte nils commence à beugguer !
un lanceur [gksu gnome-terminal] ne fonctionne plus, idem pour un lanceur [gksu nautilus], problème de création de fichier "Xauthorization", ne cherche pas, j'abandonne cette config pour en construire une autre.

A ton avis, est-ce qui suit te semble jouable ?
nota :
je passe root avec : $ sudo bash

1) déplacement (pas assez d'espace disque pour une copie) du contenu de nils dans nilstest, sauf les fichiers cachés, j'abandonne mon ancienne config 10.04 (et pas 12.04 comme j'ai pu l'écrire plus haut, c'était bien une 10.04).
root@ordi:/home/nilstest# cp /home/nils/* . -r // juste la commande ?

2) puis ré attribution des fichiers à nilstest.
root@ordi:home/# chown nilstest nilstest -R
root@ordi:home/# chgrp nilstest nilstest -R

3) création d'un compte temporaire pour les opérations 5) & 6)
adduser tempo (ou useradd, je sais plus, je verrais ...)

4) login en tant que tempo

5) suppression du compte nils
$ sudo bash
puis : je sais plus la commande mais je la retrouverai ...

6) changement du compte nilstest en nils :
root@ordi:/etc/# vim passwd
nilstest:1001: etc. => nils:1000: etc.
et peut-être un petit coup de : root@ordi:etc/# passwd nils pour finir.

7) login en tant que nils et tout fonctionne !!! yes or no ?
(et suppression du compte tempo)

Tu penses que ça marche comme démarche ?
Je perds la personnalisation du bureau faite sous la 10.04, mais je retrouve mes fichiers, ma config Thunderbird, mes favoris etc.

En fait, je réalise maintenant, qu'il va quand même falloir que je copie certains fichiers cachés, comme ceux pour Thunderbird et Firefox et Chromium.
Je crois que je vais finir par faire ça en graphique avec un sudo nemo ou un sudo nautilus.

T'en penses quoi ?
Le but de la manip est de récupérer toute mon ancienne config sur le compte nils, dans l'environnement gnome-flashback(metacity), hormis la personnalisation du bureau.

Et si ça marche bien, j'irais voir ce que donne cinnamon et mate.
Pour info, cinnamon n'est pas présent dans les dépôts de la 14.04.

Dernière modification par nilsb (Le 03/06/2014, à 23:08)

tiramiseb · Le 03/06/2014, à 22:22

Bon, pour le coup, je crains qu'il n'y ai (vraiment) plus d'info pertinente dans .xsession-errors

Ah bon ? Pourtant on peut voir :

init: Régénération de indicator-application trop rapide, arrêt
[...]
init: Régénération de indicator-bluetooth trop rapide, arrêt

Cela tendrait à confirmer l'hypothèse que j'ai émise plus haut : il y a quelque chose qui est utilisé par tous ces éléments, ce quelque chose ne fonctionne pas correctement avec ce compte et du coup aucun de ces éléments n'arrive à démarrer.

Par contre ce qui me chiffonne c'est que ces "indicator-machintruc" ça semble être des choses liées à Unity et non à GNOME 3... Je n'ai pas ça chez moi...

nilsb · Le 03/06/2014, à 22:59

Décidément, je ne sais pas encore bien lire attentivement .xsession-errors

Pour info, j'ai fais des modifs dans mon post précédent, pendant que tu as écris celui qui précède celui-ci.
Si tu veux bien le relire ...

Par contre ce qui me chiffonne c'est que ces "indicator-machintruc" ça semble être des choses liées à Unity et non à GNOME 3... Je n'ai pas ça chez moi...

Et pourtant, c'est bien Gnome 3 que j'utilise.

Bon pi maintenant, au dodo !
Peut-être à demain, si t'as le temps de passer par là ...

Dernière modification par nilsb (Le 03/06/2014, à 23:09)

tiramiseb · Le 04/06/2014, à 08:34

Et pourtant, c'est bien Gnome 3 que j'utilise.

Oui mais Unity est installé, tu l'as dit plus haut. Tu as donc utilisé Ubuntu tout court et non Ubuntu GNOME. Donc il y a peut-être des confusions que l'on peut faire, avec des éventuelles fausses pistes...

-----

Je pense qu'il est temps de récapituler :
- avec l'utilisateur "nils", une session Ubuntu classique (avec Unity) fonctionne correctement ?
- avec l'utilisateur "nils", une session GNOME classique (avec GNOME Shell) fonctionne correctement ?
- avec l'utilisateur "nils", une session GNOME Flashback ne fonctionne pas ?
- as-tu bien supprimé le fichier .xsession-errors avant de faire une tentative ? L'as-tu sauvegardé avant de lancer un autre environnement ? => tout ça pour être sûr que ce qui est dedans est exclusif à la session qui ne fonctionne pas.

nilsb · Le 04/06/2014, à 19:18

re,

oui, tu as bien récapitulé la situation.

Mais !, car il y a toujours un mais.

Je ne sais plus ce que j'ai fais hier soir, mais j'ai aggravé la situation => impossible de me re logger ce soir avec nils, quelque soit le bureau choisi.
Un problème relatif à Xauthorization ...,
et quand je vais pour supprimer Xauthorization (sait-on jamais ...), je m'apperçois que ce fichier n'appartient plus à nils mais à nilstest !!
Oulala, vraiment fatigué hier soir ...
Et pareil pour tout le reste contenu dans /home/nils, ça n'appartient plus au bon propriétaire.
Là dessus, j'ouvre le compte nilstest, et dans un terminal, je suis en qwerty !
Rien ne va plus, les oeufs sont frais ... (faites vos jeux ...).

Ok, I give up. C'est bon j'ai ma dose.

=> je construis nilsnew,
je me connecte en tant que nilsnew,
et je déplace à la mimine (changement des droits de other chez nils pour pouvoir déplacer), un par un, les dossiers pertinents, y compris quelques dossiers cachés (pas tous !!!), style, .thunderbird, .firefox etc. bref, tout ce qui ce rapporte à mes applis.
Mais je ne copie surtout pas ce qui concerne Gnome, Unity ou autre du même acabit.

Bref, je suis maintenant, avec un compte nilsnew, sous Gnome FlashBack (Metacity), avec mes affaires, et au moins la messagerie et mon agenda et mes favoris.
Pour le moment ça va rester comme ça quelques jours ...

Puis, suppression de tous les comptes de tests,
renomage de nils en nilsold, et affectation de l'uid 1001 (qui devrait être libéré avec la suppression des comptes de tests).
renomage de nilsnew en nils et affectation de l'uid 1000.

J'espère que cette dernière opération marchera bien, mais ça devrait ...

En tout cas, un GRAND MERCI pour ton aide.
On n'a pas trouvé, mais c'est pas grave, au moins on aura cherché !
Eventuellement, reste abonné à ce topic encore quelques temps ... sait-on jamais ...
Je le clôturerai une fois que j'aurais basculé nilsnew en nils et que ça marchera.

à+
Nils.

(Et pour le fun, je suis en train d'animer une formation Linux cette semaine, et on bosse en parallèle avec Debian et CentOS ; décidément, CentOS, j'aime pas du tout, du tout, rien n'est à la norme POSIX - c'est ça ?, je me trompe pas ? -, je lis fstab sous CentOS, pas de /dev/sda1 ou 2, que la 3 qui est le swap ! et comment j'explique ça à mes stagiaires ?, dans Debian, fstab est nickel !, avec des UUID bien sûr, et yum install qui met à jour sans arrêt la base local des paquets avec une bande passante misérable ....)

Dernière modification par nilsb (Le 04/06/2014, à 19:23)

nilsb · Le 14/06/2014, à 16:37

Et bien voilà, finalisation de l'opération de migration.

Renommer dans /etc/passwd :
nils qui marche pas en nils-old
nilsnew qui marche en nils

échange des UID et GID de ces 2 comptes et correction de /etc/group
réaffectation des fichiers à leur propriétaire et à leur groupe (y compris les fichiers cachés).

Topic Résolu.
Encore merci pour ton aide tiramiseb !

Dernière modification par nilsb (Le 14/06/2014, à 16:39)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/06/2014, à 11:28

[résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#2 Le 02/06/2014, à 15:04

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#3 Le 02/06/2014, à 15:44

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#4 Le 02/06/2014, à 15:50

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#5 Le 02/06/2014, à 15:52

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#6 Le 02/06/2014, à 16:09

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#7 Le 02/06/2014, à 16:12

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#8 Le 02/06/2014, à 16:34

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#9 Le 02/06/2014, à 16:38

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#10 Le 02/06/2014, à 17:04

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#11 Le 02/06/2014, à 17:15

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#12 Le 02/06/2014, à 21:40

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#13 Le 03/06/2014, à 21:53

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#14 Le 03/06/2014, à 22:22

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#15 Le 03/06/2014, à 22:59

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#16 Le 04/06/2014, à 08:34

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#17 Le 04/06/2014, à 19:18

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

#18 Le 14/06/2014, à 16:37

Re : [résolu] Gnome Flashback (meta/Comp) pas ok pour tous les utilisateurs

Pied de page des forums