SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I know you're joking. But the reason it's good news, in case anybody was wondering, is that the kernel people feel that the kernel deserves LTS (long term support) because they think it is stable and there were no significant problems that showed up during the cycle.
Last edited by Rinndalir; 09-24-2015 at 07:18 PM.
Reason: typo
Naturally I'm joking I hope 14.2 arrives exactly on Christmas (this or next year), I don't want socks again
BTW, it was said somewhere, some time ago, that 4.1.x is most probably going to be LTS.
So no big surprise for me here. But still, rather nice surprise.
BTW, it was said somewhere, some time ago, that 4.1.x is most probably going to be LTS.
They have changed their minds in the past. They changed even how they announce the LT kernels. They used to decide earlier and then people started to rush to get everything crammed in before the window closed. Now they are more careful.
I don't mind which kernel a release ships with, so long as the installed kernel headers -- which glibc is built against -- are no newer than the latest LTS. That at least allows a Slacker to downgrade their kernel safely if they find it necessary to do so: new headers / old kernel is asking for trouble.
P.S.
12.2 coincided with a LTS kernel, and IMO that was one of the 'Golden' ones!
Sorry if this is too newbie a question... Other than compiling the kernel yourself, where are you getting an official Slackware build of the 4.1 kernel? I'm running 3.10.17. Is it necessary to upgrade? Thanks!
Sorry if this is too newbie a question... Other than compiling the kernel yourself, where are you getting an official Slackware build of the 4.1 kernel? I'm running 3.10.17. Is it necessary to upgrade? Thanks!
Whether it's "necessary" or not is very much in the eye of the beholder. I recently built myself a 3.10.89 after doing a fresh install of 14.1 and not being comfortable with the age of the stock kernel. Two years worth of kernel fixes seem worth having to me.
Slackware doesn't tightly restrict the kernel that glibc can support (I generally do when I compile glibc because I don't need it to support anything older than the oldest "rescue disk" kernel I might intend to boot with using root=), he'd be more likely to make it something like --enable-kernel=2.6.0. I can't remember exactly what the last one I looked at was, but I do remember that it's always plenty backwards compatible.
P.S. I just looked at .glibc.Slackbuild in current -current, and it's --enable-kernel=2.6.32 (which seems more restrictive than in the past but still plenty flexible enough)
Last edited by TheRealGrogan; 09-25-2015 at 02:53 PM.
Yep, glibc contains the compatibility code to allow it to run ok on older kernels, but my feeling is that this will only work when glibc is newer than the kernel headers it was built against: otherwise, how would it know what adjustments are necessary to make in the compatibility layer?
Besides, there are software components other than glibc that may use kernel headers so I'm still inclined to think that as a general rule: new headers/old kernel is best avoided.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.