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
