Conky météo ne marche plus
Il ne récupère plus les infos
Logiciels / Autres logiciels
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Pour une raison inconnue, peut-être suite à une mise à jour, le conky ne récupère plus les informations, il affiche le texte en dur mais rien, aucune météo.
Ci_dessous voici les messages quand je lance le conky en konsole:
conky-en-konsole.txt
Effectivement les fichiers qu'il cherche n'existent pas ou n'existe plus mais par quel artifice ?!! je ne sais pas, j'ai pensé que ça pouvait venir d'une mise à jour mais sans certitude.
J'ai lancé un conkystrace pour essayer d'avoir plus d'informations mais pour moi c'est un peu confus, voici une partie du fichier trace:
Caché :
[xecve("/usr/bin/conky", ["conky", "-c", "/home/robert/Accuweather_conky_s"...], 0x7ffee6681570 /* 69 vars */) = 0
brk(NULL) = 0xce8000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (Aucun fichier ou dossier de ce type)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=117489, ...}) = 0
mmap(NULL, 117489, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fbc2d2b8000
close(3) = 0
openat(AT_FDCWD, "/lib64/libconky_core.so", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\23\3\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=762976, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbc2d2b6000
mmap(NULL, 2068176, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbc2d0bd000
mprotect(0x7fbc2d0eb000, 544768, PROT_NONE) = 0
mmap(0x7fbc2d0eb000, 405504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e000) = 0x7fbc2d0eb000
mmap(0x7fbc2d14e000, 135168, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x91000) = 0x7fbc2d14e000
mmap(0x7fbc2d170000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb2000) = 0x7fbc2d170000
mmap(0x7fbc2d176000, 1310416, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fbc2d176000
close(3) = 0
openat(AT_FDCWD, "/lib64/libcurl.so.4", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\17\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=627048, ...}) = 0
mmap(NULL, 619096, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbc2d025000
mprotect(0x7fbc2d034000, 536576, PROT_NONE) = 0
mmap(0x7fbc2d034000, 413696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x7fbc2d034000
mmap(0x7fbc2d099000, 118784, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x74000) = 0x7fbc2d099000
mmap(0x7fbc2d0b7000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x91000) = 0x7fbc2d0b7000
mmap(0x7fbc2d0bc000, 600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fbc2d0bc000
close(3) = 0
openat(AT_FDCWD, "/lib64/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\240\t\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1946568, ...}) = 0
mmap(NULL, 1898496, PROT_RE
brk(NULL) = 0xce8000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (Aucun fichier ou dossier de ce type)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=117489, ...}) = 0
mmap(NULL, 117489, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fbc2d2b8000
close(3) = 0
openat(AT_FDCWD, "/lib64/libconky_core.so", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\23\3\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=762976, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbc2d2b6000
mmap(NULL, 2068176, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbc2d0bd000
mprotect(0x7fbc2d0eb000, 544768, PROT_NONE) = 0
mmap(0x7fbc2d0eb000, 405504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e000) = 0x7fbc2d0eb000
mmap(0x7fbc2d14e000, 135168, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x91000) = 0x7fbc2d14e000
mmap(0x7fbc2d170000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb2000) = 0x7fbc2d170000
mmap(0x7fbc2d176000, 1310416, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fbc2d176000
close(3) = 0
openat(AT_FDCWD, "/lib64/libcurl.so.4", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\17\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=627048, ...}) = 0
mmap(NULL, 619096, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbc2d025000
mprotect(0x7fbc2d034000, 536576, PROT_NONE) = 0
mmap(0x7fbc2d034000, 413696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x7fbc2d034000
mmap(0x7fbc2d099000, 118784, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x74000) = 0x7fbc2d099000
mmap(0x7fbc2d0b7000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x91000) = 0x7fbc2d0b7000
mmap(0x7fbc2d0bc000, 600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fbc2d0bc000
close(3) = 0
openat(AT_FDCWD, "/lib64/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\240\t\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1946568, ...}) = 0
mmap(NULL, 1898496, PROT_RE
Je n'ai mis qu'une partie en partant du début parce que c'est tros gros.
A la suite de ça j'ai fait un urpmi --auto-update puis reboot et relancé conky mais c'est toujours le même problème.
Après urpmi --auto-update j'ai eu un problème à la fin:
cr-de-urpmi--auto-update.txt
Bon là le problème de urpmi --auto-update est un autre sujet, dites moi si je dois ouvrir un autre post.
pour votre aide.
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Si quelsu'un a une idée,
pour vos réponses.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
zatox :
Après urpmi --auto-update j'ai eu un problème à la fin:
cr-de-urpmi--auto-update.txt
Bon là le problème de urpmi --auto-update est un autre sujet, dites moi si je dois ouvrir un autre post.
pour votre aide.
cr-de-urpmi--auto-update.txt
Bon là le problème de urpmi --auto-update est un autre sujet, dites moi si je dois ouvrir un autre post.
pour votre aide.Le message a été passé. Merci.
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Visiteur
Je n'ai pas un tel "conky" (j'utilise le widget de Plasma) et je ne saurais dire quel est le problème, mais je constate qu'au premier message ci-dessus, dans "conky-en-konsole.txt" ce sont les icônes de "ACCUWEATHER" et non de "WEATHER" qui sont indiquées. Je ne sais pas si ça peut aider.
A+
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Papoteur :
Le message a été passé. Merci
OK, merci, quand tu dis le passer ça vaut dire quoi exactement ? par exemple, est-ce que j'aurai pu le faire ?
funix :
Ça ne t'aide évidemment pas, mais j'ai constaté également que mon conky météo basé sur weather.com était cassé, j'ai pas pris le temps de regarder plus en avant pour l'instant, mais je compte bien le faire
Non mais ça pourrait confirmer un problème suite à une mise à jour non ?
Papoteur :
Pour kdenlive, est-il installé ? C'est une nouvelle dépendance qu'il faut installer.
Oui kdenlive ets installé.
Nulix :
Je n'ai pas un tel "conky" (j'utilise le widget de Plasma) et je ne saurais dire quel est le problème, mais je constate qu'au premier message ci-dessus, dans "conky-en-konsole.txt" ce sont les icônes de "ACCUWEATHER" et non de "WEATHER" qui sont indiquées. Je ne sais pas si ça peut aider.
Euh ... ben peut-être oui je vais voir.
pour toutes vos réponses.
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
Papoteur :
Pour kdenlive, est-il installé ? C'est une nouvelle dépendance qu'il faut installer.
je vois mal le rapport !?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je pense que la partie relative a kdenlive est en raison du resultat du urpmi --auto-update (sinon je ne vois pas le rapport entre conky et kdenlive) qui indique que frei0r est une dépendance du paquet kdenlive ( mais pas relatif à conky)
Après pour le passage de message, je pense que Papoteur fait référence à ceci:
https://bugs.mageia.org/show_bug.cgi?id=28184
https://bugs.mageia.org/show_bug.cgi?id=28183
Édité par nic80 Le 21/01/2021 à 20h46
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
funix :
je vois mal le rapport !?
Papoteur :
Pour kdenlive, est-il installé ? C'est une nouvelle dépendance qu'il faut installer.
je vois mal le rapport !?
Oui, j'ai été trop elliptique.
Dans les messages lors de la mise à jour, il y avait :
Code TEXT :
frei0r est nécessaire pour kdenlive-20.12.0-3.mga8.x86_64
Donc il est nécessaire d'installer en plus frei0r. Je ne sais pas si du coup la mise à jour s'est faite ou non.
Concernant l'erreur :
Code TEXT :
le fichier /usr/share/plasma/look-and-feel/org.mageia.breeze.desktop/metadata.json de l'installation de mageia-plasma5-config-8-5.mga8.noarch entre en conflit avec le fichier du paquet plasma-workspace-5.20.4-1.mga8.x86_64
mageia-plasma5-config < 8-1 entre en conflit avec plasma-workspace-5.20.4-4.mga8.x86_64Nicolas demande de vérifier que la correction faite permet maintenant la mise à jour sans problème.
nic80 :
Bonjour,
Je pense que la partie relative a kdenlive est en raison du resultat du urpmi --auto-update (sinon je ne vois pas le rapport entre conky et kdenlive) qui indique que frei0r est une dépendance du paquet kdenlive ( mais pas relatif à conky)
Après pour le passage de message, je pense que Papoteur fait référence à ceci:
https://bugs.mageia.org/show_bug.cgi?id=28184
https://bugs.mageia.org/show_bug.cgi?id=28183
Je pense que la partie relative a kdenlive est en raison du resultat du urpmi --auto-update (sinon je ne vois pas le rapport entre conky et kdenlive) qui indique que frei0r est une dépendance du paquet kdenlive ( mais pas relatif à conky)
Après pour le passage de message, je pense que Papoteur fait référence à ceci:
https://bugs.mageia.org/show_bug.cgi?id=28184
https://bugs.mageia.org/show_bug.cgi?id=28183
C'est cela même.
Édité par Papoteur Le 22/01/2021 à 10h12
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Pour ce qui est du conky pour la météo, les variables du jour sont alimentées, mais pas les variables concernant les jours suivants !!
Bon, je ne sais pas d'où cela peut venir, par le passé ça marchait ... je vais essayer d’éclaircir ça (sans jeu de mots par rapport à la météo d'aujourd'hui qui aurait bien besoin d’éclaircies
).Pour ma part j'ai pompé les conkys que j'ai pu trouver sur internet et que j'ai ensuite customisés comme je le voulais, car en effet, je ne parle pas le langage conky couramment !!
Faudrait pas que ça cache un problème au niveau Magia 8 ...
funix :
j'ai constaté également que mon conky météo basé sur weather.com était cassé, j'ai pas pris le temps de regarder plus en avant pour l'instant, mais je compte bien le faire
à toutes et tous pour vos réponses.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie