Package Details: linux-pf 6.14.pf6-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 bbrv3 invlpgb kernel linux linux-pf ovpn-dco pf-kernel v4l2loopback zstd
Licenses: GPL-2.0-only
Provides: KSMBD-MODULE, linux-pf, NTFS3-MODULE, NTSYNC-MODULE, OVPN-MODULE, 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.005116
First Submitted: 2011-07-24 12:01 (UTC)
Last Updated: 2025-05-19 08:47 (UTC)

Dependencies (20)

Required by (12)

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 »

post-factum commented on 2011-08-04 21:23 (UTC)

We've moved to new server. I hope, you haven't noticed that :). In case of some troubles mail me, please.

nous commented on 2011-07-30 20:49 (UTC)

This might be my second-to-last post here, as kernel26 is being dropped in favor of linux 3.0. The versioning pattern of the respective linux-pf has been finalized to linux-pf 3.x.y, as requested by Oleksandr, where y is the actual pf version. This also makes my life easier, as it allows for updates not related to the pf-patchset to be reflected on the pkgrel number and give timely notifications to users. Awaiting for Con Kolivas to publish BFS for 3.0, linux-pf stays at 3.0.0 and builds a stock ARCH kernel. In the meantime, the "old" kernel26-pf has been updated not to conflict with linux-headers, as those who have the pfkernel repo might have noticed. The new linux-pf resides at http://aur.archlinux.org/packages.php?ID=50956 and my last post here will announce the transition to it.

nous commented on 2011-07-30 20:44 (UTC)

OK, the versioning pattern has been finalized to linux-pf 3.x.y, as requested by Oleksandr, where y is the actual pf version. This also makes my life easier, as it allows for updates not related to the pf-patchset to be reflected on the pkgrel number and give timely notifications to users. Awaiting for Con Kolivas to publish BFS for 3.0, linux-pf stays at 3.0.0 and builds a stock ARCH kernel. In the meantime, the "old" kernel26-pf has been updated not to conflict with linux-headers, as those who have the pfkernel repo might have noticed.

<deleted-account> commented on 2011-07-28 14:58 (UTC)

I also use a custom config, but I have removed mkinitcpio from the PKGBUILD and the install script. I just thought it would be nice to do it "properly" without editing the PKGBUILD. I haven't thought of the possibility of just ignoring the warnings. Thank you for the hint.

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.