Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#5826 Le 09/04/2012, à 10:28

abeilard14

Re : Nouveautés dans Precise...

Je confirme qu'après quelques heures hier, Compiz occupait jusqu'à 1Go de ram !
Ce goinfre utilise d'ailleurs constamment 30% de mon processeur.


Beta testeur de Precice --Profil Google--
Forum d'entraide Free Mobile
Suivez moi sur Twitter ;)

Hors ligne

#5827 Le 09/04/2012, à 10:31

JLK

Re : Nouveautés dans Precise...

abeilard14 a écrit :

Je confirme qu'après quelques heures hier, Compiz occupait jusqu'à 1Go de ram !
Ce goinfre utilise d'ailleurs constamment 30% de mon processeur.

Oui, ce n'est pas du tout normal.

Hors ligne

#5828 Le 09/04/2012, à 10:32

didrocks

Re : Nouveautés dans Precise...

cep a écrit :

Si çà peut servir :
valgrind --tool=memcheck --leak-check=yes  --leak-check=full --show-reachable=yes  compiz
. . .
==5386== LEAK SUMMARY:
==5386==    definitely lost: 0 bytes in 0 blocks
==5386==    indirectly lost: 0 bytes in 0 blocks
==5386==      possibly lost: 1,264 bytes in 5 blocks
==5386==    still reachable: 76,118 bytes in 185 blocks
==5386==         suppressed: 0 bytes in 0 blocks
==5386==
==5386== For counts of detected and suppressed errors, rerun with: -v
==5386== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)

et top donne :
  20   0 1014m 110m  45m S   10  4.0   0:15.19 compiz

Si rapport complet nécessaire je peux poster.

Ce qui est important, c'est la mémoire residuelle là (la deuxième), qui est à 110m, ce qui est donc normal. Le premier dépend du driver la plupart du temps (nvidia liant beaucoup de fichier à son startup), mais n'impacte en rien la mémoire "physique"

Hors ligne

#5829 Le 09/04/2012, à 10:35

Spitfire 95

Re : Nouveautés dans Precise...

C'est bien joli mais on en fait quoi ? On rapporte ça où ? Ou on cherche quoi dedans pour cibler ce qu'on doit rapporter ?


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5830 Le 09/04/2012, à 10:36

Valeryan_24

Re : Nouveautés dans Precise...

Un 1er rapport (là Compiz utilise 136 Mo de RAM) :

  PID  USER      PR  NI  VIRT   RES  SHR S %CPU %MEM    TIME+  COMMAND                                       
2536 valeryan  20   0 1296m  175m  37m S    2      2.2        1:29.01 compiz

==5209== LEAK SUMMARY:
==5209==    definitely lost: 0 bytes in 0 blocks
==5209==    indirectly lost: 0 bytes in 0 blocks
==5209==      possibly lost: 1,264 bytes in 5 blocks
==5209==    still reachable: 74,198 bytes in 185 blocks
==5209==         suppressed: 0 bytes in 0 blocks
==5209==
==5209== For counts of detected and suppressed errors, rerun with: -v
==5209== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)

