On Sun, May 30, 2010 at 10:46:25AM +0900, Mattia Dongili wrote: > severity 583663 important > tags 583663 - patch > > On Sat, May 29, 2010 at 01:18:09PM +0200, Francesco Poli (t1000) wrote: ... > > I am under the impression that this bug is due to incomplete LSB header > > dependencies: the attached patch seems to fix the issue. > > I don't think that is correct. cpufreqd.init has its own code to load > cpu and governor modules. Please find why that is failing instead. > You can add `set -x` in the script and inside the > `load_cpu_module` and `load_governor_modules` functions, that should > tell us what is happening. > > Also, loadcpufreq is provided by cpufrequtils so if nothing else you > forgot to add the proper dependency header to the package.
actually I can imagine what happened. You always relied on cpufrequtils to load the kernel modules and never configured /etc/default/cpufreqd. There is not much that I can do for that other than duplicating the approach in cpufrequtils or depending on it (which is wrong and usually generates confusion). I guess the only other viable approach is to distribute loadcpufreq.init in libcpufreq0 and depend on it in cpufreqd. -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
