On 16/01/2019 14.22, Martin Wilck wrote:
On Wed, 2019-01-16 at 14:00 +0100, Carlos E.R. wrote:
On 16/01/2019 13.45, Liam Proven wrote:
If you are running leading-edge hardware, and for it you need a leading-edge kernel etc., then openSUSE already has an answer: it is Tumbleweed.
I can't agree with that, sorry. The main distribution should work on any hardware that I can buy currently at the shop, and not force me to use "experimental" distribution.
For instance, the other day I was trying to help someone on Usenet with a network that would not work on Leap but did on Ubuntu, out of the box.
That's unfortunate, sure. Which Ubuntu did you test? To be fair against Leap, it should have been 18.04.x, not 18.10.
I don't know, but I have part of his boot log: [ 0.000000] Linux version 4.18.0-10-generic (buildd@lgw01-amd64-060) (gcc version 8.2.0 (Ubuntu 8.2.0-7ubuntu1)) #11-Ubuntu SMP Thu Oct 11 15:13:55 UTC 2018 (Ubuntu 4.18.0-10.11-generic 4.18.12)
As you know, Leap 15.1 is already in preparation and will come with lots of important backports. The big benefit you have from using Leap is that you get the stabilization work that SUSE is doing for SLES. The focus is more on stability than on being on the cutting edge, if you want to put it that way. That's how Leap is currently set up. That said, there are repos from which you could pull a more recent kernel for Leap if you're having issues with recent hardware, and that's what I'd recommend.
I know all that, but it is no help to a newcommer. What I can do for him over mail is limited. And if the installation doesn't boot... or as in this case, he has no network to download from other repos...
Martin
PS: Hasn't it been that way always? If you try to run Linux with the latest hardware, you're up to some adventure. That's mostly true for any distro, and is caused by the way the industry works (sadly).
Arguably, it is somewhat worse with Leap. I know the reasoning, but I have to agree with OP, an optional downloadable image with more recent kernel would help. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)