| Summary: | amarok collection stops working after doing some changes in collection | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Florian Bauer <alfaflo> |
| Component: | RPM Packages | Assignee: | Juan Luis Baptiste <juan.baptiste> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | Keywords: | Triaged |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | amarok-2.8.0-2.mga4.src.rpm | CVE: | |
| Status comment: | |||
| Attachments: | screenshot of process list | ||
|
Description
Florian Bauer
2013-11-23 09:10:34 CET
Created attachment 4519 [details]
screenshot of process list
update: every action which results in an update of the collection creates described "zombie" processes. After 3 "Zombies" the collection browser stops working and Amarok is unusable at this point.
Manuel Hiebel
2013-11-24 16:54:54 CET
Keywords:
(none) =>
Triaged collection is now working again there was an update of mysql (mariadb embedded) so maybe the failure was related to this package... thank you! sorry, thought problem has been solved, but it occured again :-( after changing the video driver from properitary nvidia to nouveau, the collection scanner works perfectly. (see also kwrite launch bug 11946) So is this resolved ? no, sorry. as "nouveau" is no (full) alternative to the binary blob... or in other words: when I switch back to nvidia proprietary driver, the failure is back. so at least on my machine, the failure is 100% reproducible and I found no solution (deleting amarok folders; new install; switching from embedded database to mysql database; compiling amarok from source) the only "workaround" what I've found is to switch to nouveau but that means to have (at least on my laptop) no vdpau and less 3D performance... :-( Looks like the nvidia + KDE bug we had at Mageia 4's very beginning. It's fixed then AFAIK. Status:
NEW =>
RESOLVED |