Package Base Details: linux-pf

Git Clone URL: https://aur.archlinux.org/linux-pf.git (read-only, click to copy)
Keywords: bbr bbr3 kernel ksm linux linux-pf pf-kernel uksm uksmd v4l2loopback zstd
Submitter: nous
Maintainer: post-factum
Last Packager: post-factum
Votes: 210
Popularity: 0.33
First Submitted: 2011-07-24 12:01 (UTC)
Last Updated: 2024-04-29 09:28 (UTC)

Pinned Comments

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

Official binary builds for various x86_64 μ-arches are available here.

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

pf-kernel follows its own versioning scheme that doesn't depend on stable kernel releases versioning. X.Y.Z package version here corresponds to vX.Y-pfZ release in the source code repo.

Latest Comments

« First ‹ Previous 1 .. 86 87 88 89 90 91 92 93 94 95 96 .. 106 Next › Last »

shadowed87 commented on 2011-03-26 16:35 (UTC)

@Alger I had the same problem...executing sudo ln -s /usr/src/linux-2.6.38-pf/ /lib/modules/2.6.38-pf/build all was fine with nvidia drivers

<deleted-account> commented on 2011-03-26 15:51 (UTC)

@CheariX Yaourt can't detect because you have other name package installed like kernel26-pf-core2 so it's differ from this as far as i think this is the reason

CheariX commented on 2011-03-26 15:17 (UTC)

Why can't yaourt detect new version? This problem was from 2.6.37-pf2 up to 2.6.37-pf6 and now with 2.6.38, yaourt still thinks kernel26-pf is up to date...

shadowed87 commented on 2011-03-26 14:46 (UTC)

why not these patches? http://chakra-project.org/sources/kernel26/patches/38 instead of http://chakra-project.org/sources/kernel26/patches/37

<deleted-account> commented on 2011-03-26 14:28 (UTC)

aren't we need a simlink /lib/modules/build/2.6.38-pf/build to /usr/src/linux-2.6.38-pf or something like this , because i can't build ati properity driver now

nous commented on 2011-03-26 13:47 (UTC)

@graysky - Thanks for the heads-up, but as far as BFS is concerned, I'm just following the pfkernel patchset, whose author anyway is a close follower of CK's blog and I suspect he'll implement this promising patch very soon.

graysky commented on 2011-03-26 13:37 (UTC)

Nous - you might wanna add this patch to ck1: http://ck-hack.blogspot.com/2011/03/bfs-and-optimising-global-scheduler-for.html

nous commented on 2011-03-26 13:17 (UTC)

Alright, alright. Four kernel configuration options for all tastes.

<deleted-account> commented on 2011-03-26 08:21 (UTC)

I suggest write this to PKGBUILD: msg "Run make menuconfig(console), gconfig(GTK based) or xconfig(Qt based) before build? (m/g/x/N)" read answer case "$answer" in m | M) make menuconfig cp -v .config ${startdir}/config.local ;; g | M) make gconfig cp -v .config ${startdir}/config.local ;; x | X) make xcongig cp -v .config ${startdir}/config.local ;; default) ;; esac

nous commented on 2011-03-26 02:18 (UTC)

It's very easy to put that in the PKGBUILD, but it's just another configuration option; I've also been asked to use xconfig or gconfig instead of menuconfig. It would be rather annoying for most people to have the PKGBUILD asking a ton of questions before actually building the package, while one could just issue 'sed -i s/menuconfig/nconfig/ PKGBUILD' before makepkg.