Package Details: linux-zen-git-headers 5.18.3+1091792+ge0129ad02ed6-1

Git Clone URL: (read-only, click to copy)
Package Base: linux-zen-git
Description: Featureful kernel including various new features, code and optimizations to better suit desktops
Upstream URL:
Licenses: GPL2
Conflicts: linux-zen
Provides: linux-zen
Submitter: ilikenwf
Maintainer: ilikenwf
Last Packager: ilikenwf
Votes: 26
Popularity: 0.008604
First Submitted: 2015-08-10 23:27 (UTC)
Last Updated: 2022-06-10 05:33 (UTC)

Dependencies (1)

Required by (7)

Sources (4)

Latest Comments

antdking commented on 2022-06-04 12:05 (UTC)

_CORES ends up being set to 1 when running makepkg --noextract. prepare() doesn't run in these cases. It also affects users of yay, which runs prepare separate to build

ilikenwf commented on 2021-11-02 15:15 (UTC)

@nalyD - fixed thank you!

nalyD commented on 2021-11-02 15:05 (UTC) (edited on 2021-11-02 15:07 (UTC) by nalyD)

I get the following error:

Fetching origin
fatal: remote error: 
  The unauthenticated git protocol on port 9418 is no longer supported.
Please see for more information.

Changing git:// to zen-kernel::git+ seems to be the fix.

ilikenwf commented on 2021-09-29 16:52 (UTC)

You need to update your PKGBUILD from the git repo, it does build fine now.

The only change was commenting out the permission changing lines that you're crashing at.

Best commented on 2021-09-29 16:43 (UTC)

Tried many times, same thing happens every time on 2 computers. 5.14.7 was working fine.

ilikenwf commented on 2021-09-29 15:29 (UTC)

Please try again.

Best commented on 2021-09-29 07:11 (UTC)

5.14.8 suddenly wil not build correct..

==> Starting package_linux-zen-git-headers()... -> Installing files necessary for 3rd party modules such as NVIDIA drivers or OSSv4... -> Fixing permissions on scripts directory... ==> ERROR: A failure occurred in package_linux-zen-git-headers(). Aborting...

ilikenwf commented on 2020-06-03 19:57 (UTC)

I'm sorry you don't know what you're talking about.

I haven't updated to the 5.7 branch yet but the zen devs don't always have it out same day.

In addition, it's a git pkgbuild, if you're in a hurry just modify it yourself and flag it out of date instead of complaining.

u666sa commented on 2020-06-03 19:55 (UTC)

It's not up to date! Today is June, last updated in April. I rather use this and compile for my architecture than use recompiled. However, it's not up to date.

ilikenwf commented on 2019-05-27 21:15 (UTC)

This is the same kernel as liquorix/lqx, and there's a precompiled linux-zen in community also. Damentz and some others manage it and do a great job choosing features and patches to enhance desktop responsiveness.

jessymilare commented on 2019-05-27 15:47 (UTC)

I compiled linux-zen with some custom configuration and ran some benchmarks to check the difference in performance. I'm very happy with the results. The only three tests that this kernel was considerably slower were the Apache test (which I don't care, this is a desktop kernel anyway), the context switching stress-ng test and schbench 8 threads (my CPU have 2 cores and 4 threads, I've noticed lack of responsiveness when more than 4 processes are consuming CPU).

Note that these benchmarks are not scientific. I'll try to recompile linux-zen with localyesconfig and upload more results.

Best commented on 2018-12-14 03:29 (UTC)

Seems like the first time on every new kernel point release lately it does not build with the config that is in the build dir, but some wierd one that does not even boot properly (with lots of auditing in dmesg). When I check the src/build dir the .config file there is correct, and a makepkg -f build the correct kernel.

Whats happening now?

Best commented on 2018-05-11 17:37 (UTC) (edited on 2018-05-11 17:46 (UTC) by Best)

from 4.16.8 I have this:

ilikenwf commented on 2018-03-30 17:46 (UTC)


ilikenwf commented on 2018-03-30 04:20 (UTC)

@Best I'll fix this within the next 24 hours.

Best commented on 2018-03-29 22:43 (UTC) (edited on 2018-03-29 22:47 (UTC) by Best)

msg2 "Installing files necessary for 3rd party modules such as NVIDIA drivers or OSSv4..."

mkdir -p "${pkgdir}/usr/src/linux-$_kernver/"{arch/x86,include,tools/objtool}

install -D -m755 "${srcdir}/build/tools/objtool/objtool" "${pkgdir}/usr/src/linux-$_kernver/tools/objtool/objtool"

edit fixes it btw

Best commented on 2018-03-29 22:03 (UTC)

I looked into it a bit, and it's because tools/objtool/objtool is not copied with the header files.

Best commented on 2018-03-29 08:05 (UTC)

From 4.15.10 or so there is something wrong with the header files. I can not build any modules. Get *** No rule to make target etc..

Best commented on 2017-12-30 00:09 (UTC)

Does not seem to build properly from 4.14.9. Think it has something to do with the new setting CONFIG_UNWINDER_ORC. I get lots of "warning: objtool: etc..." Hope you can look into it:)

NogradThGin commented on 2017-10-29 02:29 (UTC) (edited on 2017-10-29 02:35 (UTC) by NogradThGin)

Hello, I've a problem when booting the newly compiled kernel. I always do a custom config kernel so I took 3 day to test if the problem was not related to my kernel config. Sadly no... Every time I try to boot a kernel compiled with -03 GCC Flag I always end being stuck on "Loading initial ramdisk..." with no input working. (I also tested by patching ${srcdir}/Makefile & ${srcdir}/init/Kbuild to modify -O3 to -Ofast (I know -Ofast is -O3 with -ffast-math and other) but both no success. Exact same config but compiled with -O2 work well. My mkinitcpio.conf is using "cat" option (uncompressed ramdisk). Options: Export Mode, Intel CPU support disabled (AMD CPU & GPU), MuQSS enabled, Zen Interactive, 1k Hz, No IO delay, vsyscall native, Virtualization disabled,LZO compression, Extra-minimal Debug (95% disabled). Compiled with GCC 8 (git version Non-multilib) The kernel work like a charm but because I'm a huge fan of micro optimization I would like to compile it with -O3 and maybe -Ofast if possible. (systemd-analyze : 3.545s)

ilikenwf commented on 2017-10-22 02:32 (UTC)

Thanks, for what it's worth, though, the Zen team in IRC should get your praise, I just maintain the PKGBUILD. damentz and heftig, co maintainers, are a couple of the Zen/Liquorix devs though, too.

