Arch Linux User Repository

I'm getting an error while building this, although it's unclear what it is. All the previously logged patching steps are either skipped or success. Here's just the last bit:

patching file sound/soc/soc-dapm.c patching file sound/usb/line6/pcm.c patching file tools/objtool/Makefile ==> ERROR: A failure occurred in prepare(). Aborting...

I simply clone this AUR link, modify PKGBUILD to "_makeenconfig=y" and "_NUMAdisable=", then "makepkg -sri". Changing "_subarch=" has no effect.

I checked that last Makefile that's patched and it's indeed patched. I think the problem is the next line in the PKGBUILD, "local src"

@graysky https://bugs.archlinux.org/task/60272 - seems to be a known issue, thanks for looking into it. :)

@ELMastro - Do not build with an AUR helper. Use makepkg.

After [code] INSTALL sound/usb/line6/snd-usb-line6.ko INSTALL sound/usb/line6/snd-usb-pod.ko INSTALL sound/usb/line6/snd-usb-podhd.ko INSTALL sound/usb/line6/snd-usb-toneport.ko INSTALL sound/usb/line6/snd-usb-variax.ko INSTALL sound/usb/misc/snd-ua101.ko INSTALL sound/usb/snd-usb-audio.ko INSTALL sound/usb/snd-usbmidi-lib.ko INSTALL sound/usb/usx2y/snd-usb-us122l.ko INSTALL sound/usb/usx2y/snd-usb-usx2y.ko INSTALL virt/lib/irqbypass.ko DEPMOD 4.18.12-1-ck-ck rm: [/code] mine complains it can't remove '/tmp/packerbuild-1001/linux-ck/linux-ck/pkg/linux-ck/usr/lib/modules/4.18.12-1-ck/source' Can someone please confirm I'm the only one with this problem?

@fran - I mirror the Arch official config just allowing CK1 to set the options it wants to. Does your setup work with the official Arch kernel?

@graysky Something goes wrong after the latest kernel update. I use something like this cryptkey=/dev/disk/by-uuid/..:ext4:/keys/mykey as kernel parameter, but it seems the USB is no longer init at boot. When using linux 4.10 it works correctly and the USB contents will be read.

Seems changes have been made in the config (https://aur.archlinux.org/cgit/aur.git/commit/?h=linux-ck&id=b0017a84f42a) - don't know why this happens, do you have an idea? :)

@graysky - Thank you for sending me down the issues/29 path. I learned quite a bit, and now realize this 'problem' is upstream in nature. I'm sure this will not come as a surprise to you, but I'm running gcc version 8.2.1 20180831 (GCC) and the output of: gcc -c -Q -march=native --help=target | grep march is: -march= skylake Now I understand why, which I do appreciate.

@air-g4p - Your question is really for the gcc patchset I maintain. Issue 29 linked below applies but to my knowledge, there hasn't been any gcc changes to support your CPU. If I am wrong, plz post to the issue against the patch: https://github.com/graysky2/kernel_gcc_patch/issues/29

o/ graysky:

I'm running an i7-8550U which Intel describes as belonging to the Kaby Lake R family. This family was launched in Q3 2017.

That family of CPUs lives here: https://ark.intel.com/products/codename/126287/Kaby-Lake-R

Are you planning to add Kaby Lake support within your PKGBUILD or do you suggest I use another one of the other PKGBUILD 'Lakes'?

Thanks

@ntia89 - https://www.kernel.org/minor-changes-to-tarball-release-format.html