Package Details: linux-slim-headers 6.8.v.7-2

Git Clone URL: https://aur.archlinux.org/linux-slim.git (read-only, click to copy)
Package Base: linux-slim
Description: Header files and scripts for building modules for the slimmed down linux kernel.
Upstream URL: http://www.kernel.org/
Licenses: GPL2
Submitter: eggz
Maintainer: eggz
Last Packager: eggz
Votes: 1
Popularity: 0.000000
First Submitted: 2019-05-31 15:23 (UTC)
Last Updated: 2024-04-17 17:01 (UTC)

Pinned Comments

eggz commented on 2019-05-31 15:54 (UTC) (edited on 2020-02-18 12:08 (UTC) by eggz)

Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :

[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

jogai commented on 2021-02-17 07:51 (UTC)

This one: https://aur.archlinux.org/packages/linux-amd/ The znver2 variant has a clear description why it exists, but its not so clear what the slimmed version actually provides, or left out.

eggz commented on 2021-02-15 20:42 (UTC)

You will have to specify "amd kernels".

jogai commented on 2021-02-15 20:19 (UTC)

Whats the difference with your linux-amd kernels?

eggz commented on 2020-12-20 13:32 (UTC)

Well I for one am very proud that I am not compatible with proprietary nvidia software :-) Jokes asside though, I will ommit the provides sections enterely if this solves any conflicts.

Scimmia commented on 2020-12-20 13:12 (UTC)

dkms has nothing to do with this, as they don't have binary modules and therefor don't have a hard dep on the kernel they are built against. It's not a bad example, but take a look at any of the binary modules in the repos. They have a dep on 'linux' because they require that package to work. Saying that this provides 'linux' means that this package can satisfy that dep, which it can't.

eggz commented on 2020-12-20 13:07 (UTC)

That package is made up by proprietary, non standard dependencies (like nvidia-dkms instead of dkms) and other blobs which have nothing to do with using open standards.

I am however compatible with standard dkms installations of modules. I could not care less about non-open implementations that are not compatible with my kernel, that is not the linux way.

Bad example perhaps?

Scimmia commented on 2020-12-20 12:54 (UTC)

Let's try this another way. This package: https://archlinux.org/packages/extra/x86_64/nvidia/ requires 'linux'. Can you install this package instead of the 'linux' package and use that module? If not, it doesn't provide 'linux'.

eggz commented on 2020-12-20 12:51 (UTC)

My kernels are build to satisfy most packages, and are binary compatible with them, as I do not make drastic changes into the kernel. If this kernel was incompatible with them in the way that you claimed then it would be an almost unusable kernel. I'm not trying to invent a new kernel here like Vmware or Darwin. this is just another finetuned linux kernel.

Scimmia commented on 2020-12-20 12:44 (UTC)

That's the problem. The packages claim to, but they don't. 'linux' is a specific package, not a virtual dep meaning any kernel. The binary modules in the repos require 'linux' because they are built against that kernel, these packages are not binary compatible with that kernel and cannot use those modules, so it can't satisfy that dep.

eggz commented on 2020-12-20 12:41 (UTC)

Last time I checked, I do provide the linux kernel and its headers.

« First ‹ Previous 1 2 3 4 Next › Last »