spinvis commented on 2017-10-20 15:06 (UTC)

Just popping in to say thanks for the great work, loving it so far. Using the linux-lqx config with a couple of tweaks and it's been running very smooth.

mufeed2000 commented on 2017-04-12 04:51 (UTC)

I get this error after compile: "Failed to load module dm_crypt" in mkinitcpio. I don't use LVM or LuKS. So, will this effect me??

shoober420 commented on 2017-03-10 21:13 (UTC)

The "nvidia-full-beta-all" package is still not compiling with this kernel package. Maybe the "+" in "zen+" is messing up the dynamic linker?

shoober420 commented on 2017-03-05 17:09 (UTC) (edited on 2017-03-05 17:30 (UTC) by shoober420)

The "nvidia-full-beta-all" package doesn't compile against this kernel package. The "linux-zen" package in testing works just fine with that driver package. I'm not sure if it's a problem with the driver package or this package. Here is the error. CONFTEST: drm_atomic_available CONFTEST: drm_atomic_modeset_nonblocking_commit_available SYMLINK /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-kernel.o LD [M] /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia.o /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-frontend.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-instance.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-acpi.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-chrdev.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-cray.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-dma.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-gvi.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-i2c.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-mempool.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-mmap.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-p2p.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-pat.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-procfs.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-usermap.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-vm.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-vtophys.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/os-interface.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/os-mlock.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/os-pci.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/os-registry.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/os-usermap.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-modeset-interface.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-pci-table.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-kthread-q.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv-kthread-q-selftest.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nv_uvm_interface.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nvlink_linux.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/nvlink_pci.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/ebridge_linux.o: No such file or directory /usr/bin/ld: cannot find /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia/ibmnpu_linux.o: No such file or directory make[2]: *** [scripts/ /home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+/nvidia.o] Error 1 make[1]: *** [Makefile:1500: _module_/home/abc/Downloads/packages/nvidia-full-beta-all/src/NVIDIA-Linux-x86_64-378.13/kernel-4.10.1-zen-zen+] Error 2 make[1]: Leaving directory '/usr/src/linux-4.10.1-zen-zen+' make: *** [Makefile:81: modules] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

ilikenwf commented on 2017-03-05 17:05 (UTC)

No worries dude.

shoober420 commented on 2017-03-05 16:51 (UTC)

My apologies for thinking it was an issue on your end. I wrongfully assumed that the default .config would be at least bootable.

shoober420 commented on 2017-03-05 06:23 (UTC) (edited on 2017-03-05 17:31 (UTC) by shoober420)

I've copied the linux-zen .config from the linux-zen package in the testing repository, and got it to compile and boot with the desired tweaks. I only changed a couple settings, like MuQSS, low latency, core 2, 1000Hz, performance governor, and completely disabled kernel debugging.

ilikenwf commented on 2017-03-05 05:00 (UTC)

That's the default linux config. If you don't know what to do there you should use the community linux-zen package instead. If you want to build your own for whatever reason and don't want to manually configure yourself please copy the linux-zen community package config file.

shoober420 commented on 2017-03-03 22:09 (UTC) (edited on 2017-03-03 22:10 (UTC) by shoober420)

The provided .config thats generated when running "make menuconfig" in the "src/build" directory doesn't compile all the needed modules to boot. You should fix that. See this thread.

ilikenwf commented on 2016-12-26 02:36 (UTC)

Ok, updated the build. If you have an existing src/build directory with an existing .config, the script will back it up, make clean the build directory, copy it back, and then give you the option to continue. Likewise, if you have a saved kernel config named zen-config in the same top level directory as PKGBUILD, the script will grab that config and use it as the .config, and then offer to continue.

alwyn commented on 2016-12-23 08:51 (UTC)

Gotcha, it seems fixed now (y), thanks!

ilikenwf commented on 2016-12-22 19:35 (UTC)

It's because we use commit hashes for sometimes confuses pacaur and yaourt.

alwyn commented on 2016-12-22 14:34 (UTC)

Hi, since the last update (18th), every time I check for updates with pacaur it tries to update this package even though I most certainly have it already installed (with modifications to the config only). Also see (this happens every time).

shoober420 commented on 2016-10-23 03:02 (UTC) (edited on 2016-10-23 03:04 (UTC) by shoober420)

I finally figured out what it was. Fricking ACPI! I had it disabled in BIOS because I'm derpy. Once I enabled it in BIOS, I was able to boot again with the latest 4.8.4! I was able to boot with the acpi=off kernel line parameter when it was disabled in BIOS, but then I was getting irq errors at boot. There must have been some serious changes in the 4.8.2 kernel, but all is good now. I should have had ACPI enabled anyway.

shoober420 commented on 2016-10-20 19:36 (UTC)

So I ran mkinitcpio, reinstalled grub and ran grub-mkconfig, and also tried various different kernels to no success. I even uninstalled my video drivers and added nomodeset to the thingy to no avail. I had to install the LTS kernel to finally get it to boot. I would post about this in the forums but I'm kind of banned. I'm hoping the new 4.8.3 kernel fixes this.

shoober420 commented on 2016-10-17 04:30 (UTC) (edited on 2016-10-18 17:33 (UTC) by shoober420)

4.8.2 freezes at boot when loading initial ramdisk. This also happens on the official ARCH kernel as well.

ilikenwf commented on 2016-09-14 16:55 (UTC)

Updated, sorry!

ilikenwf commented on 2016-09-14 14:40 (UTC)

Seems I accidentally pushed my own "play" branch. I will remove that stuff next push, but until then you should remove it.

Best commented on 2016-09-14 13:47 (UTC)

No, does not work with fresh src/build dir. What are is suppose to do? + export CFLAGS=$CFLAGS:" -flto" + export CXXFLAGS=$CXXFLAGS:" -flto" + export LDFLAGS=$LDFLAGS:" -flto" + + ./scripts/config --disable function_tracer \ + --disable function_graph_tracer \ + --disable stack_tracer --enable lto_menu \ + --disable lto_disable \ + --disable gcov \ + --disable kallsyms_all \ + --disable modversions very broken for me with this..

ilikenwf commented on 2016-09-07 23:39 (UTC) (edited on 2016-09-07 23:39 (UTC) by ilikenwf)

@best is this on a fresh copy? This is a dev branch so it could in theory be broken for real... Try nuking your src directory or just src/build ...and backup your .cfg. If you've been using this directory for a while your files are probably out of date in there.

Best commented on 2016-09-07 22:55 (UTC) (edited on 2016-09-07 22:57 (UTC) by Best)

