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.
Search Criteria
Package Base Details: linux-slim
Package Actions
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 (UTC) |
Last Updated: | 2023-03-30 11:03 (UTC) |
Packages (2)
eggz commented on 2020-12-20 13:32 (UTC)
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.
Scimmia commented on 2020-12-20 12:35 (UTC)
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 (UTC)
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 (UTC)
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).
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 :