I've been getting this error for a few days when trying to install from the unofficial repo: error: failed retrieving file 'linux-pf-core2-3.6.5-2-x86_64.pkg.tar.xz' from dl.dropbox.com : The requested URL returned error: 404 NOT FOUND.
Search Criteria
Package Details: linux-pf-headers 6.11.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: | 210 |
Popularity: | 0.80 |
First Submitted: | 2011-07-24 12:01 (UTC) |
Last Updated: | 2024-09-18 15:18 (UTC) |
Dependencies (13)
- 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)
- rust (rust-nightlyAUR, rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rustup) (make)
- rust-bindgen (make)
- rust-src (rustup-gitAUR, rust-src-gitAUR, rustup) (make)
- tar (tar-gitAUR, busybox-coreutilsAUR) (make)
- xz (xz-gitAUR) (make)
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 52 53 54 55 56 57 58 59 60 61 62 .. 106 Next › Last »
dkasak commented on 2012-10-28 11:04 (UTC)
Thaodan commented on 2012-10-28 02:47 (UTC)
Forgot to mod everything in the PKGBUILD to be conform with the changes:
http://pastebin.com/RHM2hXME
Thaodan commented on 2012-10-28 02:19 (UTC)
If forgot to say that it only affects Kconfig/menuconfig.
Thaodan commented on 2012-10-28 02:16 (UTC)
Added patch to include -march and -mtune flags for corei7, corei7-avx core-avxi and core-avx2 etc that were intrued in gcc 4.6 and 4.7 use it if you need:
http://pastebin.com/KnZzgCNT
Patch:
--- linux-pf/PKGBUILD 2012-10-26 11:34:57.000000000 +0200
+++ PKGBUILD 2012-10-28 03:03:53.340907261 +0100
@@ -33,7 +33,9 @@
"interactive-governor.tar.gz::https://gist.github.com/gists/1172524/download"
'change-default-console-loglevel.patch'
'dcache.patch'
- "${_pfpatchhome}${_pfpatchname}.bz2") # the -pf patchset
+ "${_pfpatchhome}${_pfpatchname}.bz2" # the -pf patchset
+ "http://www.linuxforge.net/linux/kernel/kernel-33-gcc47-0.patch"
+)
_aufs3git="git://aufs.git.sourceforge.net/gitroot/aufs/aufs3-standalone.git"
_aufs3name=aufs3
@@ -100,6 +102,8 @@
msg "Patching dcache.c"
patch -Np1 -i "${srcdir}/dcache.patch"
+ # added gcc 4.7 support for Kconfig and menuconfig
+ patch -Np1 -i "${srcdir}/kernel-33-gcc47-0.patch"
if [ "$CARCH" = "x86_64" ]; then
cat "${startdir}/config.x86_64" >| .config
else
@@ -188,7 +192,7 @@
;;
esac
cp -v .config ${startdir}/config.local
- CPU=`egrep "MK8=y|MCORE2=y|MPSC=y|MATOM=y|MPENTIUMII=y|MPENTIUMIII=y|MPENTIUMM=y|MPENTIUM4=y|MK7=y|CONFIG_GENERIC_CPU=y|M686=y" ./.config`
+ CPU=`egrep "MK8=y|MCORE2=y|MPSC=y|MATOM=y|MPENTIUMII=y|MPENTIUMIII=y|MPENTIUMM=y|MPENTIUM4=y|MK7=y|CONFIG_GENERIC_CPU=y|M686=y|MBARCELONA=y|MBOBCAT=y|MBULLDOZER=y|MPILEDRIVER=y|MCOREI7=y|MCOREI7AVX=y|MCOREAVXI=y|MCOREAVX2=y" ./.config`
CPU=`sed -e "s/CONFIG_M\(.*\)=y/\1/" <<<$CPU`
CPU=`sed -e "s/CONFIG_GENERIC_CPU=y/GENERIC/" <<<$CPU`
CPU=`sed -e "s/^686$/GENERIC/" <<<$CPU`
@@ -571,4 +575,6 @@
'd537a358c9f8b9cbcad34ba99f88af070f54d99c66d3e5d3d4734576ed2fb6e1'
'b9d79ca33b0b51ff4f6976b7cd6dbb0b624ebf4fbf440222217f8ffc50445de4'
'c49eca2478b7d911ee95a61c3f9080082b982ba4de34b9acff9b1ff2d5224957'
- 'f9cf30022dcb86a70891c5c1f64713fa4da108beec72e5e264942c674268a6b6')
+ 'f9cf30022dcb86a70891c5c1f64713fa4da108beec72e5e264942c674268a6b6'
+ '8f2dad5b89dac8c76c3dd3ad902928d6032ec2c6ada41d873d752bad5586b154')
nous commented on 2012-10-25 19:36 (UTC)
That exactly was the purpose of removing the patchlevel number from the kernel version: to let binary blobs work without the need to recompile throughout all a given minor version series (e.g. 3.6.[1-N]-pf). The nvidia-pf module for one works as intended since 3.6.1-pf, at least on my computers. I wasn't aware of the virtualbox situation... I'll test it with the next -pf release and if your report is confirmed, I'll either consider changing the versioning scheme or creating an AUR package for virtualbox-pf-modules.
At any rate, if you can and want create it yourself I'll happily compile it and include it in the [pfkernel] repo, just like nvidia-pf.
travnick commented on 2012-10-25 09:42 (UTC)
Shouldn't this package create folders in /usr/lib/modiles like: 3.6.3-1-pf instead of 3.6-pf?
When kernel updates, old modules (eg virtualbox) still are there and make conflicts, they are not loadable
"ERROR: could not insert 'vboxdrv': Exec format error
ERROR: could not insert 'vboxnetflt': Exec format error
ERROR: could not insert 'vboxnetadp': Exec format error"
But you cannot simply create new ones with dkms (virtualbox-hook), because the old one exist in kernel modules folder ...
"Module vboxhost/4.2.2 already installed on kernel 3.6-pf/x86_64"
nous commented on 2012-10-22 00:15 (UTC)
It's a known and discussed issue (search previous comments); just enable DVB without any drivers.
neitrino commented on 2012-10-21 18:29 (UTC)
Hmm..
1. pacman -Syu
2. yaourt -S linux-rt
Localmod
and see:
DEPMOD 3.6-pf
-> Compressing package...
==> Starting package_linux-pf-headers()...
cp: cannot stat ‘include/config/dvb/*.h’: No such file or directory
==> ERROR: A failure occurred in package_linux-pf-headers().
nous commented on 2012-10-20 07:13 (UTC)
Why don't you just put "echo cfq >| /sys/block/sda/queue/scheduler" in /etc/rc.local? CFQ is a quite large chunk of code to build into kernel, and some people (me included) use linux-pf on memory-restrained boxes too.
That said though, it would make more sense to make to make NO-OP the default I/O scheduler and leave all other modularized, but we're addressing the silent majority here who just want their kernels to boot.
Pinned Comments
post-factum commented on 2023-09-25 20:30 (UTC)
Official binary builds for various x86_64 μ-arches are available here.