does not work with latest PKGBUILD changes.. Using /home/best/aur/linux-zen-git/src/zen-kernel as source for kernel /home/best/aur/linux-zen-git/src/zen-kernel is not clean, please run 'make mrproper' in the '/home/best/aur/linux-zen-git/src/zen-kernel' directory. make[2]: *** [/home/best/aur/linux-zen-git/src/zen-kernel/Makefile:1015: prepare3] Error 1 make[1]: *** [Makefile:150: sub-make] Error 2 make: *** [Makefile:24: __sub-make] Error 2 make mrproper does not help..

ilikenwf commented on 2015-10-01 17:19 (UTC)

Since you should be manually configuring this kernel anyway, you'd first do the following in src/build: sudo /usr/bin/modprobed-db recall make localmodconfig Then you would configure your other kernel options.

DungSherlock commented on 2015-09-10 22:29 (UTC)

How to use Modprobed-db in PKGBUILD file of linux-zen-git?

DungSherlock commented on 2015-09-10 05:13 (UTC)

==> ERROR: module not found: `usbhid' and USB Mouse not auto detect on boot. My mouse not working! Please help me!

ilikenwf commented on 2015-04-26 23:57 (UTC)

4.0 is now up.

ilikenwf commented on 2015-04-21 02:21 (UTC)

I can't if it's not already in there. Damentz would be the guy to ask (see git).

Harvie commented on 2015-04-21 02:02 (UTC)

Can you please add PAE support to this package?

ilikenwf commented on 2015-01-16 04:19 (UTC)


ilikenwf commented on 2015-01-16 02:24 (UTC)

I missed that one, sorry! I'll fix/test/and update. Would explain why nvidia didn't work on the last build for me. Thanks!

Best commented on 2015-01-14 14:33 (UTC)

at the bottom of the PKGBUILD I fixed it with editing: ln -s "/usr/src/linux-$_kernver" "${pkgdir}/usr/lib/modules/$_kernver/build" ln -s "/usr/src/linux-$_kernver" "${pkgdir}/usr/lib/modules/$_kernver/source"

Best commented on 2015-01-14 11:29 (UTC)

stil get /lib error

ilikenwf commented on 2015-01-14 07:52 (UTC)


Best commented on 2015-01-09 06:42 (UTC)

It needs updating to install in /usr/lib and not /lib. Pacman 4.2 has made it illigal to install in /lib.

ilikenwf commented on 2014-09-11 05:45 (UTC)

Uploaded a fixed package, finally - pkgver was wonky.

ilikenwf commented on 2014-09-10 07:06 (UTC)

Sorry, had life things to deal with. Package updated, should be good now for 3.16.

Best commented on 2014-08-28 08:21 (UTC)

asap is fast:P

ilikenwf commented on 2014-08-19 05:08 (UTC)

Looks like the newline for the "Entering directory" bit is screwed up. I'm not to 3.16 yet so I've not tried. Will do asap.

Best commented on 2014-08-18 17:48 (UTC)

Tried on 2 computers now, same wierd n on both..

Best commented on 2014-08-17 19:53 (UTC)

what do you mean? trying 3.16 gives this error.. Have no clue where the extra n comes from in n3.16.1-zen+

Det commented on 2014-08-17 19:46 (UTC)

It's linux-zen-git?

Best commented on 2014-08-17 18:37 (UTC)

DEPMOD 3.16.1-zen+ -> Removing firmware files... -> Compressing kernel modules with gzip... ln: failed to create symbolic link ‘/home/best/aur/linux-zen/pkg/linux-zen/lib/modules/make[1]: Entering directory `/home/best/aur/linux-zen/src/build'\n3.16.1-zen+/extramodules’: No such file or directory ==> ERROR: A failure occurred in package_linux-zen(). Aborting...

ilikenwf commented on 2014-07-03 04:45 (UTC)

Note that the pkgver will return 3.14, but the git repo is actually at 3.15.

ilikenwf commented on 2014-07-03 04:43 (UTC)

3.15 branch is in the repo, but I'm not sure if stable. I'm running it fine... I guess I'll version bump.

ilikenwf commented on 2014-06-22 19:11 (UTC)

It is basically a source package for the liquorix kernel.

ilikenwf commented on 2014-06-22 19:10 (UTC)

You'd be best off there doing a git diff or talking to damentz in the IRC channel #zen-sources on rizon.

paraxor commented on 2014-06-22 15:18 (UTC)

Where can I find a list of differences between vanilla linux and linux-zen?

ilikenwf commented on 2014-02-27 04:19 (UTC)

Added. Thanks!

jayflo commented on 2014-02-26 14:57 (UTC)

ilikenwf Did you happent to take a look at this thread?

clfarron4 commented on 2014-02-26 14:15 (UTC)

No worries. just one thing to note: There is no BFS scheduler in this release because Con hasn't ported it to 3.13 yet.

ilikenwf commented on 2014-02-26 06:40 (UTC)

Thanks, clfarron4! I've been distracted.

ilikenwf commented on 2014-02-26 06:40 (UTC)

Bump to 3.13/master

clfarron4 commented on 2014-02-25 16:37 (UTC)

It looks like 3.13/master is now the base branch

jayflo commented on 2014-01-24 16:32 (UTC)

Hey, Sorry for the double notification if that happened. Anyway, I've had some trouble with cower telling me that the kernel needs to be updated. I posted to to the forums, here is the thread: It seems, perhaps, that the PKGBUILD thinks there is a newer version when there isn't? Thanks for your help!

ilikenwf commented on 2013-11-24 23:46 (UTC)

Should be good now.

ilikenwf commented on 2013-11-24 23:33 (UTC)

Accident, actually...haha.

jayflo commented on 2013-11-24 23:30 (UTC)

Hello, You currently have `MODULES="nouveau"` in linux-zen.conf. This forces the nouveau module to load and conflict with other drivers, such as nvidia. Is there a reason why this is included?

ilikenwf commented on 2013-11-22 05:23 (UTC)

Updated to 3.12

ilikenwf commented on 2013-09-16 09:17 (UTC)

Updated to 3.11

ilikenwf commented on 2013-08-16 03:49 (UTC)

Updated to 3.10

ilikenwf commented on 2013-05-16 05:28 (UTC)

Updated to 3.9

ilikenwf commented on 2013-05-03 18:19 (UTC)

If the capslock flashes, it means you have a segfault. You need to edit grub.cfg when you boot and remove all the video related entries, and remove the "quiet" boot parameter. That should give you an idea as to what is happening.

oconnors11 commented on 2013-05-03 16:09 (UTC)

I am using Nouveau. Funny thing is my CapsLock key starts flashing too.

