1. if you enable gstreamer it tries to build a non existent acme-gstreamer module 2. If you disable gstreamer it seems to build but on load the gnome-settings-daemon dies complaining about /dev/pmu permissions and the generates a segfault. I guess both are acme related.
*** Bug 46061 has been marked as a duplicate of this bug. ***
I don't think this is PPC at all, but common. I think i put this in by accident. Well maybe now someone will look at it, cause i don't have the time right now. What is /dev/pmu btw ?
pmu is power management unit for laptops
there is a patch at bugs.gnome.org: http://bugs.gnome.org/show_bug.cgi?id=138489 i think this will get fixed with the release of gnome-2.6
leonardop, could you post patches & upstream reports here as well when needed. That saves us the trouble of searching for them or fixing it ourselves.
actually the acme-volume-gstreamer.{hc} files are still missing in the latest control-center tarball (2.6.0.1).
2.6.0.2 has been added, that should fix the gst/alsa problem (please test) how about the pmu problem ?
their arguable choice is still present, I have a patch to remove that thing if is needed
ok. 2.6.0.2 fixes the acme/gst bug. also i havnt experienced gnome-settings-daemon crashing on /dev/pmu. /dev/pmu is actually a symlink to misc/pmu which has rw-rw-rw- on my powerbook.
the problem will come if you chose to be sane and don't let that device to be rw to the whole world. The proper solution is use pbbuttonsd like the rest does (kmilo, the gtk front-end...) and that isn't the bigger problem. It segfaults upon showing the error message and that isn't a proper behaviour.
what arguable choice ?
basically they try to access directly the power management device instead of using the power management daemon that usually runs in background. In addition if they fail, they verbosely complain about that and the result is a painful segfault in the gnome-settings-daemon.
I fixed it by removing the IMHO bogus code from acme