Package Base Details: linux-ck

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 461
Popularity: 1.01
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-03-16 18:02 (UTC)

Latest Comments

« First ‹ Previous 1 .. 21 22 23 24 25 26 27 28 29 30 31 .. 305 Next › Last »

Pillgar commented on 2019-10-06 01:01 (UTC) (edited on 2019-10-06 12:34 (UTC) by Pillgar)

I'm getting DKMS errors when upgrading to linux-ck-ivybridge-5.2.19-1. On step (3/4) Install DKMS modules: Error! Bad return status for module build on kernel: 5.2.19-1-ck-ivybridge (x86_64).

It seems initcpio image can't build with any DKMS modules over ck-ivybridge-5.2.19-1

I'm using nvidia 435.21 dkms and vboxhost 6.0.12 dkms.

In make.logs I see error: incompatible gcc/plugin versions

I'm using gcc (9.1.0-2 updated: 2019-06-25)

Edit: There literally was just an update for gcc a few hours after I posted this. All solved.

Lessaj commented on 2019-09-15 19:14 (UTC)

It is building successfully now.

graysky commented on 2019-09-15 18:36 (UTC)

Please try 5.2.14-4

Lessaj commented on 2019-09-15 18:20 (UTC) (edited on 2019-09-15 18:20 (UTC) by Lessaj)

The addition of fix_patch-5.2-ck1_for_systemd-detect-virt_containers.patch seems to cause these last 3 lines to be dropped from kernel/sched/MuQSS.c even though they are in patch-5.2-ck1 which causes a build failure.

"#endif / CONFIG_CGROUP_SCHED /"

"#undef CREATE_TRACE_POINTS"

air-g4p commented on 2019-08-30 09:39 (UTC) (edited on 2019-08-30 15:38 (UTC) by air-g4p)

@graysky - It now appears the issue is exclusively related to modprobed-db. My latest build worked well in a clean chroot with ccache enabled, but I used an empty _localmodcfg= statement. Of course, the build time was quite lengthy, but it worked.

Any thoughts on a workaround, or a permanent fix?

Thanks for your help graysky....

graysky commented on 2019-08-28 18:41 (UTC)

@air-g4p - I do not use ccache so I cannot comment. I will say that builds using distcc on 5.2 fail where they worked fine with 5.1. Related? The change in the chroot build might be due to the modprobed-db change I made wherein the old behavior was to call it in recall mode via sudo which was always hacky in a PKGBUILD. The current method reads the database directly which the build scripts might not allow since your homedir is outside of the build root. Try building in the chroot without using the modprobed-db enabled; that will probably work.

air-g4p commented on 2019-08-28 13:08 (UTC)

@graysky - built without issue with ccache disabled, while running makepkg -sri so what is driving that fail?

Also, why did -ck previously build (many times) without issue in a clean chroot, but now it fails?

Thanks...

graysky commented on 2019-08-27 19:09 (UTC)

@air-g4p - Disable ccache and try again

air-g4p commented on 2019-08-27 08:25 (UTC) (edited on 2019-08-27 12:34 (UTC) by air-g4p)

@graysky,

In a clean folder, and running makepkg -sri the build failed, but in a different way. I got as far as:

-> Applying patch 0004-drm-amdgpu-pin-the-csb-buffer-on-hw-init-for-gfx-v8.patch... patching file drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c -> Setting config... -> Applying enable_additional_cpu_optimizations_for_gcc_v9.1+_kernel_v4.13+.patch ... patching file arch/x86/include/asm/module.h patching file arch/x86/Kconfig.cpu patching file arch/x86/Makefile patching file arch/x86/Makefile_32.cpu HOSTCC scripts/basic/fixdep /usr/bin/ccache: invalid option -- 'W'

then I also saw:

make[1]: [scripts/Makefile.host:90: scripts/basic/fixdep] Error 1 make: [Makefile:508: scripts_basic] Error 2 ==> ERROR: A failure occurred in prepare(). Aborting...

Any ideas? Thanks

graysky commented on 2019-08-26 21:05 (UTC)

@air-g4p - Does it build outside of the chroot? I'm thinking the chroot build script doesn't look outside of that environment and will therefore fail.