ilikenwf commented on 2013-05-03 05:07 (UTC)

I think that I ended up switching from nVidia to Nouveau.

oconnors11 commented on 2013-05-03 02:51 (UTC)

I use this kernel from git and it will not boot past the loading screen. I talked to you in the irc channel....HELP!

ilikenwf commented on 2013-04-25 03:48 (UTC)

Note the kvm mwait patch only gets applied if you uncomment it.

ilikenwf commented on 2013-04-24 07:31 (UTC)

Package updated.

rikmer commented on 2013-03-13 14:52 (UTC)

One thing to add for completeness ... First of all I copied the .conf from the previous kernel to /src/build via "zcat /proc/config.gz > .config"

rikmer commented on 2013-03-13 14:05 (UTC)

Okay ... forget it. My mistake! I now added all modules given by "lsmod" to the MODULES field of linux-zen.conf and else did the same like stated in my last comment. It now seems to work. Thank you.

rikmer commented on 2013-03-13 12:52 (UTC)

No success. I added all the hooks that are also present in the standard ArchLinux kernel and removed the nouvou module. ------------------- linux-zen.config: MODULES="" BINARIES="" FILES="" HOOKS="base udev block autodetect modconf block filesystems keyboard fsck" COMPRESSION="gzip" ------------------- To configure the kernel I did (in this order): 1. make localmodconfig 2. make localyesconfig 3. make menuconfig I used menuconfig only to activate "devtmpfs". There are no modules in /usr/lib/modules/linux-zen-[VERSION STRING]/ directory in the pkg directory. I don't know ... am I missing something? Have to say that I am not the most proficient kernel compiler :) .

ilikenwf commented on 2013-03-12 18:22 (UTC)

Look at the linux-zen.conf and linux-zen.preset and make sure that the hooks for mkinitcpio are correct for your setup. Also, you can look in the pkg directory where you built for me, and look in lib/modules/linux-zen-[VERSION STRING]/ and see if there are modules in there...

rikmer commented on 2013-03-12 18:18 (UTC)

I am getting "==> WARNING: No modules were added to the image. This is probably not what you want." when executing "sudo pacman -U <pkg>"

ilikenwf commented on 2013-03-09 08:36 (UTC)

Update to 3.8

ilikenwf commented on 2013-02-26 22:49 (UTC)

Read what it have to go to the src/build directory and configure the kernel.

cpatrick08 commented on 2013-02-26 22:43 (UTC)

I get following error message when running makepkg -> Skipping tree update... -> Creating build directory... -> Creating default config... ==> WARNING: This package does not ship a kernel config. ==> WARNING: Thus it is up to you to create a one that fits your needs. ==> WARNING: Navigate to '/home/cpatrick08/Downloads/linux-zen/src/build/' ==> WARNING: and either run 'make menuconfig' or if you want to use an existing config, ==> WARNING: save it as '.config' and run 'make oldconfig' in order to update it. ==> WARNING: Having done that you can run 'makepkg' again. ==> ERROR: A failure occurred in build(). Aborting...

ilikenwf commented on 2013-01-09 04:08 (UTC)

You sure you're on Rizon (or one of it's mirrors)? I had to use a mirror because was down at one point in time. Either way, the Arch forums, Stackexchange, or Linux questions would be good.

commented on 2013-01-09 03:42 (UTC)

#zen-sources wasn't responding at all. Any good forums specifically?

ilikenwf commented on 2013-01-09 03:36 (UTC)

I'd post in the forums or talk in IRC instead.

commented on 2013-01-09 03:27 (UTC)

Tmpfs virtual memory file system support (former shm fs) is enabled, along with everything else under Pseudo Filesystems.

ilikenwf commented on 2013-01-09 03:11 (UTC)

Make sure tmpfs/devtmpfs (forget the module name) is built into the kernel...and that you have this in the fstab: tmpfs /tmp tmpfs nodev,nosuid 0 0

commented on 2013-01-09 03:09 (UTC)

I keep getting messages about "unknown file system 'devtmpfs' and 'Unknown UUID'. I'm assuming it's something I screwed up. Any help?

ilikenwf commented on 2013-01-08 23:57 (UTC)


commented on 2013-01-07 23:51 (UTC)

Having the same problem as feilen. Anyone have a solution?

feilen commented on 2013-01-05 18:58 (UTC)

I've consistantly got ==> Starting package_linux-zen-headers()... -> Installing files necessary for 3rd party modules such as NVIDIA drivers or OSSv4... install: cannot stat ‘/home/feilen/Source/linux-zen/src/build//include/linux/version.h’: No such file or directory since 3.7. Is there any fix availible for that?

ilikenwf commented on 2013-01-04 05:34 (UTC)

Updated the conf...should be ok now.

ilikenwf commented on 2013-01-04 03:13 (UTC)

Glad to hear! I'll update the mkinitcpio later tonight... By the way, try out the BFS scheduler and some of the other goodies...Zen has lots of fun stuff and experimental stuff. Their IRC is a good place to talk...friendly devs, etc. #zen-sources on Rizon.

commented on 2013-01-04 03:02 (UTC)

Sweet kernel. My ThinkPad fan actually spins down correctly! Sweet sweet silence. Thanks

Best commented on 2013-01-01 23:01 (UTC)

just look at /etc/mkinitcpio.conf

Best commented on 2013-01-01 23:01 (UTC)

scsi sata pata etc is replaced by block ++ I use "base udev autodetect modconf block filesystems usbinput"

ilikenwf commented on 2013-01-01 21:31 (UTC)

I use "noinit," so could you enlighten me as to what changes were made?

Best commented on 2012-12-31 14:52 (UTC)

The hooks are all wrong now after mkinitcpio update. Fix that, kernel version we can edit ourself.

ilikenwf commented on 2012-12-30 21:19 (UTC)


breakdown commented on 2012-12-30 10:00 (UTC)

3.7 is available now, please fix the git url

ilikenwf commented on 2012-10-03 06:36 (UTC)

(note that it seems broken for me right now, if it is for you, build 3.5/master until 3.6 is stable)

ilikenwf commented on 2012-10-03 06:35 (UTC)

Upgraded to 3.6, fixed the git URL.

ilikenwf commented on 2012-09-14 08:02 (UTC)

RcrdBrt: can you read?

ilikenwf commented on 2012-08-25 03:27 (UTC)

Updated to 3.5.

ilikenwf commented on 2012-08-15 02:44 (UTC)

3.4/master, that is... I think BFS isn't added to 3.5 yet...maybe...

ilikenwf commented on 2012-08-15 02:30 (UTC)

