Package Details: linux-pf-headers 6.11.pf1-1

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: 210
Popularity: 0.82
First Submitted: 2011-07-24 12:01 (UTC)
Last Updated: 2024-09-18 15:18 (UTC)

Pinned Comments

post-factum commented on 2023-09-25 20:30 (UTC)

Official binary builds for various x86_64 μ-arches 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-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

jgottula commented on 2011-07-26 09:12 (UTC)

I'm also getting the following conflict when I try to install linux-pf-core2 alongside Arch's regular linux 3.0-1 and linux-headers 3.0-1 packages: linux-pf-core2 and linux-headers are in conflict (kernel26-headers). Remove linux-headers? [y/N] I seem to recall that kernel26-pf-core2 didn't mind kernel26-headers being installed concurrently. Perhaps this is cropping up because linux-headers provides kernel26-headers, with which this package has an explicit conflict?

nous commented on 2011-07-26 08:33 (UTC)

Right! I had already downloaded the kernel tarball and makepkg skipped that step...

jgottula commented on 2011-07-26 06:57 (UTC)

The PKGBUILD appears to be trying to grab linux-3.0.tar.bz2 from ftp://ftp.kernel.org/pub/linux/kernel/v2.6/, whereas it should really be looking in /v3.0/. The build was failing for me until I made that amendment in my local PKGBUILD file.