On Sun, May 10, 2009 at 11:20 AM, <q...@freebsd.org> wrote: > ================================================================ > ====================<phase 6: make install>==================== > add_pkg > ===> Installing for bwi-firmware-kmod-3.130.20 > ===> Generating temporary packing list > ===> Checking if net/bwi-firmware-kmod already installed > install -o root -g wheel -m 555 bwi_v3_ucode.ko /boot/modules > kldxref /boot/modules > ===> Registering installation for bwi-firmware-kmod-3.130.20 > ================================================================ > ====================<phase 7: make package>==================== > ===> Building package for bwi-firmware-kmod-3.130.20 > Creating package /tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz > Registering depends:. > Creating bzip'd tar ball in '/tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz' > Deleting bwi-firmware-kmod-3.130.20 > ================================================================ > > === Checking filesystem state > list of extra files and directories in / (not present before this port was > installed but present after it was deinstalled) > 33067887 4 -rw-r--r-- 1 root wheel 88 > May 10 16:20 boot/modules/linker.hints > ================================================================
This shouldn't be flaged as an mtree error. The reason that linker.hints was left behind is due to this file is generated by kldxref. The port/package runs kldxref during the install of the firmware module to update the existing or create a linker.hints file, and when the package is removed, it runs kldxref again to clean up the linker.hints file to only contain the modules in /boot/modules. It has no way to know if it is safe to remove this file. Should Kernel Modules be running kldxref in /boot/modules? Should I change the port to have a do-install target that installs the bwi firmware kernel module so that it doesn't run kldxref during the install? Scot
_______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"