Make sure you're pulling the master/3.4 or master/3.5 branch....they changed the git layout recently :(

Best commented on 2012-08-15 01:34 (UTC)

I do not use yaourt:) I like to have the whole repo and control that myself.

ilikenwf commented on 2012-08-13 02:57 (UTC)

I'm going to setup the build to not auto update by default, as most of you are probably using yaourt anyway - and git fetch and git pull want to clone the entire freaking repo, when we only want a single's better to just rm -rf and reclone each time, honestly.

ilikenwf commented on 2012-08-13 02:12 (UTC)

Also, they've switched to a new git layout, so the current dev branch is 3.5/master, current "stable" is 3.4/ if I forget to update, ping me here!

ilikenwf commented on 2012-08-12 18:25 (UTC)

Thanks for the heads up! I don't use an initrd, so I'd have never noticed. Fixed!

lahwaacz commented on 2012-08-11 13:00 (UTC)

There's an error in linux-zen.install on line 29: /sbin/mkinitcpio -p linux-zen Since mkinitcpio-0.8.0, /sbin/mkinitcpio is moved to /usr/bin/mkinitcpio

gbc921 commented on 2012-08-10 18:40 (UTC)

I've download the Tarball again and the same error happened. The LQX kernel compiled fine. Cheers

ilikenwf commented on 2012-08-10 01:27 (UTC)

Try again after pulling?

gbc921 commented on 2012-08-09 15:14 (UTC)

Did not compile for me (x64) with _no_update="y" INSTALL sound/usb/usx2y/snd-usb-usx2y.ko make[3]: *** No rule to make the target `/media/Dados/AAAKERNEL/linux-zen/pkg/linux-zen/lib/firmware/./', needed by `/media/Dados/AAAKERNEL/linux-zen/pkg/linux-zen/lib/firmware/atmsar11.fw'. Stopping. make[3]: *** Waiting to other process finish.... MKDIR /media/Dados/AAAKERNEL/linux-zen/pkg/linux-zen/lib/firmware/acenic/ MKDIR /media/Dados/AAAKERNEL/linux-zen/pkg/linux-zen/lib/firmware/adaptec/ make[2]: ** [_modinst_post] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 If by any chance this helps: I'm using the linux-ck kernel from AUR.

ilikenwf commented on 2012-07-19 04:58 (UTC)

Ok - I updated it, let me know how it works out for you!

Best commented on 2012-07-18 03:12 (UTC)

with _no_update="y" I got sed: can't read scripts/ No such file or directory Had to add cd "$srcdir/$_gitname" before the else lower down.. You can also remove the as nobody is using grub lagacy, at mimimum remove the the 26.

ilikenwf commented on 2012-07-15 02:44 (UTC)

Updated for new depmod and structure.

ilikenwf commented on 2012-05-13 04:46 (UTC)

Fixed. Thanks for the tip, it fixes the nvidia blob too.

commented on 2012-05-12 08:46 (UTC)

Request an update in PKGBUILD file for compiling virtualbox modules correctly. Possibily due to recent kernel changes, some header files are missing in the generated linux-zen-headers package such as asm/unistd_32.h. To fix the errors in compiling virtualbox modules, one line should be appended in package_linux-zen-headers function in PKGBUILD file: cp -a "$_sourcedir/arch/x86/include" "$pkgdir/$_srcdir/arch/x86" + cp -a "$_builddir/arch/x86/include" "$pkgdir/$_srcdir/arch/x86" cd "$_sourcedir" Hope that helps :)

RcrdBrt commented on 2012-04-20 15:06 (UTC)

is there any update??? too much time since any upgrade

ilikenwf commented on 2012-04-10 02:27 (UTC)

I doubt it. Usually virtualbox and vmware have to be patched for newer kernels.

Best commented on 2012-04-10 01:56 (UTC)

cant build virtualbox modules.. cant find kernel config.. thinking there maybe somthing wrong with kernel source files..

ilikenwf commented on 2012-01-27 00:28 (UTC)

Updated for kmod. TimeManx: try again, you probably need to either fix your git tree or pull and update your sources; you probably pulled while they were working on something.

commented on 2012-01-23 22:21 (UTC)

Build fails. ==> ERROR: A failure occurred in build(). Aborting...

commented on 2012-01-23 13:38 (UTC)

kmod replaces module-init-tools.

ilikenwf commented on 2012-01-12 01:08 (UTC)

Fixed a little bug.

ilikenwf commented on 2012-01-08 04:32 (UTC)


commented on 2012-01-07 20:42 (UTC)

Thanks! Looks pretty good... grub2 picks it up fine now. As far as the extramodules, only 1 minor thing... The Arch kernel puts the full version number ($_kernver) in a file called "version" in the extramodules directory. This is helpful to have, as the nvidia-beta-all packages currently uses that "version" file when it places its modules in the proper extramodule directory. The line from in the Arch Pkgbuild is: echo "${_kernver}" > "${pkgdir}/lib/modules/extramodules-${_basekernel}${_kernelname:--ARCH}/version"

ilikenwf commented on 2012-01-07 06:40 (UTC)

This package now supports extramodules and grub2 detection.

ilikenwf commented on 2012-01-07 06:36 (UTC)

Give it a try!

commented on 2012-01-06 23:19 (UTC)

Hi, ilikenwf... this the reminder you requested to take a look at the Arch pkgbuild :)

commented on 2012-01-05 16:10 (UTC)

Thanks! I also noticed that grub2 doesn't seem to detect zen by default when autoconfiguring (grub-mkconfig -o /boot/grub/grub.cfg). With a couple changes, Grub2's autoconfigure will pick up the zen kernel and list it alongside the stock kernel: 1. In the PKGBUILD rename the bzImage to "$pkgdir/boot/vmlinuz-linux-zen" (grub2 will detect it because it starts with "vmlinuz") 2. In linux-zen.preset, set the image to "/boot/initramfs-linux-zen.img" (grub2 will detect it because it starts with "initramfs") What would you think about renaming these?

ilikenwf commented on 2012-01-05 15:49 (UTC)

Write a comment about it again here tomorrow if I don't get to it and I'll look at the Arch pkgbuild and add the feature.

commented on 2012-01-05 06:56 (UTC)

Would it be possible to have this create the extramodules folder & version file in that folder, like is done with the stock Arch kernel?

ilikenwf commented on 2011-12-21 04:10 (UTC)

Okies, everyone's a build that works, and compresses the modules, and also uses the maximum number of threads (1 per cpu core) for your system:

Xemertix commented on 2011-11-16 20:58 (UTC)

