@euri I use a custom config for my laptop without initramfs. Just build as usual, remove the 'initrd=' line from grub and ignore the mkinitcpio warnings. Just make sure you have compiled-in your hard disk controller and root filesystem driver.
Search Criteria
Package Details: linux-pf-headers 6.13.pf1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/linux-pf.git (read-only, click to copy) |
|---|---|
| Package Base: | linux-pf |
| Description: | Headers and scripts for building modules for the pf-kernel |
| Upstream URL: | https://pfkernel.natalenko.name |
| Keywords: | bbr bbr3 kernel ksm linux linux-pf pf-kernel uksm uksmd v4l2loopback zstd |
| Licenses: | GPL-2.0-only |
| Provides: | linux-pf-headers |
| Submitter: | nous |
| Maintainer: | post-factum |
| Last Packager: | post-factum |
| Votes: | 209 |
| Popularity: | 0.054373 |
| First Submitted: | 2011-07-24 12:01 (UTC) |
| Last Updated: | 2025-01-25 23:02 (UTC) |
Dependencies (10)
- pahole (pahole-gitAUR)
- bc (bc-ghAUR) (make)
- cpio (cpio-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- libelf (elfutils-gitAUR) (make)
- pahole (pahole-gitAUR) (make)
- perl (perl-gitAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- tar (tar-gitAUR, busybox-coreutilsAUR) (make)
- xz (xz-gitAUR) (make)
Required by (0)
Sources (2)
nous commented on 2011-07-28 10:08 (UTC)
<deleted-account> commented on 2011-07-28 07:41 (UTC)
Is it possible to add an option for a kernel without initramfs?
post-factum commented on 2011-07-27 21:44 (UTC)
Unfortunately, 3.0-pf will be released not so soon as expected. -ck as well as BFQ isn't ready and won't be for a week or two.
Also, consider changing version numbers. I'll use such a scheme:
3.x.y-pf
where x equals to current mainline kernel version (e.g., 0) and y equals to pf-kernel release (e.g., 1). So, the first version will be 3.0.1-pf.
nous commented on 2011-07-27 10:06 (UTC)
I modified the PKGBUILD to not provide kernel26-headers so as to avoid conflict with the mainstream linux kernel package. Awaiting the release of the pf-patchset for linux-pf-3.0, I'm rebuilding all the 64-bit and the generic i686 binaries of the pfkernel repo.
jgottula commented on 2011-07-26 21:37 (UTC)
That sounds reasonable to me. I'm also looking at the linux-mainline package at the moment because it's also installed on my system, and it definitely provides headers in /usr/src/, but it just omits the whole kernel26-headers bit, and it never seemed to have a problem installing with linux-headers present.
nous commented on 2011-07-26 21:18 (UTC)
The linux-pf package installs its headers in /usr/src/linux-pf and they are available to any (nvidia comes to mind) driver that might ask for them. No conflict with linux-arch.
nous commented on 2011-07-26 21:15 (UTC)
The new linux-headers provides, replaces AND conflicts with kernel26-headers. Thus, it's impossible to force pacman to install any other kernel that also provides kernel26-headers. It makes no sense to make linux-pf provide 'linux-pf-headers' (which package would ask for it anyway?). I'm thinking of removing that 'provides' altogether, certainly before the pf patchset for 3.0 becomes available. Any objections?
jgottula commented on 2011-07-26 10:07 (UTC)
I don't think it is strictly because of providing linux-headers, because kernel26-pf (the old version) provided kernel26-headers and that was never a conflict; rather, I think it's the conflicts=('kernel26-headers') bit that is meant to rule out mixing 2.6.x headers with 3.x headers, but which mistakenly overlooks the fact that the new linux-headers package provides kernel26-headers presumably as a backwards compatibility thing... someone want to back me up on this?
sva_h4cky0 commented on 2011-07-26 09:50 (UTC)
@ jgottula
bcoz linux-pf provide linux-header
Pinned Comments
post-factum commented on 2023-09-25 20:30 (UTC) (edited on 2024-10-08 14:21 (UTC) by post-factum)
Official binary builds for various x86_64 ISA levels are available here.