Skip to content

Conversation

@spflaumer
Copy link

On Gentoo, the signing certificate can be obtained from the kernel configuration, which by default is a path relative to it's source directory, causing prepare_mok to pass, as the PWD can be within that source directory while checking the obtained paths, but definitely failing during do_build, once the PWD is the temporary build directory.
This changes the logic to obtain an absolute path to the certificate using readlink -f, instead of assuming that the configured path is absolute.

On Gentoo, the signing certificate can be obtained from the kernel configuration, which by default is a path relative to it's source directory, causing `prepare_mok` to pass, as the PWD can be within that source directory while checking the obtained paths, but definitely failing during `do_build`, once the PWD is the temporary build directory. This changes the logic to obtain an absolute path using `readlink -f`, instead of assuming that the configured path is absolute
@scaronni scaronni added this to the 3.3.1 milestone Jan 22, 2026
@scaronni
Copy link
Member

Can you fix the tests? https://github.com/dkms-project/dkms/actions/runs/21115333588/job/61133069271?pr=573

You can run the tests with ./run_tests.sh and for shellcheck just run the shellcheck binary against dkms.in.

@spflaumer
Copy link
Author

unless i've missed some extra flags for shellcheck, the tests should now be fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants