Talk:Kernel/Arch build system: Difference between revisions

From ArchWiki
Latest comment: 30 April 2019 by Jamespharvey20 in topic Installing, best practice
(→‎Installing, best practice: Reply they should be together, and changed it so they now are)
Line 22: Line 22:
What directory are these commands supposed to be run from? [[User:Dbbolton|Dbbolton]] ([[User talk:Dbbolton|talk]]) 06:59, 9 April 2014 (UTC)
What directory are these commands supposed to be run from? [[User:Dbbolton|Dbbolton]] ([[User talk:Dbbolton|talk]]) 06:59, 9 April 2014 (UTC)


== Installing, best practice ==
== <s>Installing, best practice</s> ==


The "installing" section suggest that the best practice is to install the kernel headers package first and then the kernel itself.
The "installing" section suggest that the best practice is to install the kernel headers package first and then the kernel itself.
Line 29: Line 29:
Installing the kernel-headers package alone will trigger the dkms hook anyway (is this a bug?), which obviously will fail since the new version of the kernel is not yet installed.
Installing the kernel-headers package alone will trigger the dkms hook anyway (is this a bug?), which obviously will fail since the new version of the kernel is not yet installed.
[[User:Kyleh|Kyleh]] ([[User talk:Kyleh|talk]]) 13:50, 4 October 2016 (UTC)
[[User:Kyleh|Kyleh]] ([[User talk:Kyleh|talk]]) 13:50, 4 October 2016 (UTC)
: Agreed they should be together, and changed this.  Just had someone in IRC run into a DKMS problem by trying to install headers alone and first. [[User:Jamespharvey20|Jamespharvey20]] ([[User talk:Jamespharvey20|talk]]) 03:30, 30 April 2019 (UTC)


== Rename linux.install instruction ambiguous ==
== Rename linux.install instruction ambiguous ==

Revision as of 03:30, 30 April 2019

Updates

I edited Kernels/Arch_Build_System#Getting the Ingredients to use asp instead of abs due to the depreciation of the tool outlined here camohiddendj (talk) 10:47, 18 May 2017 (UTC)Reply[reply]

I've clarified a number of steps, including some questions here in talk. Hope it helps. Eduncan911 (talk) 01:47, 8 May 2015 (UTC)Reply[reply]

Dependencies

  • I am doing this now and 2 dependencies have shown up that are not documented, bc and xmlto. Or maybe these used to be installed with base-devel but no longer are.

SanjeevKSharma (talk) 15:31, 27 October 2013 (UTC)Reply[reply]

Provides

  • If somebody want to keep stock kernel beside custom one, shouldn't be the "provides" array uncommented, and changed to

provides=('kernel26' 'linux') ? --4javier 05:27, 10 January 2012 (EST)

should I also uncomment these parts in package_linux-headers() and not only in package_linux()? --Onny 11:08, 8 March 2012 (EST)
  • this page does not mention that every changed .config-file has a new md5sum which should be added into the PKGBUILD --Onny 11:24, 8 March 2012 (EST)

Directories

What directory are these commands supposed to be run from? Dbbolton (talk) 06:59, 9 April 2014 (UTC)Reply[reply]

Installing, best practice

The "installing" section suggest that the best practice is to install the kernel headers package first and then the kernel itself.

Shouldn't the best practice be to install them together and then let the hooks do their job? Installing the kernel-headers package alone will trigger the dkms hook anyway (is this a bug?), which obviously will fail since the new version of the kernel is not yet installed. Kyleh (talk) 13:50, 4 October 2016 (UTC)Reply[reply]

Agreed they should be together, and changed this. Just had someone in IRC run into a DKMS problem by trying to install headers alone and first. Jamespharvey20 (talk) 03:30, 30 April 2019 (UTC)Reply[reply]

Rename linux.install instruction ambiguous

This is ambiguous: "Depending on the PKGBUILD you may have to also rename linux.install to match the modified pkgbase." An example of what to change it to based on some hypothetical value of pkgbase would be helpful.

linux.install, 90-linux.hook, and perhaps a few other files, have a %PACKAGEBASE% directive that will be filled in automatically if PKGBUILD is edited to have:
% grep '^.\?pkgbase' PKGBUILD
#pkgbase=linux               # Build stock -ARCH kernel
pkgbase=linux-custom       # Build kernel with a different name
linux-custom is just an example string. All this is mentioned at Kernel/Arch_Build_System#Modifying_the_PKGBUILD. I guess one is not expected to rename linux.install to match the modified pkgbase if he followed that suggestion. Regid (talk) 15:31, 23 February 2019 (UTC)Reply[reply]