I use this linux-zen pkgbuild I added tuxonice patch (maybe it needs pre-3.1 kernel) and support for interactive governor.Check the hooks to load in linux-zen.conf

schivmeister commented on 2011-11-06 10:29 (UTC)

Why does this not follow the linux package naming scheme (yet)?

commented on 2011-06-15 01:33 (UTC)

Flagged Out-of-date 'cause the linux-2.6-zen.v2.6.36-zen0-full-git.tar.gz link doesn't exists anymore. Hopefully p4ddY will resolve the issue.

commented on 2011-06-15 01:27 (UTC)

At the time of writing, the official repo is not reachable. You can use the unnoficial mirror at git://

Xemertix commented on 2011-06-11 22:39 (UTC)

make[3]: *** No rule to make target `/home/xxx/scaricati/zen-kernel/pkg/kernel26-zen/lib/firmware/./', needed by `/home/xxx/scaricati/zen-kernel/pkg/kernel26-zen/lib/firmware/atmsar11.fw'. Stop. make[3]: *** Waiting for unfinished jobs....

t3ddy commented on 2011-04-30 09:13 (UTC)

I know that, but by default the package doesn't work and I think it should be fixed

commented on 2011-04-28 09:02 (UTC)

just comment the line: _use_snapshot="y" if this flag is not set you will be able to install the package.

t3ddy commented on 2011-04-15 08:27 (UTC)

linux-2.6-zen.v2.6.36-zen0-full-git.tar.gz doesn't exist anymore

commented on 2011-03-12 13:23 (UTC)

I wonder if it could be possible to change the behaviour of the script so that it would fetch the latest Linus' tree from and then download and patch it with latest zen snapshot. Will there be any problems from the technical side, I mean md5 check and other built-in makepkg features?

Marcel_K commented on 2011-02-28 14:58 (UTC)

There's a mirror of the zen-sources GIT repository online at Just change these two lines in PKGBUILD and you can use it: _gitroot="git://" _gitname="zen-stable"

commented on 2011-02-20 00:46 (UTC)

I just updated my kernel last night from GIT using this pkgbuild, so the GIT works fine, at least with updating the tree. On occasion you get the Connection reset thing, but that's just when the server is too busy to accept your connection. The GIT is more up-to-date than any snapshot of the GIT could ever be. So I also don't see why this is marked out-of-date.

Marcel_K commented on 2011-02-19 19:13 (UTC)

@diaword: Why? There's still a GIT repository, though I'm not able to pull it (fatal: read error: Connection reset by peer), but looking at the web version it seems it's still updated.

commented on 2011-02-19 16:09 (UTC)

Flagged the package as "out-of-date" because of changes to zen-kernel release cycle. Please see for news. Daily snapshot diffs to vanilla kernel are available at

commented on 2011-01-19 23:59 (UTC)

Added !strip option to the PKGBUILD (thanks falconindy) I'm writing this from a fresh 2.6.37-zen0 kernel. :)

falconindy commented on 2011-01-18 01:52 (UTC)

Please add !strip to the options. All kernels will need this when built with pacman 3.5 (or -git).

commented on 2010-12-20 16:35 (UTC)

My bad, I'm sorry. :(

t3ddy commented on 2010-12-19 21:24 (UTC)

p4ddy has already explained the reason for this choice in the previous comments

commented on 2010-12-19 20:57 (UTC)

This package compiles using the "zen0" snapshot. A newer snapshot, "zen1", is available at the same location as "zen0" is.

big_gie commented on 2010-12-09 20:56 (UTC)

ok thanks ;) I booted fine with this kernel (once that I added the required initrd= line in grub's conf file!

commented on 2010-12-09 20:38 (UTC)

@ bohoomil and big_gie, thanks for telling me that. I removed the $MAKEFLAGS variable from the PKGBUILD because it will use make flags set in /etc/makepkg.conf anyway. I have no idea why the kernel26 PKGBUILD does it that way. @ big_gie, the snapshot contains a broken tree (explains your merge conflicts) but the PKGBUILD automatically fixes that. ("-> Fixing local repository..."). Your tree should be fine.

big_gie commented on 2010-12-09 18:41 (UTC)

I ignored the warning and pressed enter to continue. I'll see if it still works (boot). I had the same issue as bohoomil: The make command at line 118 reported: make: *** empty string invalid as file name. Stop I had to change the lines to: msg2 "Building kernel..."; make ${MAKEFLAGS} bzImage msg2 "Building modules..."; make ${MAKEFLAGS} modules

big_gie commented on 2010-12-09 16:17 (UTC)

Hi all, I wanted to try this package but I get a git merge conflict: Any idea how to fix it? Anybody have the same?

LookTJ commented on 2010-12-09 11:38 (UTC)

ok thanks for the comments. :)

LookTJ commented on 2010-12-09 11:30 (UTC)

oh and why doesn't the local tree update?

SanskritFritz commented on 2010-12-09 11:30 (UTC)

@LookTj This is KISS :) BTW from your log it seems, that git was unable to update the repo. Try again later, the problems are theoretically sorted out on the zen server.

LookTJ commented on 2010-12-09 11:23 (UTC)

I find it quite odd that the pkgbuild doesn't makeconfig automatically?

SanskritFritz commented on 2010-12-08 11:54 (UTC)

@LookTj We actually would like to help. But your comment is not really a comment that indicates the desire to be helped for, it is rather arrogant. Dont be suprised if no one will be able to help. Unless you provide us with some more details.

LookTJ commented on 2010-12-08 11:44 (UTC)

can't compile.

bohoomil commented on 2010-12-06 01:23 (UTC)

There seems to be a little error in the PKGBUILD: make "$MAKEFLAGS" bzImage make "$MAKEFLAGS" modules Shouldn't there rather be ${MAKEFLAGS} instead? Otherwise the kernel doesn't compile. Best regards.

commented on 2010-12-05 20:02 (UTC)

ahh ok

commented on 2010-12-05 19:36 (UTC)

it does not matter which snapshot i use. the source tree is updated anyway right after extracting the snapshot. currently the zen1 snapshot is much bigger than the old one for some reason. One of the devs told me they would recreate it with a smaller file size. So long i will use the old one.

commented on 2010-12-05 19:25 (UTC)

Ahh ok. So why dont you use the zen1 snapshot?

commented on 2010-12-05 19:10 (UTC)

As you can see the zen1 snapshot is much bigger than the old one. It does not only include the kernel source but is a full snapshot of a working git tree that can be used for future updates. Developers have created them in order to reduce the server's stress. (Cloning takes a lot of ram and multiple clone requests at the same time crashes the server)

