Liquorix Kernel and Debian Stretch [Solved]

[larry77]

Dear All,
I run debian stable + backports on all my boxes (and I do not install that much from the backports).
These are my sources

#########################################################à
deb http://httpredir.debian.org/debian stable main contrib non-free
deb-src http://httpredir.debian.org/debian stable main contrib non-free

deb http://security.debian.org/ stable/updates main contrib non-free
deb-src http://security.debian.org/ stable/updates main contrib non-free

# jessie-updates, previously known as 'volatile'
deb http://httpredir.debian.org/debian stable-updates main contrib non-free
deb-src http://httpredir.debian.org/debian stable-updates main contrib non-free


# Backports repository
deb http://httpredir.debian.org/debian stretch-backports main contrib non-free


#proposed updates
deb http://deb.debian.org/debian/ stretch-proposed-updates main contrib non-free
#########################################################à


Primarily for fun, I installed the liquorix kernel using the instructions I found here
https://liquorix.net/#install
I do not have real issues at all (only occasionally on one workstation, but it is a painful nvidia graphic card story...), but I came across this post

https://techpatterns.com/forums/about2615.html

which recommends installing the liquorix kernel according to what written here

https://software.opensuse.org/download. ... e=liquorix

Is there a compelling reasons for using stevenpusser repo? Is it kept as up-to-date as the repo mentioned on the liquorix site? Should I just tell myself that if ain't broken, don't fix it?
Many thanks for any feedback.

[Ardouos]

The official repo requires to have gcc7 to install the headers. Which is not supported in Stretch. Stevepussers's repo has been backported to run with gcc6.

From the website:

The latest Liquorix headers require gcc-7, not available except in Debian development or Ubuntu 17.10+. These versions are rebuilt to use the default gcc version for each release.

If you do not require the headers, then use the official repo. Keep in mind that Stevepussers's repos are trustworthy and reliable. But you should use your own judgment instead of just taking my word for it.

[Wheelerof4te]

If you need headers for NVIDIA card driver, you should stick to backports repo. Steve's repo can be used in Stretch since it's technically backported software. How well it will support your use-case, that's a mystery.

Also, you have stretch-proposed updates repo, which contains software meant for next point-release. If you know what you're doing, keep it. But know what you get are just bug fixes that will eventually reach point-release.

[stevepusser]

You also must be aware that most DKMS driver builds will require the versions in stretch-backports to build with a 4.18 kernel, and you should also upgrade any firmware packages you have installed from there. Currently, I don't think there's a working zfs-dkms package in backports yet, though.

There are many MX users using essentially the same backported Liquorix kernels, though, so you shouldn't have any more issues than they've had. One weird thing is those testing the Brave browser can have it work right off with the sandbox working on Liquorix kernels, where on Debian kernels it needs a start flag "--no-sandbox", so apparently the Debian kernels aren't providing whatever it's looking for to provide the sandbox, at least with a nonsystemd boot.

[larry77]

Thanks everyone!
Now I understand better what is going on.

[sunrat]

There are many MX users using essentially the same backported Liquorix kernels, though, so you shouldn't have any more issues than they've had.

I'm one of those happy MX users with Steve's Liquorix kernel. I needed a low-latency kernel (and headers) which can use Nvidia drivers.

[stevepusser]

There are many MX users using essentially the same backported Liquorix kernels, though, so you shouldn't have any more issues than they've had.

I'm one of those happy MX users with Steve's Liquorix kernel. I needed a low-latency kernel (and headers) which can use Nvidia drivers.

Well, it's Steve Damentz doing all the heavy lifting in keeping the kernel current. I literally just make small changes in two files in /debian, then rebuild the source files and clean out unwanted files with

Code: Select all

debuild -S -uc -us -d&& cd .. &&rm *.build *.buildinfo *.changes && exit

(it will fail the first time the command is run by design, as it generates new files from my changed two)

then I just upload the new source files into the openSUSE Build service, and it builds the kernels for me.