Talk:Kernels/Traditional compilation

From ArchWiki
< Talk:Kernels
Revision as of 08:27, 15 December 2009 by EnvoyRising (Talk | contribs) (Easy Local Kernel Configuration: new section)

Jump to: navigation, search

(referring to the With makepkg and pacman (Recommended) Section) the kernel26.install script does not complete successfully. I just tried this and it installs the package, but says :

>>> Updating module dependencies. Please wait ... error: command failed to execute correctly

and lastly, i think in the kernel26.install file, the KERNEL_VERSION variable has to be whatever you set to name your kernel as in your .config file, as well as the current version. So...the script on the wiki says its 2.6.28, which is out dated, and my kernel ended up being named 2.6.30.5-ARCH_MARK_GRANDI (as i modified the kernel version string thing in .config from "-ARCH" to "-ARCH_MARK_GRANDI"

Also, when i tried to install the kernel-my package after it compiled, it complained that a lot of files from /lib/firmware/ already existed on the filesystem. I had to install the package with the -f (force) option to get it to install.

I am not familiar with bash scripting or whatever to make the appropriate changes to the kernel26.install script, or whats the best option about the lib/firmware conflicts =/

~ Polygon 14:50, 1 September 2009 (EDT)

These issues should be fixed with the new PKGBUILD and kernel26.install.

I may be wrong, but I believe what's stored in /lib/firmware is all binary, so there shouldn't be much change between kernel versions, and, as such, it shouldn't matter terribly if it's overwritten with that from a custom compile. To be on the safe side, though, the firmware is omitted from the new PKGBUILD.

~ Ichifish 17:47, 1 November 2009 (GMT)

Easy Local Kernel Configuration

I'm not brave enough to edit the main article, but according to the 2.6.32 release notes, the build targets "localmodconfig" and "localyesconfig" have been added to ease in creating custom kernels. The difference, as I understand it between the first and second target is that the latter removes unused modules so that init scripts and modules are unneeded.

Perhaps someone saavy enough could edit this article accordingly?