Package Details: linux-pf 6.12.pf1-1

Git Clone URL: https://aur.archlinux.org/linux-pf.git (read-only, click to copy)
Package Base: linux-pf
Description: The pf-kernel and modules
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: KSMBD-MODULE, linux-pf, NTFS3-MODULE, UKSMD-BUILTIN, V4L2LOOPBACK-MODULE, VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Replaces: virtualbox-guest-modules-arch, wireguard-arch
Submitter: nous
Maintainer: post-factum
Last Packager: post-factum
Votes: 209
Popularity: 0.21
First Submitted: 2011-07-24 12:01 (UTC)
Last Updated: 2024-11-27 09:08 (UTC)

Dependencies (18)

Required by (15)

Sources (2)

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.

Latest Comments

« First ‹ Previous 1 .. 76 77 78 79 80 81 82 83 84 85 86 .. 106 Next › Last »

nous commented on 2011-07-28 10:08 (UTC)

@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.

<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