Is zen-kernel still being maintained? I have been away for a while, and have lost track of things.

It seems it is and, in fact, there're commits confirming it. I've just tried to update a custom/modified *stable* 2.6.38.8-zen (diff snapshot of 20110609) to a supposedly new *stable* 2.6.39.4-zen--with, of course i might say, grabbed here and there fixes that are not included in the zen-stable tree,--but failed badly to compile it due to a failure to build aufs2.1-39 module. The weird stuff about zen and aufs2.1-$KV_PATCH is that, you do not even know which release it is because zen devs decided to throw away the `.standalone.tree-$KV_PATCH-$DATE' for only a `-$KV_PATCH' version string. You may know that sfjiro release a weekly update of aufs2.1 and aufs2.6, so know the full string version is handy if you happen to look now and then the fixes of the newly released aufs2.1 branch. You may say that zen-stable tree include nearly all aufs2.1 update in their tree *AND* it's true.

But I've just runned into a real headache to build the said .39.4-zen kernel which end up into two major build issues blockers. So I googled to find only an old patch which fixed a 2010**** issue so i was wondering what was going on with the merge of aufs2.1 commits. I previously checked out out different aufs2.1 commits in the zen-stable tree so i was confident aufs was up to date untill then. Not knowing what was the real aufs2.1 version string and after a i fixed the issue by that old patch and removing a CONFIG_CGROUP_DEVICE (or something like that which seem to be related to the issue) I could not even make a successful `make'! I copied over the latest aufs2.1-39 files to my 2.6.39.4-zen kernel directory and applied the patches and make a successfull `make' after that!

So I decided to drop the hot potato altogether and make a clean ebuild for a *-git* sources--git as pulled by git--to the latest mainline stable tree and include aufs2.1 and a few other useful patches--nothing fancy, just something stable,--genpatch extras and tuxonice.

So, the bottom line is it seems there're more activities in the stable tree but I had now my doubts with that a epic adventure of mine now.

NOTE: here is a topic YET another *tiny* FOO overlay with aufs2 and *GIT* sources where i posted something to my shared local overlay hosted on github with *stable* 2.6.38.8-zen and 2.6.39.4-zen with a few more patches if you do not fear to hard mod a few things yourself (with the *stable* snapshots diff in $master_branch/distdir), else i'm sharing that *-git* sources ebuild if you don't fear anything [don't say but *GOD*] .

EIDT: i've just noticed your signature, i guess you have your say on that? --i'm expecting a 'yeah, of course'.

To be honest, after getting NO updates on sys-kernel/zen-sources for months, still having -2.6.38_p20110510, and -9999 being so buggy it doesn’t even manage to show an error for why it crashes, I’m as done with this as anyone can be. Fuck this shit, I’m outta here. And since there is no kernel that could replace zen, I’m just going to use the plain normal gentoo-sources.
I wonder what I will lose that way though.

I am still quite happy with my rockstable latest 2.6.39.4-zen and will let some time pass by before I switch as I had problems with my box from time to time upgrading to the next major kernel version. This is my productivity box and I will keep it running untouched until I finished my Thesis

Is anyone else using Btrfs on a mechanical disk and occasionally having bizarre periods of I/O throughput dropping to <1MB/s? I'm not even sure it's btrfs itself, because hdparm -tT shows similar numbers when it happens... just wondering if maybe someone else is having the same problem._________________*.ebuild // /etc/service/*

On a somewhat related note, the other day I installed gentoo-sources to take a look at the 3.0.1 kernel (that was before Zen updated its master branch.) I don't use a lot of Zen-specific stuff anyway, so it's pretty much all the same to me. After a few minutes of running a Gentoo kernel, I found that one of the app I use--a win32 app I use through Wine--was much less responsive than on Zen. So even though I didn't think I used much of Zen except for BFS, I must benefit from other behind the scene stuff because my experience on Zen is much better than on a normal kernel. Kudos to the Zen guys

any ideas on how to fix this?_________________www.informationclearinghouse.info
May you re-discover what the poor in 18th century France discovered, that rich people's heads can be mechanically separated from their shoulders if they refuse to listen to reason.

uname -r
3.0.4-zen+_________________www.informationclearinghouse.info
May you re-discover what the poor in 18th century France discovered, that rich people's heads can be mechanically separated from their shoulders if they refuse to listen to reason.

I'm trying to install zen-sources-9999 (stable branch), but I can't download anything. it remains stuck at

Code:

Cloning into bare repository

problems, yes

no git pull for a couple days._________________www.informationclearinghouse.info
May you re-discover what the poor in 18th century France discovered, that rich people's heads can be mechanically separated from their shoulders if they refuse to listen to reason.

Is anyone else using Btrfs on a mechanical disk and occasionally having bizarre periods of I/O throughput dropping to <1MB/s?

Well, I use btrfs with compression on my laptop. About 2 weeks ago I found a strange regression - writing to btrfs partition (like syncing portage) leads to heavy iowait and almost complete loss of interactivity (I <3 12309). But NOTHING is actually being written to HDD. Manual sync solves this problem for a bit, but it needs to be done over and over.