Package Base Details: linux-slim

Git Clone URL: https://aur.archlinux.org/linux-slim.git (read-only, click to copy)
Submitter: eggz
Maintainer: eggz
Last Packager: eggz
Votes: 1
Popularity: 0.000000
First Submitted: 2019-05-31 15:23
Last Updated: 2021-12-01 10:14

Pinned Comments

eggz commented on 2019-05-31 15:54

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 Next › Last »

eggz commented on 2020-12-20 13:07

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

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

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

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

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

Scimmia commented on 2020-12-20 12:35

Multiple updates and you're still wrongly claiming to provide 'linux' and 'linux-headers'. Is there a problem?

Scimmia commented on 2020-12-10 16:42

Please see the warning here: https://wiki.archlinux.org/index.php/Kernel/Arch_Build_System#Modifying_the_PKGBUILD

eggz commented on 2020-03-21 11:26

I implemented a patch so we no longer need EFI modules. As you know I like to keep this kernel small and clean, and that certainly does not include carrying an EFI module around for no good reason. Seems like our gentoo friends found what I was suspecting:

https://bugs.gentoo.org/713460

I implemented this patch for the time being until upstream finally catches up to this bug (because thats really what it is as suspected).

eggz commented on 2020-03-18 12:06

Yep!! I know! I'm on it. I wasn't supposed to push this build yet (it hasnt been on pushed on the repos).

There is some bug in the kernel config preparation, and I either have to enable or disable something EFI related that isn't really documented.

Hold on!

toki1990 commented on 2020-03-18 11:48

Error Report:

LD .tmp_vmlinux1 ld: arch/x86/mm/ioremap.o: in function __ioremap_caller': ioremap.c:(.text+0x395): undefined reference toefi_mem_type' make: *** [Makefile:1078: vmlinux] Error 1