#5826 Le 09/04/2012, à 09: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, à 09:31
- JLK
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.
Oui, ce n'est pas du tout normal.
Hors ligne
#5828 Le 09/04/2012, à 09:32
- didrocks
Re : Nouveautés dans Precise...
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 compizSi 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, à 09: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, à 09: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, à 10:32)
Hors ligne
#5831 Le 09/04/2012, à 09:37
- cep
Re : Nouveautés dans Precise...
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, à 10: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, à 11:02
- didrocks
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
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.
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
@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, à 11: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
Hors ligne
#5835 Le 09/04/2012, à 11:10
- JLK
Re : Nouveautés dans Precise...
J'ai une idée de troll : quelle version LTS est la meilleure ?
Hors ligne
#5836 Le 09/04/2012, à 11:16
- gguillaume017
Re : Nouveautés dans Precise...
J'ai une idée de troll : quelle version LTS est la meilleure ?
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 !"
Dernière modification par gguillaume017 (Le 09/04/2012, à 11:16)
#5837 Le 09/04/2012, à 11:18
- Spitfire 95
Re : Nouveautés dans Precise...
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, à 11: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, à 12:42
- didrocks
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 ?
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
Hors ligne
#5840 Le 09/04/2012, à 12: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, à 12: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, à 12: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!
Hors ligne
#5843 Le 09/04/2012, à 13:00
- Valeryan_24
Re : Nouveautés dans Precise...
De rien, je n'ai pas fait grand-chose, juste rapporter ce que j'ai observé
Hors ligne
#5844 Le 09/04/2012, à 13:28
- JLK
Re : Nouveautés dans Precise...
De rien, je n'ai pas fait grand-chose, juste rapporter ce que j'ai observé
Il n'y a pas de petit signalement.
Hors ligne
#5845 Le 09/04/2012, à 15: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 (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, à 15: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, à 15: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, à 15:54)
Hors ligne
#5847 Le 09/04/2012, à 16: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, à 16:36
- Valeryan_24
Re : Nouveautés dans Precise...
OK merci, je vais essayer.
Hors ligne
#5849 Le 09/04/2012, à 16: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 (et alors, ça fait quoi si je connais rien à Compiz et que j'ai à peine les bases du C++ ? )
==EDIT==
Non finalement qu'ils se démerdent, indébogable Compiz. LP:#977349
Dernière modification par Spitfire 95 (Le 09/04/2012, à 17: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, à 22: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