From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-153484-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 2295F138A1F
	for <garchives@archives.gentoo.org>; Wed, 29 Jan 2014 16:00:28 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id B6458E0B9D;
	Wed, 29 Jan 2014 16:00:15 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 97535E0AB4
	for <gentoo-user@lists.gentoo.org>; Wed, 29 Jan 2014 16:00:14 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 95A2133F814
	for <gentoo-user@lists.gentoo.org>; Wed, 29 Jan 2014 16:00:13 +0000 (UTC)
X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org
X-Spam-Flag: NO
X-Spam-Score: -1.406
X-Spam-Level:
X-Spam-Status: No, score=-1.406 tagged_above=-999 required=5.5
	tests=[AWL=-0.932, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.472,
	SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1])
	by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id j0A-_mUwkE1Z for <gentoo-user@lists.gentoo.org>;
	Wed, 29 Jan 2014 16:00:07 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTPS id 7C0AB33F7F3
	for <gentoo-user@gentoo.org>; Wed, 29 Jan 2014 16:00:03 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <lnx-gentoo-user@m.gmane.org>)
	id 1W8XYW-0005xU-RA
	for gentoo-user@gentoo.org; Wed, 29 Jan 2014 17:00:00 +0100
Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-user@gentoo.org>; Wed, 29 Jan 2014 17:00:00 +0100
Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-user@gentoo.org>; Wed, 29 Jan 2014 17:00:00 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-user@lists.gentoo.org
From: James <wireless@tampabay.rr.com>
Subject: [gentoo-user] Re: emerge latest in a certain version series of a package
Date: Wed, 29 Jan 2014 15:59:39 +0000 (UTC)
Message-ID: <loom.20140129T163701-520@post.gmane.org>
References: <52E80511.6070402@asyr.hopto.org> <loom.20140129T143105-618@post.gmane.org> <52E91088.9060704@asyr.hopto.org>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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@ger.gmane.org
X-Gmane-NNTP-Posting-Host: sea.gmane.org
User-Agent: Loom/3.14 (http://gmane.org/)
X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22.1)
X-Archives-Salt: d51a0eb0-4b13-480b-846b-af2b78fa5d84
X-Archives-Hash: 7a82404ce43f734b89100f6be413bb1c

Thanasis <thanasis <at> asyr.hopto.org> writes:


> on 01/29/2014 03:36 PM James wrote the following:

> > Once the newer kernel series come out, the newer versions
> > of a series (usually) slow way down on being delivered.
> Not necessarily, if some devs are maintaining a series as "long term",
> which, I think, is the case for the 3.10.X series (if I am not wrong).

Long term kernel series usually have one key guy (Cox historically) versus
thousands of devs work on things for new/latest/upcoming kernel releases. I
am a big fan of Alan Cox, as many of us are, and he is quite prolific
to be sure, but what you are saying, makes you appear, ignorant
of kernel development processes. I only use Alan Cox, as an example;
I have no idea who the long-term kernel maintainer is now, but
historically it's been somebody with a vested interest, or
some poor-unappreciated sap....imho.

The purpose of the long-term maintained kernels is in-fact and indeed,
so that folks do not have to change kernels often. Those features that
are fixed in a kernel series, are also "pulled-forward" into
the newer kernels series. FEW have valid reasons not to upgrade to
the newer series of stable kernels. It mu

Sometimes folks have to stay with a kernel series, because a vendor
binary patch forces them into this situation. In that case, the
vendor supplied patch might not even work (compile) with newer kernels
in a particular series. Commercial vendor support of a binary
wedged into a linux kernel, is fraught with all sorts of issues
quite often. Staying within a given kernel series is easier (mostly)
for companies to maintain a binary patch, with a poorly qualified
(learning?) noob kernel hacker, imho.....


If you want further help, you have to precisely define "why"
you need to stay in a particular kernel series, but yet
you need to be notified, immediately, without expending
some extra effort yourself?  You seem to be in a place (a want meerely?)
that the good-conservative folks associated with kernel responsibility,
do not provide for, because not many people have a valid reason
for such?


> > Maybe a wildcard with the kernel series name in  your "world"
> > file might work.
> Yes, maybe.
> And that's why am I asking.

> > At some point, the long kernel series revisions are usually
> > only about tweaking a few given features.

> And bugs.

(um "tweaks are another way of saying bug/feature fix/stabilization).


> My situation, is not so complicated hopefully :P

Do tell the specifics.... As some who has files of thousands of kernel
build notes and goes back into kernel sources, as far back as 2.0
series, mostly for embedded reasons:

Dude, I'm scratching my head, wondering whats up with your need.......


James