commented on 2010-12-05 18:56 (UTC)

Why do you use linux-2.6-zen.v2.6.36-zen0-full-git.tar.gz instead of linux-2.6-zen.v2.6.36-zen1-full-git.tar.gz from ? Wouldn't be linux-2.6-zen.v2.6.36-zen1-full-git.tar.gz more usefull? 2nd Question: Why the Hell does this kernel has a size of 500 - 700MB even when it is ziped? o.O

commented on 2010-12-05 18:02 (UTC)

Updated the package. Make flags set in /etc/makepkg.conf are now used to build the kernel and the modules. If the package directory was moved the package would not build anymore due to the absolute path set in src/build/Makefile. Thus the PKGBUILD now always runs "make outputmakefile" to ensure the path is correct. The output of "make defconfig" is now redirected to /dev/null because it made a lot of messages disappear. I have also fixed the useless depmod command in kernel26-zen.install. (thanks to Marcel-x)

commented on 2010-12-05 11:42 (UTC)

Don't know. I have simply taken the install script from my previous kernel26zen-git package. Should change that probably today. ;)

Marcel_K commented on 2010-12-05 00:38 (UTC)

Just one last question (at least for today ;): why do you issue `/sbin/depmod -v` (=verbose) only to redirect all that output to /dev/null?

Marcel_K commented on 2010-12-05 00:32 (UTC)

Thanks Bregol, very good idea to put this in a separate wrapper, works perfectly; after all, those commands can only be run when both kernel and header files are installed, not when only the former has been updated.

commented on 2010-12-04 23:42 (UTC)

For vbox, you can rebuild drivers before booting the new kernel if you set some variables. I do this as part of my wrapper script (which is why i like a KISS pkgbuild that doesnt keep changing functionality - so i dont have to keep adjusting my wrapper). What I do in the wrapper is to set these: NEWZEN=`pacman -Ql kernel26zen-git | grep /modules.alias.bin | sed 's/kernel26.*\/lib\/modules\/\(.*\)\/modules.alias.bin/\1/g'` KERN_DIR="/usr/src/linux-${NEWZEN}" MODULE_DIR="/lib/modules/${NEWZEN}/misc" And the the wrapper script runs this: sudo -E /etc/rc.d/vboxdrv setup sudo depmod -a $NEWZEN note that i havent adjusted this yet for this new pkgbuild name yet, but you get the idea.

Marcel_K commented on 2010-12-04 23:20 (UTC)

Yeah, sounds like a good idea. :) Strange Pacman didn't complain when I installed virtualbox_bin; or: who deleted my kernel26-headers??? BTW, my earlier patch was wrong, makepkg didn't do what I thought it would do, sorry for the confusion. Also, it seems you can't issue `/etc/rc.d/vboxdrv setup` immediately after installing the kernel, I suspect you'll have to reboot and run the new kernel before you can recompile the VirtualBox module(s) (but of course that issue is regarding that package). At is the corrected patch.

commented on 2010-12-04 23:01 (UTC)

This package does not provide kernel26-headers. If virtualbox_bin needs that package, you should better install it. ;)

Marcel_K commented on 2010-12-04 22:53 (UTC)

I'm fine with either way, I merely provided my patch if someone wants a bit more sophistication (I already inadvertently deleted my .config). Anyway, I think this PKGBUILD is really good, thanks Patrick! I encountered a more serious problem when trying to install kernel26-zen-headers. Pacman complained that kernel26-headers are needed by virtualbox_bin; could you add `provides=('kernel26-headers')` please?

SanskritFritz commented on 2010-12-04 22:27 (UTC)

Well, I personally love the KISS transparency of this package. No fuss, just what is absolutely needed. This way I can maintain the state of the git repo, I can decide what happens to the .config file, I can decide how I make the config, but what needs to be done anyway, is included into the PKGBUILD. Brilliant, please keep it this way. Just my 2₵.

Marcel_K commented on 2010-12-04 21:09 (UTC)

I totally agree with SanskritFritz, but I also liked the abilities to choose (menu|x|g)config when building and the automatic saving of .config (issuing a `make mrproper` wipes .config away). I use the patch at (so I can simply type `makepkg menu` to issue `make menuconfig` on the fly). It also rebuilds my VirtualBox module after installing, as required by that package.

commented on 2010-12-04 14:09 (UTC)

As SanskritFritz said, you can skip updating the tree by uncommenting _no_update="y". The PKGBUILD also asks you two times whether you want to continue, so it does offer a certain interactivity. Asking the user interactively whether he wants to update his or her tree would be a good idea though. I'm going to add it later this day.

SanskritFritz commented on 2010-12-04 13:56 (UTC)

@vl981 It does provide this functionality, but not interactively. Edit the PKGBUILD _no_update="y".

commented on 2010-12-04 11:02 (UTC)

Hi. IMHO it would be great if this package could provide the same functionality as old kernel26zen-git provided, I mean here the ability to choose interactively either to update/not update source, just build/update and build.

SanskritFritz commented on 2010-12-04 08:13 (UTC)

I mark this out for date, because zen-stable-2.6.36-zen1 is in the snapshots. BTW, the git daemon is running again, I'm cloning the git repo right now.

commented on 2010-12-03 14:58 (UTC)

