m-a doesn't cope well with kernel subflavors

[Dan]

Binary package hint: module-assistant

I want to build open-vm-source for a system running Intrepid and linux-kernel-virtual. However, linux-headers-virtual pulls in linux-headers-2.6.27-7-server, and the linux-image-2.6.27-7-virtual package uses a mixture of -server and -virtual for various files and folders (importantly, -server for /lib/modules/...). This seems to confuse m-a.

If I do "m-a -l 2.6.27-7-server build open-vm-source" then I get a package which depends on linux-image-2.6.27-7-server, so I can't install it.

I get the same result with "m-a -l 2.6.27-7-virtual -k /usr/src/linux-headers-2.6.27-7-server build open-vm-source".

[Gaurav Malhotra (malhotrag)]

I encountered this issue on a minimal install (the virtual flavor) of Karmic amd64 on ESXi4. "m-a build open-vm" creates a deb that (incorrectly) depends on linux-modules-2.6.31-14-server and linux-image-2.6.31-14-server.

I used "dpkg -i --force-depends" to ignore the dependencies and install the package.

[Tim Kuhlman (timkuhlman)]

I have the same problem. Using dpkg --force-depends causes apt-get to complain everytime I run it so instead I opened up the deb and changed the dependencies to the -virtual kernel rather than the -server kernel and then loaded it.

I'm not to familiar with the module assist procedure anyone know a better fix for this? It is pretty ridiculous issue since you can't install the open-vm tools on the virtual machine kernel those two should work great together.