==5223== 240 bytes in 1 blocks are possibly lost in loss record 139 of 160
==5223==    at 0x4C29BE8: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x4C29C97: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x6DCF0C9: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E16098: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E16A8D: g_slist_prepend (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1EB34: g_once_init_enter (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE1B: g_main_context_new (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE7C: g_main_context_default (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x698E908: Glib::MainContext::get_default() (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1.3.0)
==5223==    by 0x4E6A9FF: compiz::private_screen::EventManager::init(char const*) (in /usr/lib/libcompiz_core.so.0.9.7.6)
==5223==    by 0x40363B: CompManager::init() (in /usr/bin/compiz)
==5223==    by 0x402988: main (in /usr/bin/compiz)

==5223== 304 bytes in 1 blocks are possibly lost in loss record 142 of 160
==5223==    at 0x4C29DB4: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x4012074: _dl_allocate_tls (dl-tls.c:297)
==5223==    by 0x59C0ABC: pthread_create@@GLIBC_2.2.5 (allocatestack.c:571)
==5223==    by 0x6E38A8E: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1ECC2: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1ED9A: g_thread_new (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFE1BA: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFE260: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFE3FB: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E3809E: g_unix_signal_add_full (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x4EA50D8: CompSignalSource::CompSignalSource(int, boost::function<void ()(int)> const&) (in /usr/lib/libcompiz_core.so.0.9.7.6)
==5223==    by 0x4EA5141: CompSignalSource::create(int, boost::function<void ()(int)> const&) (in /usr/lib/libcompiz_core.so.0.9.7.6)

==5223== 720 bytes in 3 blocks are possibly lost in loss record 147 of 160
==5223==    at 0x4C29BE8: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x4C29C97: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x6DCF0C9: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E160C3: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E16A8D: g_slist_prepend (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1EB34: g_once_init_enter (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE1B: g_main_context_new (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE7C: g_main_context_default (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x698E908: Glib::MainContext::get_default() (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1.3.0)
==5223==    by 0x4E6A9FF: compiz::private_screen::EventManager::init(char const*) (in /usr/lib/libcompiz_core.so.0.9.7.6)
==5223==    by 0x40363B: CompManager::init() (in /usr/bin/compiz)
==5223==    by 0x402988: main (in /usr/bin/compiz)

==5223== LEAK SUMMARY:
==5223==    definitely lost: 0 bytes in 0 blocks
==5223==    indirectly lost: 0 bytes in 0 blocks
==5223==      possibly lost: 1,264 bytes in 5 blocks
==5223==    still reachable: 74,198 bytes in 185 blocks
==5223==         suppressed: 0 bytes in 0 blocks
==5223==
==5223== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)
--5223--
--5223-- used_suppression:      2 dl-hack3-cond-1
==5223==
==5223== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)

EDIT : à 11h20, toujours même rapport Valgrind.
PID    USER      PR  NI  VIRT   RES  SHR S %CPU %MEM    TIME+    COMMAND                                       
  2536 valeryan  20   0 1407m  286m  37m S    5       3.6        3:00.87 compiz

Dernière modification par Valeryan_24 (Le 09/04/2012, à 11:32)

Hors ligne

#5831 Le 09/04/2012, à 10:37

cep

Re : Nouveautés dans Precise...

DidRocks a écrit :

Ce qui est important, c'est la mémoire residuelle là (la deuxième), qui est à 110m, ce qui est donc normal. Le premier dépend du driver la plupart du temps (nvidia liant beaucoup de fichier à son startup), mais n'impacte en rien la mémoire "physique"

oui.

Hors ligne

#5832 Le 09/04/2012, à 11:02

Spitfire 95

Re : Nouveautés dans Precise...

@Didier : c'est prévu que le bug de la liste des applications au démarrage quasi vide soit corrigé ? Parce que passer par update-rc pour choisir ce qu'on lance ça craint quand même.


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5833 Le 09/04/2012, à 12:02

didrocks

Re : Nouveautés dans Precise...

Valeryan_24 a écrit :

Un 1er rapport (là Compiz utilise 136 Mo de RAM) :

  PID  USER      PR  NI  VIRT   RES  SHR S %CPU %MEM    TIME+  COMMAND                                       
2536 valeryan  20   0 1296m  175m  37m S    2      2.2        1:29.01 compiz

==5209== LEAK SUMMARY:
==5209==    definitely lost: 0 bytes in 0 blocks
==5209==    indirectly lost: 0 bytes in 0 blocks
==5209==      possibly lost: 1,264 bytes in 5 blocks
==5209==    still reachable: 74,198 bytes in 185 blocks
==5209==         suppressed: 0 bytes in 0 blocks
==5209==
==5209== For counts of detected and suppressed errors, rerun with: -v
==5209== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)

==5223== 240 bytes in 1 blocks are possibly lost in loss record 139 of 160
==5223==    at 0x4C29BE8: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x4C29C97: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x6DCF0C9: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E16098: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E16A8D: g_slist_prepend (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1EB34: g_once_init_enter (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE1B: g_main_context_new (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE7C: g_main_context_default (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x698E908: Glib::MainContext::get_default() (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1.3.0)
==5223==    by 0x4E6A9FF: compiz::private_screen::EventManager::init(char const*) (in /usr/lib/libcompiz_core.so.0.9.7.6)
==5223==    by 0x40363B: CompManager::init() (in /usr/bin/compiz)
==5223==    by 0x402988: main (in /usr/bin/compiz)

==5223== 304 bytes in 1 blocks are possibly lost in loss record 142 of 160
==5223==    at 0x4C29DB4: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x4012074: _dl_allocate_tls (dl-tls.c:297)
==5223==    by 0x59C0ABC: pthread_create@@GLIBC_2.2.5 (allocatestack.c:571)
==5223==    by 0x6E38A8E: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1ECC2: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1ED9A: g_thread_new (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFE1BA: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFE260: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFE3FB: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E3809E: g_unix_signal_add_full (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x4EA50D8: CompSignalSource::CompSignalSource(int, boost::function<void ()(int)> const&) (in /usr/lib/libcompiz_core.so.0.9.7.6)
==5223==    by 0x4EA5141: CompSignalSource::create(int, boost::function<void ()(int)> const&) (in /usr/lib/libcompiz_core.so.0.9.7.6)

==5223== 720 bytes in 3 blocks are possibly lost in loss record 147 of 160
==5223==    at 0x4C29BE8: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x4C29C97: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5223==    by 0x6DCF0C9: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E160C3: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E16A8D: g_slist_prepend (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6E1EB34: g_once_init_enter (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE1B: g_main_context_new (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x6DFAE7C: g_main_context_default (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.0)
==5223==    by 0x698E908: Glib::MainContext::get_default() (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1.3.0)
==5223==    by 0x4E6A9FF: compiz::private_screen::EventManager::init(char const*) (in /usr/lib/libcompiz_core.so.0.9.7.6)
==5223==    by 0x40363B: CompManager::init() (in /usr/bin/compiz)
==5223==    by 0x402988: main (in /usr/bin/compiz)

==5223== LEAK SUMMARY:
==5223==    definitely lost: 0 bytes in 0 blocks
==5223==    indirectly lost: 0 bytes in 0 blocks
==5223==      possibly lost: 1,264 bytes in 5 blocks
==5223==    still reachable: 74,198 bytes in 185 blocks
==5223==         suppressed: 0 bytes in 0 blocks
==5223==
==5223== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)
--5223--
--5223-- used_suppression:      2 dl-hack3-cond-1
==5223==
==5223== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)

EDIT : à 11h20, toujours même rapport Valgrind.
PID    USER      PR  NI  VIRT   RES  SHR S %CPU %MEM    TIME+    COMMAND                                       
  2536 valeryan  20   0 1407m  286m  37m S    5       3.6        3:00.87 compiz


Tiens-moi au courant, mais le rapport de valgrind semble plutôt sain, 0 byte perdu (donc pas de memleak) à part ces 1,264 bytes, ce qui est peu.


Spitfire 95 a écrit :

C'est bien joli mais on en fait quoi ? On rapporte ça où ? Ou on cherche quoi dedans pour cibler ce qu'on doit rapporter ?

Ben rien… vu qu'il n'y a rien à faire et aucun problème wink

Spitfire 95 a écrit :

@Didier : c'est prévu que le bug de la liste des applications au démarrage quasi vide soit corrigé ? Parce que passer par update-rc pour choisir ce qu'on lance ça craint quand même.

Que veux-tu dire?

Hors ligne

#5834 Le 09/04/2012, à 12:02

Valeryan_24

Re : Nouveautés dans Precise...

Sinon dans les points positifs :

- le design des notifications est corrigé, la couleur s'adapte toujours à celle du fond d'écran, mais en restant sombre et sobre, j'aime beaucoup !

- le bug des focus de fenêtres (notamment lorsqu'un programme le prend avec en plus une fenêtre minimisée, type Gpodder ou Synaptic) semble cette fois résolu, merci les dév' et beau travail !

Cette Precise s'annonce vraiment comme un bon cru smile

Hors ligne

#5835 Le 09/04/2012, à 12:10

JLK

Re : Nouveautés dans Precise...

J'ai une idée de troll : quelle version LTS est la meilleure ? big_smile

Hors ligne

#5836 Le 09/04/2012, à 12:16

gguillaume017

Re : Nouveautés dans Precise...

JLK a écrit :

J'ai une idée de troll : quelle version LTS est la meilleure ? big_smile

x), comme si une personne normale pouvait dire : "Rolalala, 6.06 a changé ma vie, depuis je vois la vie autrement, je l'utilise au quotidien.
"6.06 ? La révolution que tout le monde devrait avoir vécue !"

big_smile

Dernière modification par gguillaume017 (Le 09/04/2012, à 12:16)

#5837 Le 09/04/2012, à 12:18

Spitfire 95

Re : Nouveautés dans Precise...

DidRocks a écrit :
Spitfire 95 a écrit :

@Didier : c'est prévu que le bug de la liste des applications au démarrage quasi vide soit corrigé ? Parce que passer par update-rc pour choisir ce qu'on lance ça craint quand même.

Que veux-tu dire?

Menu système : startup applications... (gnome-session-properties). Une entrée c'est le bout du monde ! pas possible de corriger ça ?


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5838 Le 09/04/2012, à 12:21

Valeryan_24

Re : Nouveautés dans Precise...

[3615 Mylife]
6.06 Dapper : j'ai débuté sur Ubuntu avec celle-ci - enfin, l'informaticien de ma PME m'avait installé la 5.10 en double boot, et dans un hôtel sur Toulouse équipé d'Internet haut-débit, devant un match Fr de la Coupe du Monde de foot, je tente pour voir de démarrer sur Ubuntu, on me propose la mise à jour, je suis bluffé, quelques semaines plus tard mon PC de bureau principal passait en Full Ubuntu et depuis ne l'a jamais quitté. Donc sentimentalement cette LTS restera toujours à part.
8.04 Hardy : une déception, sans doute une occasion ratée par rapport à l'échec Vista...
10.04 Lucid : la révolution pour l'interface et le thème graphiques. Pour moi la "vraie" LTS est plutôt la 10.10 Maverick, qui marque la fin du cycle Gnome 2 et est la version de Ubuntu la plus aboutie pour celui-ci ; les très vieux PC de ma boîte sont toujours sur cette version.
12.04 Precise : la 1ère LTS de Gnome 3 et Unity, très aboutie quand on songe que le cycle est récent et qui pose toutes les bases pour le futur (desktop + tactile), je m'en servirai (dès la 12.04.1) pour des migrations !

Hors ligne

#5839 Le 09/04/2012, à 13:42

didrocks

Re : Nouveautés dans Precise...

Spitfire 95 a écrit :
DidRocks a écrit :
Spitfire 95 a écrit :

@Didier : c'est prévu que le bug de la liste des applications au démarrage quasi vide soit corrigé ? Parce que passer par update-rc pour choisir ce qu'on lance ça craint quand même.

Que veux-tu dire?

Menu système : startup applications... (gnome-session-properties). Une entrée c'est le bout du monde ! pas possible de corriger ça ?

Euh, c'est voulu ça, on cache par défaut les applis systèmes. Par contre, si tu veux faire un patch pour faire une case à cocher dans P+1 pour tout montrer… good smile

Hors ligne

#5840 Le 09/04/2012, à 13:43

Spitfire 95

Re : Nouveautés dans Precise...

Ça marche correctement sous Fedora, on peut prendre leur patch ?


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5841 Le 09/04/2012, à 13:48

Valeryan_24

Re : Nouveautés dans Precise...

Compiz vient de passer les 600 Mo mais toujours rien de changé sur le rapport Valgrind.

  PID USER      PR  NI  VIRT   RES  SHR S %CPU %MEM    TIME+   COMMAND                                       
2536 valeryan  20   0 1776m  647m  37m S    3      8.1       7:33.85  compiz

Hors ligne

#5842 Le 09/04/2012, à 13:53

didrocks

Re : Nouveautés dans Precise...

@Valeryan_24: oui, il y a vraiment un mem leak là, vu que RES augmente. J'ai plus d'infos ici, je l'ajoute aux problèmes avant qu'on release. Merci! smile

Hors ligne

#5843 Le 09/04/2012, à 14:00

Valeryan_24

Re : Nouveautés dans Precise...

De rien, je n'ai pas fait grand-chose, juste rapporter ce que j'ai observé wink

Hors ligne

#5844 Le 09/04/2012, à 14:28

JLK

Re : Nouveautés dans Precise...

Valeryan_24 a écrit :

De rien, je n'ai pas fait grand-chose, juste rapporter ce que j'ai observé wink

Il n'y a pas de petit signalement. smile

Hors ligne

#5845 Le 09/04/2012, à 16:16

Spitfire 95

Re : Nouveautés dans Precise...

Après quelques heures à tourner en Valgrind...
J'ai dû le tuer à la fin, Compiz a mit un gros rectangle blanc sur presque tout l'écran. Bizarrement il passe devant toutes les fenêtres, mais le shift switcher passe devant lui...

J'ai voulu l'envoyer comme ça mais bizarrement le forum l'a pas prit... Pourtant le fichier ne faisait pas plus de 23 508 lignes lol (bizarre, mon IDE et Ubuntu Pastebin n'ont pas le même nombre de lignes).
Donc c'est là : http://paste.ubuntu.com/921834/

Sinon du côté de Unity 2D Shell j'ai ça régulièrement :

unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.application' on object at path /org/ayatana/bamf/application959535951") 
unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application959535951") 
unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.application' on object at path /org/ayatana/bamf/application959535951") 
unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application959535951") 
unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application959535951") 
unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application959535951") 
unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application959535951")

La dernière fois que j'ai réinstallé c'était notamment à cause de DBus que je pensais avoir cassé. En fait non j'ai toujours le même problème. Ya un moyen de savoir si DBus fonctionne ?

Et chaque fois que le Dash est ouvert (quand il marche) :

unity-2d-shell: [WARNING] file:///usr/share/unity-2d/shell/dash/LensView.qml:47:5: QML Connections: Cannot assign to non-existent property "onCountChanged"
unity-2d-shell: [WARNING] file:///usr/share/unity-2d/shell/dash/LensView.qml:48: TypeError: Result of expression 'lensView.model' [undefined] is not an object.

Chaque fois que je passe d'une fenêtre au terminal de debugage :

unity-2d-shell: [WARNING] Wnck: Received a timestamp of 0; window activation may not function properly.

Quand je fais quelque chose dans le HUD :

unity-2d-shell: [CRITICAL] GLib: g_variant_equal: assertion `one != NULL && two != NULL' failed

Unity 2D va bien chercher les lanceurs dans /usr/local/share/applications/ mais ne va pas chercher les icônes dans /usr/local/share/pixmaps/ (Nautilus lui le fait bien)

Dernière modification par Spitfire 95 (Le 09/04/2012, à 16:37)


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5846 Le 09/04/2012, à 16:52

Valeryan_24

Re : Nouveautés dans Precise...

Spitfire 95, quelle commande as-tu utilisé pour lancer valgrind ?

Moi je fais : valgrind --tool=memcheck --leak-check=yes --leak-check=full --leak-resolution=high --show-reachable=yes -v compiz

Mais il ne m'indique rien d'autre que ce que j'ai posté ci-dessus.

Egalement, où récupérer le log complet SVP, dans le terminal il n'affiche qu'une partie ?

Sinon, Compiz a dépassé le Giga :
  PID USER      PR  NI  VIRT   RES  SHR S   %CPU  %MEM    TIME+    COMMAND
2536 valeryan  20   0 2225m   1.1g  37m S    4        13.8     12:54.55  compiz

Dernière modification par Valeryan_24 (Le 09/04/2012, à 16:54)

Hors ligne

#5847 Le 09/04/2012, à 17:18

Spitfire 95

Re : Nouveautés dans Precise...

valgrind --tool=memcheck --leak-check=yes  --leak-check=full --show-reachable=yes --log-file=compiz.log compiz --replace


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5848 Le 09/04/2012, à 17:36

Valeryan_24

Re : Nouveautés dans Precise...

OK merci, je vais essayer.

Hors ligne

#5849 Le 09/04/2012, à 17:52

Spitfire 95

Re : Nouveautés dans Precise...

Le rectangle blanc est revenu pour la deuxième fois aujourd'hui...
Maintenant c'est plus valgrind mais
gdb compiz
run --replace

J'ai fait quelques tests avec CCSM. En désactivant Snap windows back to original size, Compiz segfault à chaque lancement. Je vais rapporter un bug dès maintenant... Ou regarder le code, j'ai envie d'essayer de faire un patch big_smile (et alors, ça fait quoi si je connais rien à Compiz et que j'ai à peine les bases du C++ ? yikes)

==EDIT==
Non finalement qu'ils se démerdent, indébogable Compiz. LP:#977349

Dernière modification par Spitfire 95 (Le 09/04/2012, à 18:47)


Trisquel GNU/Linux 6.0 / Fedora 19 & rawhide.
joueur ryzom et wesnoth
Développeur livewallpaper
Membre déserteur et traître de la brigade des S.

Hors ligne

#5850 Le 09/04/2012, à 23:32

shindz

Re : Nouveautés dans Precise...

Precise Pangolin : unity mission accomplie : mature.

que nous reserve  QQ ???


P IV,  2.80GHz, 1.5 Go de RAM, Nvidia 6200 512Mo, 160Go HDD
Ubuntu 12.04, AKA  Pangolin  comme OS Principal
Quantal  sur partition de test
Membre attitré de la brigade des S.

Hors ligne