IRC (#zen-sources @ Rizon) is probably the best news source.

SanskritFritz commented on 2010-12-03 14:24 (UTC)

This package is the best zen kernel package I've seen on AUR. I used kernel26zen-git so far, also thanks for taking that over and maintaining it. I'm going to try this as soon the zen server is healed. Where can I get the news about it?

commented on 2010-12-03 14:18 (UTC)

The first time you run makepkg, the PKGBUILD will set up the build directory and then abort due to the missing kernel configuration. Then it is your task to navigate to the build directory (/src/build) and create one (by copying an existing one, running make menuconfig, gconfig, defconfig, whatever you want). Once set up there's no need to reconfigure it. The PKGBUILD will use that config whenever you try to build the package.

commented on 2010-12-03 02:27 (UTC)

I suppose as long as everyone makes positively sure whatever they use keeps the tree so there is no unnecessary server load, who cares what is used or not. As long as we help the devs by protecting their servers so we don't kill them like has been happening. For me, what I've found the most helpful is to skip using yaourt or clyde with it and instead write a wrapper script to run makepkg -i on it, so I can also have the script also rebuild nvidia and other modules that I need. That way I can rebuild kernel and modules all in one shot and not have to think about having to rebuild modules when kernel is updated. I like to check over or tweak menuconfig whenever I build a new kernel. Haven't run the new pkgbuild yet, but just to check before I dig into modifying my wrapper for this, am I correct in seeing that the new pkgbuild no longer runs a menuconfig as part of the pkgbuild so I need to add a make menuconfig in my script just before the makepkg?

commented on 2010-12-02 23:17 (UTC)

For some time yourt uses abs directory for it so no redownloading no reconfigurating ( for some pakage i neeed to change something to get abs working but for now it works on this package )

commented on 2010-12-02 22:57 (UTC)

Exactly. Apart from that, on the very first run of makepkg the build process will abort due to the missing kernel configuration. Then the user has to set up his config and run makepkg again. I'm not sure whether that's possible with yaourt.

Marcel_K commented on 2010-12-02 22:50 (UTC)

AFAIK, Yaourt downloads the sources in a temporary directory, performs the build, installs the package and throws everything away. Next time you want to update your kernel, you'll have to download everything again. That's a waste of bandwidth and server load!

commented on 2010-12-02 22:43 (UTC)

For zen0 i get ping error like many times before so i think server problems. I willl try to build Vbox on kernel without "CONFIG_LOCALVERSION_AUTO" And as you saying yaourt maybe not best idea for this package but if i not use it for updating it works just like makepkg and pacman -U so no reason not to use

commented on 2010-12-02 22:38 (UTC)

The GIT server was overloaded again and eventually crashed. Devs are restarting it now..

commented on 2010-12-02 22:00 (UTC)

First of all, according to your config, it appears that you are using 2.6.36-zen0. The current version is 2.6.36-zen2. I suppose the PKGBUILD did not update the tree? I'm not sure but it might be related to the fact that you use yaourt or that the server is overloaded again or that the server is getting more RAM right now (hopefully). Nevertheless, no matter how comfortable yaourt is, I can not recommend to use it with this package. The package is not and never will be intended to be used that way. Sorry for that. As for your VBox issue, I supposed that having "CONFIG_LOCALVERSION_AUTO" enabled was the reason for your problem. I've just tried it myself and my kernel release name now looks like "2.6.36-zen2-blubb-00229-g64a22e4". Running /etc/rc.d/vbox setup still works. I use virtualbox-ose though. I'm not sure what is wrong, sorry. :/

commented on 2010-12-02 21:21 (UTC)

As for yaourt i will still use it because it's great for other aur pakckages ( or at least i did't find better one), and it can install this package so for now i stick with it. I'am using virtualbox_bin PKGBUILD from AUR for vbox and "/etc/rc.d/vboxdrv setup" script for installing modules As fior config here it is , but i can say that it's lightly modified original arch linux config so nothing special, didn't have time to create new one for this

commented on 2010-12-02 20:49 (UTC)

I really, really do not recommend to use yaourt for this package. As for your third point, it'd be great if you could upload your config so that I can check, what's wrong. VBox works perfectly fine over here.

commented on 2010-12-02 19:09 (UTC)

First of all good work on this PKBUILD. Second when i installed it with yaourt i get that i installed kernel26-zen , but i don't get information that zen-kernel is installed so i will always need to remeber about this package and it don't update when i use yaourt --devel (like mplayer-svn aur package or deluge-svn ) which is great way to update development packages. Third when i try to compile vbox module i get Makefile:170: *** Error: /usr/src/linux (version 2.6.36-zen0-ARCH-20101112-stable) does not match the current kernel (version 2.6.36-zen0-ARCH-20101112-stable-00217-ga3dd510). Stop. cp: nie można wykonać stat na `/tmp/vboxdrv-Module.symvers': Nie ma takiego pliku ani katalogu Makefile:105: *** Error: /usr/src/linux (version 2.6.36-zen0-ARCH-20101112-stable) does not match the current kernel (version 2.6.36-zen0-ARCH-20101112-stable-00217-ga3dd510). Stop. cp: nie można wykonać stat na `/tmp/vboxdrv-Module.symvers': Nie ma takiego pliku ani katalogu Makefile:101: *** Error: /usr/src/linux (version 2.6.36-zen0-ARCH-20101112-stable) does not match the current kernel (version 2.6.36-zen0-ARCH-20101112-stable-00217-ga3dd510). Stop. so i think maybe you change something in naming to get it working ?

commented on 2010-12-02 13:31 (UTC)

Looking at the kernel26-lts package, which can be found in the core repository, I noticed that the package and file names of my package were wrong, so I've renamed them. The PKGBUILD now also installs the file which might be interesting for debugging purposes. See the ChangeLog for a complete list of changes.

commented on 2010-12-01 22:53 (UTC)

Unfortunately it appears that the tree is currently broken and all developers are offline. I created the _no_update option for such cases so that the user has the abilitly to revert to a stable tree. As a temporary solution you can uncomment the _no_update option in the PKGBUILD. Then navigate to src/zen-sources/ and run "git checkout -b tmp master~1". When the issue is resolved, run "git checkout master; git branch -D tmp" and unset the _no_update option. I'm sorry for that, but as this is a live repository, things can and will(!) break from time to time.

commented on 2010-12-01 22:12 (UTC)

Added a workaround so that the AUR shows the correct package description.

commented on 2010-12-01 22:04 (UTC)

I'm happy to announce, that I've completely rewritten the whole package from scratch. Now it is more lightweight, faster and more robust. Issues such as the missing zc0301 directory should never happen again due to the much more robust kernel headers installing part. You can maintain the GIT tree yourself if desired. Take a look at the PKGBUILD for that purpose. The PKGBUILD is also capable of properly fixing broken GIT trees. (thanks to zxy_64 for the hint) It makes use of the separate output directory feature of the kernel Makefile. The source tree remains untouched and only the necessary parts are built. Thus multiple rebuilds should be much faster now. Additionally, the package no longer ships a default config. It is up to you to create one that fits your needs. A default was useless anyway since the kernel is designed to be user configured. When that "magic 200 lines patch" was released a lot of users wanted to try zen-kernel. Unfortunately all the clone requests have stressed the server a lot and as each clone request requires ~500MB of RAM, the GIT daemon crashed when handling multiple requests at once. As a temporary solution the zen-kernel developers have limited the maximum connections in order to reduce the server's stress. This led to the fact that almost nobody was able to update his tree because all slots were taken by people that tried to clone it. Another issue was that people never kept a copy of the tree. They were probably using yaourt or similar utilities. Having successfully built the kernel, they removed the kernel source. Zen-kernel developers have requested more RAM for their server and it will arrive soon. As a temporary solution the PKGBUILD downloads a snapshot instead of cloning the tree. You can disable that behaviour by taking a look at the PKGBUILD however it is not recommended to to so.