Bugzilla – Bug 115147
powersaved and pbbuttond not enabled by default in installation for powerbook pismo
Last modified: 2007-02-23 15:38:53 UTC
After a default installation with GNOME to a pismo powerbook, neither the powersaved nor the pbbuttond were enabled by default, which is probably not the best idea. Let me know if you need any info, logs, etc.
that seems to work on my ibook, but I think that happend on my pismo as well. Have to install again to reproduce it.
insserv worked ok, but the daemon did not run for some reason.
pbbuttonds is stupid as it has a hard requirement for running sound and cdrom. it must not fail if one of them is not avaiable. can you check /var/log/boot.* ?
it wants /dev/mixer, thats not correct.
WORKSFORME. If you have sound the you have /dev/mixer.
no you dont, sound can be loaded at any time. in this case, it appears after the daemon started. either poll for it or make it non-fatal. wether it works for you is irrelevant.
pbbuttonsd is started after alsasound.
oddly enough, kde doesnt recognize it either on first boot. when does kde look for sound?
early_kdm? But the original report is about GNOME...
I'm trying dev in tmpfs now, here is a beta3 installed for some reason. but the point still stands. pbbuttonsd must start even if /dev/mixer and /dev/cdrom is not present kde has appearently no way to rescan for sound.
dev in tmpfs helps at least. /dev/mixer was present before, just no driver listening when kde and pbbuttonds looked.
This appears to be somewhat better in beta4, probably because the sound is initializing correctly after an installation.
Does this happen still on rc4? Otherwise I'd like to close...
yes, it happens to work by luck. pbbuttonsd is likely still broken.
Do you have LOAD_OSS_EMUL_MODULES=yes in /etc/sysconfig/sound?
Also, login on runlevel 3, and check whether /dev/mixer exists.
even if it were missing, it would be still a pbbuttonsd bug to rely on sound.
/dev is tmpfs in the later versions, so should work.