usrmove convert doesn't handle /lib/modules properly

Josh Boyer jwboyer at
Wed Feb 8 14:59:55 UTC 2012

On Wed, Feb 8, 2012 at 9:47 AM, Bruno Wolff III <bruno at> wrote:
> While this won't have too much affect on upgrades from previous releases
> to f17/rawhide, it did cause me some puzzlement going from pre usrmove
> rawhide to post usrmove rawhide where I run nondebug kernels and needed
> to rebuild a third party kernel module to fix a depency change from
> usrmove. I found that that build directory (/lib/modules/*/build) contents
> didn't get copied over which blocked rebuilding the module until I reinstall
> the running kernel. Kernels installed since the conversion do have
> a proper build directory, so I expect it is some issue with the
> conversion script rather than the directory layout.

The kernel-devel package (which is what actually populates the build directory)
had a relative symlink to where the files are installed to (/usr/src/kernels).
That relative symlink was pointing to the wrong place in the new UsrMove world.
I fixed that yesterday.

I don't think the convertfs script really needs to deal with that, but if
Harald wants to do that then go for it.


More information about the test mailing list