1 |
Ouais ben... j'ai relue le mail que Pascal a envoyé. Après la relecture, |
2 |
j'ai conclue que j'étais dans le champ pas à peu près et que s'que j'ai |
3 |
écris n'a rien à voir avec son problème... Dsl de vous avoir induit en |
4 |
erreur. |
5 |
|
6 |
Michel Paquet |
7 |
Québec, Canada |
8 |
|
9 |
|
10 |
Michel Paquet a écrit : |
11 |
|
12 |
> Mon cher Pascal |
13 |
> |
14 |
> J'ai eu le même problème avec samba il y a quelques temps... Tu n'a |
15 |
> qu'à supprimé le contenu de /usr/portage/distfiles/ ainsi que de |
16 |
> /var/tmp/portage/ et refaire un sync de portage |
17 |
> |
18 |
> Ce truc fonctionne avec n'importe quel bug de fingerprint, peu importe |
19 |
> le paquetage |
20 |
> |
21 |
> $ rm /usr/portage/distfiles/*.* (ne pas mettre -rf ici pour ne pas |
22 |
> supprimé le dossier de cvs-src juste au cas) |
23 |
> $ rm -rf /var/tmp/portage/* |
24 |
> $ emerge sync |
25 |
> $ emerge gnomemeeting |
26 |
> |
27 |
> La manipulation consiste à vidé les fichiers téléchargé par portage |
28 |
> (/usr/portage/distfiles/), ce qui remet à 0 les fingerprints et à vidé |
29 |
> ces même fichier décompressé par portage (/var/tmp/portage/) lors de |
30 |
> la compilation afin de ne pas corrompre l'installation du paquetage |
31 |
> |
32 |
> Michel Paquet |
33 |
> Québec, Canada |
34 |
> |
35 |
> |
36 |
> Pascal Ronecker a écrit : |
37 |
> |
38 |
>> Salut à tous, |
39 |
>> |
40 |
>> j'ai fait un uprgade de gnomemeeting (v1.0.2), et je suis tombé sur le |
41 |
>> problème suivant : |
42 |
>> au lancement, erreur à cause d'une valeur récupérée par gconf : la |
43 |
>> clef apps/gnomemeeting/general/gconf_test_age renvoie une mauvaise |
44 |
>> valeur. Du coup l'appli s'arrête. |
45 |
>> |
46 |
>> Cette erreur a l'air répandue (cf google), mais pas dans le cas de |
47 |
>> figure présent. |
48 |
>> Après farfouillage (et application des méthodes inefficaces de toutes |
49 |
>> les FAQ trouvées), voilà ce qui a marché : |
50 |
>> |
51 |
>> --> aller lire dans /etc/gconf/schemas/gnomemeeting.schemas la valeur |
52 |
>> par défaut de la clef en question (fichier installé par emerge) |
53 |
>> --> aller dans gconf-edit pour mettre cette valeur là à la place de la |
54 |
>> valeur existante. |
55 |
>> |
56 |
>> En gros si je comprends bien ce qui se passe en emergeant le truc : les |
57 |
>> valeurs deja existantes de clefs de gconf ne sont pas écrasées en cas |
58 |
>> d'upgrade. Or ici ca pose un problème : il faudrait écraser cette clef. |
59 |
>> |
60 |
>> (au passage : emerge unmerge ne supprime rien dans les clefs de gconf. |
61 |
>> Ce truc sera bientôt pire que la base de registre de win311 ...) |
62 |
>> |
63 |
>> Je ne sais pas trop où adresser ce problème: |
64 |
>> - est-ce un manque au niveau d'emerge ? |
65 |
>> - un détail mal fichu dans l'ebuild ? |
66 |
>> - un bug gnomemeeting (qui n'accepte pas ce qui faut) ? |
67 |
>> - un problème de gconf ? |
68 |
>> |
69 |
>> |
70 |
>> votre avis ? |
71 |
>> |
72 |
>> (j'espère avoir été à peu près clair, pas gagné vue l'heure et ma |
73 |
>> journée de m.... :-) ) |
74 |
>> |
75 |
>> |
76 |
>> |
77 |
> |
78 |
> |
79 |
> -- |
80 |
> gentoo-user-fr@g.o mailing list |
81 |
> |
82 |
> |
83 |
|
84 |
|
85 |
-- |
86 |
gentoo-user-fr@g.o mailing list |