LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 06-10-2021, 01:09 PM   #3511
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 1,367

Rep: Reputation: 1136Reputation: 1136Reputation: 1136Reputation: 1136Reputation: 1136Reputation: 1136Reputation: 1136Reputation: 1136Reputation: 1136

Quote:
Originally Posted by dr.s View Post
IF the ISO's were to offer more than one kernel (hypothetical scenario in the comment I was responding to) then a sane default (in other words, an LTS) makes perfect sense for most users who wouldn't know the difference or have no idea what kernel is right for them.
Even in this hypothetical scenario, I believe that the sanest default is the kernel with better hardware support - and the latest kernel will always have a better hardware support, because it's newer. With a least ONE YEAR.

BUT, as I much I understand you that you are on denial, truly believing that LTS kernels will never be abandoned because reasons, I really hope that you will finally understand that The Polished Turd is gone for real! It's dead, man!

The Slackware is finally fully free of LTS and ESR craps - and its 15.0 release will be stellar! Even as hardware support. The common sense WON!

Last edited by LuckyCyborg; 06-10-2021 at 01:51 PM.
 
2 members found this post helpful.
Old 06-10-2021, 01:57 PM   #3512
bamunds
Member
 
Registered: Sep 2013
Location: Mounds View MN
Distribution: Slackware64-14.2 XDM_Themes/WMaker
Posts: 745

Rep: Reputation: 236Reputation: 236Reputation: 236
Unitl 15.0 has a LTS I won't be upgrading. I found that my older hardware struggles with the latest and greatest kernels. But at the same time I agree there are more than a few comments about 5.10 being trouble, including for my old Pentium D. I've always changed the config for the "Older Pentioum" CPU type, which seems to help significantly in the 4.x series, while in 5.x series it has consistently caused trouble. Cheers.
 
Old 06-10-2021, 02:52 PM   #3513
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,259

Rep: Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845Reputation: 5845
Quote:
Originally Posted by LuckyCyborg View Post
The Slackware is finally fully free of LTS and ESR craps - and its 15.0 release will be stellar! Even as hardware support. The common sense WON!
Until the next LTS makes it into patches/ and then the plan seems to be that it will stay at that LTS kernel until 15.0 is EOL.

Quote:
Originally Posted by changelog
If that means we have to jump to a new branch while supporting the stable release, we'll start the kernel out in testing first until we've had some feedback that it's safe to move it to the patches directory. Sooner or later we will end up on an LTS kernel again, and at that point we'll just roll with that one.
You can continue with -current and whatever kernel ends up in there.
 
1 members found this post helpful.
Old 06-10-2021, 03:14 PM   #3514
Tonus
Member
 
Registered: Jan 2007
Location: Paris, France
Distribution: Slackware-current
Posts: 922
Blog Entries: 3

Rep: Reputation: 250Reputation: 250Reputation: 250
Hi all

My comment : already stated that my choice would be LTS in current tree and last stable in extra. Or last stable in current tree and LTS in extra.

Even better : both in main tree with a tag that make it easy to have both. Problem with 2 source packages and headers ?

I understand that it would be some extra work. But I believe it might not be more then what is actually done maintaining kernel shipped with 14.2 and current kernel.
 
2 members found this post helpful.
Old 06-10-2021, 06:41 PM   #3515
ttk
Member
 
Registered: May 2012
Location: Sebastopol, CA
Distribution: Slackware64
Posts: 985
Blog Entries: 27

Rep: Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389Reputation: 1389
Quote:
Originally Posted by rkelsen View Post
That's a big call. Bugs can surface after 10 years.
Certainly they can, and do, but they're outliers.

Most bugs manifest soon after large code changes.

If you read my previous post, you'll note I was careful to phrase this in terms of probability, not absolutes. Any change might introduce a bug. Even a bugfix can introduce a bug :-)

The pertinent questions are, what can we do to change the odds in our favor? And what are we willing to compromise on to achieve that?

The answer to the latter question is necessarily an individual one, as different people have different tolerances for risk, and may or may not place greater value on support for random bleeding-edge hardware (*cough*LuckyCyborg*cough*).
 
2 members found this post helpful.
Old 06-11-2021, 04:01 AM   #3516
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 1,964
Blog Entries: 2

Rep: Reputation: 644Reputation: 644Reputation: 644Reputation: 644Reputation: 644Reputation: 644
One thing to consider:
running self tailored custom fit kernel on a mission critical point (box) might lessen the exposed attack surface due to simply not having most of the functionality accessible during run time.

OTOH, it might expose some other vulnerabilities in places where options are activated that are not part of the "larger herd", but even then it is less likely to be scanned for such.

And finally a MOTD for security enthusiasts:

"Nothing is always,
Everything is sometimes,
Everything is maybe."
 
1 members found this post helpful.
Old Today, 12:30 AM   #3517
dr.s
Member
 
Registered: Feb 2010
Distribution: Slackware64-14.2
Posts: 263

Rep: Reputation: 95
Quote:
Originally Posted by LuckyCyborg View Post
Even in this hypothetical scenario, I believe that the sanest default is the kernel with better hardware support - and the latest kernel will always have a better hardware support, because it's newer. With a least ONE YEAR.

BUT, as I much I understand you that you are on denial, truly believing that LTS kernels will never be abandoned because reasons, I really hope that you will finally understand that The Polished Turd is gone for real! It's dead, man!

The Slackware is finally fully free of LTS and ESR craps - and its 15.0 release will be stellar! Even as hardware support. The common sense WON!
No genius, you still don't get it, nobody's attached to the 5.10.x series, but like it or not it's only a matter of time
before we land on a new LTS. There's no guarantee that a new kernel won't break anything so might as well include a supported kernel
as a default alongside a bleeding edge kernel that might or might not go EOL shortly after.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Linux.conf.au: Latest Linux kernel release due early March DragonSlayer48DX Linux - News 0 01-18-2010 10:43 PM
No video on latest kernel release Tralce Linux - Kernel 3 11-30-2006 07:48 AM
What is the latest Redhat release TILEMANN Linux - Software 5 11-20-2006 10:48 PM
LXer: News: OpenVZ To Release Support, Patches for Latest Kernel LXer Syndicated Linux News 0 11-01-2006 10:54 PM
latest debian release? doralsoral Linux - Software 5 12-25-2004 12:40 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 03:38 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration