| 1 |
On Sun, Jan 11, 2009 at 01:00:35PM +0000, Penguin Lover Frank Schwidom squawked: |
| 2 |
> But i suspect, that an 'emerge kqemu' will either deinstall |
| 3 |
> /lib/modules/2.6.26-gentoo-r3/misc/kqemu.ko before installing |
| 4 |
> /lib/modules/2.6.26-gentoo-r3_2/misc/kqemu.ko or |
| 5 |
> /lib/modules/2.6.26-gentoo-r3/misc/kqemu.ko keeps installed and wil not |
| 6 |
> be listed in an further call of 'eqmery f kqemu'. |
| 7 |
> |
| 8 |
|
| 9 |
The second is correct. |
| 10 |
|
| 11 |
Ebuilds that install kernel modules do not remove the old kernel |
| 12 |
modules from /lib. Ever. It is true for Nvidia, it is true for ATI |
| 13 |
drivers, and it is true for kqemu. ;) |
| 14 |
|
| 15 |
But equery f kqemu will no longer show the previous kqemu module. |
| 16 |
|
| 17 |
So just point /usr/src/linux to the right kernel, and |
| 18 |
emerge --oneshot kqemu |
| 19 |
|
| 20 |
Is it really that important that all versions of the kernel module |
| 21 |
gets listed in equery f? |
| 22 |
|
| 23 |
W |
| 24 |
-- |
| 25 |
"For the relative problem is one in which the relative radius vectors...from |
| 26 |
one to the other? So, actually, I was wrong. Kepler was right after all." |
| 27 |
~DeathMech, S. Sondhi. P-town PHY 205 |
| 28 |
Sortir en Pantoufles: up 765 days, 15:21 |
Archives