Just to clarify, they're talking about the long unused sysctl system call. the 'sysctl' command isn't going anywhere.

3 members found this post helpful.

FWIW, for the last two days I've been running all the above in KDE-5 with no problems, coughs or hiccups.
One nice thing about KDE-5 is you can configure it to display your GTK based applications just as they looked in Xfce.


Edit in: I spoke too soon. While running KDE-5 and Xsnow, I opened Pale Moon and then the Wall Street Journal web site. As the site was loading the entire system locked up tight and it was necessary to hit the re-set button. Pale Moon worked fine with all other web site up until then, so I don't think it is the fault of Pale Moon.
The same scenario, but using Xfce-14.4 instead of KDE-5, works perfectly. No problems.

Kernel updates 4.9.204 and 4.4.204 are now available at,

https://www.kernel.org/

The change logs,

https://cdn.kernel.org/pub/linux/ker...ngeLog-4.9.204

https://cdn.kernel.org/pub/linux/ker...ngeLog-4.4.204

None of this points to the kernel.
1) official supported version of xfce is xfce 4.12 not 4.14
2) PaleMoon always had compatibility issues and sooner or later you you will hit one. That is what annoyed me about PaleMoon.
3) xfce has some issues with kernel 5.3.10 and above. Issues that are not present when running xfce on 5.3.8 or below.

In other words you need more to point at kernel as faulty party here.

1 members found this post helpful.

Kernel updates 5.4.1, 5.3.14, 4.9.205 and 4.4.205 are now available at,

https://www.kernel.org/

The change logs,

https://cdn.kernel.org/pub/linux/ker...hangeLog-5.4.1

https://cdn.kernel.org/pub/linux/ker...angeLog-5.3.14

https://cdn.kernel.org/pub/linux/ker...ngeLog-4.9.205

https://cdn.kernel.org/pub/linux/ker...ngeLog-4.4.205

5 members found this post helpful.

Why is it not marked as LTS (5.4.1) , did I miss something?

Where do you want it to be marked LTS? Kernels are never called x.x.x.LTS

It's already confirmed here:

https://www.kernel.org/category/releases.html

That's enough, I think.

1 members found this post helpful.

Sorry I was merely looking at the kernel page itself, and it is not under longterm but probably I'm just being nit-picky

1 members found this post helpful.

you may have to wait till 31st Dec for that. see
https://people.kernel.org/gregkh/nex...kernel-release

1 members found this post helpful.

Up until today I've only been testing any of the 5.4 releases on -Current while my 14.2 Multilib Main has been running 5.0.20. I'm typing this from my Main (14.2 Multilib - gcc-5.3.0) running a custom 5.4.1. The NVIDIA-x86-64-44-.36.run installer completed so fast I was a bit worried something was not quite right. So far, So Good.

1 members found this post helpful.

5.4.x was designated the next LTS kernel weeks ago and was released this last Sunday, 24 November 2019.
See the link in post #1927, above.

I'm now testing 5.4.1, merged with Chris Wilson's bug112315 branch which seems to have resolved the nasty thermal issue I was seeing on my Broadwell/Iris6100 gpu. If anything it's running cooler than it was before the "RC6 CTX" commit that introduced the issue.

Hopefully it'll turn up before too long as an official backport to the 5.4 stable branch.

2 members found this post helpful.

Sat Nov 30 17:13:31 EST 2019 [25307]: Getting ChangeLog.txt...
0a1,20
> Sat Nov 30 21:17:21 UTC 2019
> a/kernel-generic-5.4.1-x86_64-1.txz: Upgraded.
> a/kernel-huge-5.4.1-x86_64-1.txz: Upgraded.
> a/kernel-modules-5.4.1-x86_64-1.txz: Upgraded.
I'm sure this brings 15.0 closer
John

PS as an aside I've been using 5.4.0/1 on 14.2 since their release no problemo

3 members found this post helpful.

New kernel running fine here:

And good news is that for NVidia blob 440.36 is also going great. Virtual Box 6.0.14 barfs at building kernel modules however...

1 members found this post helpful.

Nvidia blob just fine for me, too. Is it me, or is the 5.4 kernel slightly faster to boot? Seems like much of it was waiting for our router.