From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 5295B138330 for ; Tue, 30 Aug 2016 06:37:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D589921C08B; Tue, 30 Aug 2016 06:37:12 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9FD15E0B1F for ; Tue, 30 Aug 2016 06:37:11 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1becfR-0008Tg-0G for gentoo-user@lists.gentoo.org; Tue, 30 Aug 2016 08:37:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Kai Krakow Subject: [gentoo-user] Re: What's happened to gentoo-sources? Date: Tue, 30 Aug 2016 08:34:55 +0200 Message-ID: <20160830083455.739cc9a1@jupiter.sol.kaishome.de> References: <3719941.fjHdSEpZyq@peak> <3696924.CMMy0m93A0@peak> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@blaine.gmane.org X-Newsreader: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) X-Archives-Salt: 68b9eea1-83c2-4fc1-a19e-d92dcb0e5ec5 X-Archives-Hash: 9521010bf4736245deaa018f8aa8fb06 Am Sun, 21 Aug 2016 07:28:17 -0400 schrieb Rich Freeman : > On Sun, Aug 21, 2016 at 6:20 AM, Peter Humphrey > wrote: > > On Sunday 21 Aug 2016 05:55:06 Rich Freeman wrote: > >> On Sun, Aug 21, 2016 at 5:12 AM, Peter Humphrey > >> > > wrote: > [...] > >> > >> No idea, but upstream is up to 4.4.19, and 4.6.7 (which is now > >> EOL). So, those are pretty old versions. I see 4.4.19 in the > >> Gentoo repo, and 4.7.2 (which is probably where 4.6 users should > >> be moving to). > > > > Yes, this ~amd64 box is now at 4.7.2, but I have an amd64 and two > > x86 systems and they both want to downgrade to 4.1.15-r1, which eix > > shows as the latest stable version. > > > > I thought 4.4.6 and 4.6.4 were both pretty stable; was I wrong? > > > > I'm sure they both work. However, upstream has released numerous > fixes since 4.4.6, and they will not be releasing security/bug/etc > fixes for 4.6.x. > > As long as there are no critical issues there is no issue with not > being completely up-to-date with the kernel's stable releases, and I'm > sure the Gentoo kernel team is tracking these sorts of issues. > However, it isn't a surprise that they dropped 4.6. If they > downgraded 4.1 I suspect that was a mistake somewhere along the ways - > I could see them upgrading it to something more recent. > > And there is nothing wrong with having some internal QA on kernel > releases. 4.1 had a nasty memory leak a release or two ago that was > killing my system after only an hour or two uptime. They took over a > week to stabilize the fix as well (though a patch was out fairly > quickly). So, I'm not in nearly the rush to update kernels as I used > to be (granted, unless you read all the lists it is easy to miss this > sort of thing). Surprise surprise, 4.7 has this (still not fully fixed) oom-killer bug. When I'm running virtual machines, it still kicks in. I wanted to stay on 4.6.x until 4.8 is released, and only then switch to 4.7. Now I was forced early (I'm using btrfs), and was instantly punished by doing so: The bfq patches I used were unstable (IO ops froze during boot, I was forced to hard-reset the system) and as a consequence btrfs eventually broke down a few hours later after the kernel booted without using bfq. I had to restore from backup. Gentoo could have simply masked 4.6.x with a masking message instead of removing it completely without warning. I'm now using deadline instead of bfq, and I'm not using cfq because it is everything else but running an interactive system regarding IO: have some more than normal background IO and desktop becomes unusable, audio and video apps starts skipping, games start freezing up to a minute. I'm now on 4.7.2 and I'm not happy due to the oom-killer mess. And going back to 4.4 or even 4.1 is probably an unrealistic option when using btrfs - at least I don't want to test it. > I really wish the kernel had separate > announce/discussion/patch lists. It is really annoying that there is > no way to get official notices up upstream updates without subscribing > to lkml and such. Is Linux the only FOSS project that has never heard > of -announce lists? > > I ended up bailing on gentoo-sources all the same. Not that there was > really anything wrong with it, but since I'm running btrfs and they've > had a history of nasty regressions that tend to show up MONTHS later > I've been a lot more picky about my kernel updates. I'm currently > tracking 4.1. I might think about moving to 4.4 in a little while. I > tend to stay on the next-to-most-recent longterm not long after a new > longterm is announced. That tends to give them enough time to work > out the bugs. Plus, I spend a lot less time playing with > configuration options this way (they don't change within a minor > version). This is why I wanted to stay major version behind currently stable - I'm using btrfs, too. And history shows that especially 4.x.{0,1} may introduce some nasty bugs if you are using edge technology like btrfs. As I said, I'm not happy with this situation currently but I arranged to live with it for the time being. With btrfs gaining no must-have features lately, I'm considering to stay with stable gentoo-sources when it switches to the unstable version I'm currently using - which might be 4.7 or 4.8, I'm not sure. I don't trust 4.7 currently, so I hope it will be 4.8. -- Regards, Kai Replies to list-only preferred.