Package Base Details: linux-ck

Git Clone URL: (read-only, click to copy)
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 452
Popularity: 2.39
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2023-02-06 17:46 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 303 Next › Last »

GAZ082 commented on 2021-05-27 13:46 (UTC)

@snack had your issue and also a system freeze with the latest release. First time after almost a year of using CK. Went back to Zen.

snack commented on 2021-05-27 06:38 (UTC)

@zerophase I'm not sure. For sure it's something inside the CK patchset (since the stock and many other patched kernels work fine), and it's not MuQSS (see e.g. the comment by Steven Barret on CK's blog stating that Liquorix with MuQSS works fine). I'd need to understand if there is some hope for this to be fixed, otherwise I'll have to ditch linux-ck.

zerophase commented on 2021-05-27 02:30 (UTC)

@snack It has been a bug for awhile. I tried reporting it about a year ago, when trying to author a custom arch install disk, and got some explanation from a guy that this is not a CK issue. (Wasn't CK)

snack commented on 2021-05-26 06:04 (UTC) (edited on 2021-05-26 06:05 (UTC) by snack)

I cannot start docker containers when using the current (5.12) linux-ck-skylake kernel. I get this error:

$ docker run --rm -it -p 80:80 ckulka/baikal:nginx
docker: Error response from daemon: failed to create shim: OCI runtime create failed: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: process_linux.go:508: setting cgroup config for procHooks process caused: load program: invalid argument: unknown.

With the stock Arch kernel it works, and seemingly also with other patched kernels like Liquorix (although I didn't try by myself).

I know that it is usually suggested to post to CK's blog for this kind of issue, and in fact I did it but from there I got the advice to post to AUR...

vp1981 commented on 2021-05-19 05:45 (UTC)

graysky> GCC 11 reorders things and since GCC 11 is in [core], I updated the PKGBUILD.

That was a culprit! I updated PKGBUILD, rebuild the package (linux-ck-sandybridge) and was able to boot with linux-ck-sandybridge kernel.

elektorronikci commented on 2021-05-18 18:47 (UTC) (edited on 2021-05-18 18:47 (UTC) by elektorronikci)

@graysky, thanks for your suggestion. There is not any problem for me, I had already corrected it when I saw it on nconfig. I mentioned about it just to inform.

graysky commented on 2021-05-18 17:43 (UTC)

@graysky, no it is GCC 10.2

Right, define an updated mirror and update your system :D

elektorronikci commented on 2021-05-18 17:02 (UTC)

@graysky, no it is GCC 10.2

thaewrapt commented on 2021-05-18 16:05 (UTC)

It could also happen on automation level, where the build system is still using old IDs. I'm building for Skylake right now so I can check if it's actually built for Skylake in the end.

thaewrapt commented on 2021-05-18 16:00 (UTC) (edited on 2021-05-18 16:02 (UTC) by thaewrapt)

Yeah, as I hadn't any issues myself I wanted to suggest "a wrong architecture" source of the problem since I've noticed a change of architecture IDs in the package. For example, I've used 25 for Skylake for quite a long time but in the very last release I see it numbered as 26.