unofficial linux-ck repo with cpu optimized packages is ONLINE

keepitsimpleengineer · 2016-11-19 17:36:16

yikes...
:: nvidia-ck-sandybridge: installing nvidia-utils (375.20-1) breaks dependency 'nvidia-utils=375.10'

graysky · 2016-11-19 18:40:06

Ah.... I see now.

The naming change upstream has introduced an error with some internal variables I need to sort out. As well, the /boot/initramfs images will now carry the cpu arch suffix. For example, if using linux-ck-core2 the images are:

vmlinuz-linux-ck-core2
initramfs-linux-ck-core2.img
initramfs-linux-ck-core2-fallback.img

In the past, they were all simply 'linux-ck' so as a result, users will need to update their bootloaders. I am working on the nvidia, broadcom, and vbox packages now and will post back when finished.

TheAifam5 · 2016-11-19 19:58:54

@graysky what you mean with "users will need to update their bootloaders" ?

graysky · 2016-11-19 20:01:57

@Theaifam5 - The upstream pacman hook and PKGBUILD changes renamed our initramfs images if not running from the AUR or the generic packages. You will just need to update the boot loader so it seems the new images. For grub:

grub-mkconfig -o /boot/grub/grub.cfg

Dunno about other boot loaders.

For example:
Kernel = linux-ck-haswell
Old initramfs name = /boot/vmlinuz-linux-ck
New initramfs name = /boot/vmlinuz-linux-ck-haswell

This is true for all of the CPU types except for generic (still the old name) and of course, AUR packages unless the user changes the pkgbase (ill-advised).

Last edited by graysky (2016-11-19 20:11:01)

raggerv8 · 2016-11-19 20:05:57

graysky wrote:

@Theaifam5 - The upstream pacman hook and PKGBUILD changes renamed our initramfs images if not running from the AUR or the generic packages. You will just need to update the boot loader so it seems the new images. For grub:
grub-mkconfig -o /boot/grub/grub.cfg
Dunno about other boot loaders.
Make sense?

So the change users need to make to their bootloader, is to include the architecture type, because that is now default behaviour?

In that case, for systemd-boot, you should just need to change

linux   /vmlinuz-linux-ck
initrd  /initramfs-linux-ck.img

and include the architecture, like so

linux   /vmlinuz-linux-ck-core2
initrd  /initramfs-linux-ck-core2.img

Last edited by raggerv8 (2016-11-19 20:06:09)

graysky · 2016-11-19 20:08:31

@raggerv8 - Yes, this is the new naming scheme post 4.8.8-1.
@all - OK. I think I fixed the pesky EXTERAMODULE problem affecting the extra packages (nvidia, broadcom, etc.). The repo has been refresh now with these. Please report feedback to this thread.

TheAifam5 · 2016-11-19 20:35:56

@graysky
cmd: pacman -Syuu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
repo-ck 53.3 KiB 296K/s 00:00 [######################] 100%
infinality-bundle is up to date
infinality-bundle-fonts is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: linux-ck-haswell and linux-ck-kx are in conflict

Still the same problem

My package list again: http://pastebin.com/dhAjg3x7

Last edited by TheAifam5 (2016-11-19 20:36:46)

graysky · 2016-11-19 21:10:27

@TheAifam5 - Rebuilding the kernel packages now due to a typo in the group/deps. You'll need to wait for them.

graysky · 2016-11-20 01:39:33

OK... everything should be good now. Please report any problems.

nomorewindows · 2016-11-20 02:55:54

No nvidia/X with linux-ck-kx 4.8.9-1

Last edited by nomorewindows (2016-11-20 02:57:00)

Harey · 2016-11-20 10:42:31

The nvidia modules need a rebuild against the new kernel. See https://bbs.archlinux.org/viewtopic.php … 2#p1670832

graysky · 2016-11-20 11:49:53

@Harey - nvidia-ck-xxx-1:375.20-3 was built against linux-ck-xxx-4.8.9-1 and there is functionally no difference between -1 and -2. Are you getting an error when you boot into 4.8.9-2 with 1:375-20-3?

I am running the 'ck-core2' packages including nvidia without issue.

Last edited by graysky (2016-11-20 12:10:53)

Harey · 2016-11-20 12:27:52

No, this should only fix the problem for 'nomorewindows', given that he doesn't use the ck-repos but builds his kernel by himself. I don't use the nvidia module on my 'ck' machines, they are headless servers. But I ran into the same problem with the nvidia module from the arch repos. Thought it might be helpful to know this. If not - never mind

Greetings and a big thank you for your great work, graysky

Harvey

graysky · 2016-11-20 19:24:27

No need to rebuild, just `pacman -Syyu`

tpfkanep · 2016-11-21 13:18:55

I have also noted that ejecting FAT usb-drives [eject /dev/sdx] takes longer in linux-ck when compared to the vanilla kernel. Any reason for this or is it something peculiar to my system?

Thankfully this is does not happen anymore with the latest updates.

Jristz · 2016-11-21 19:08:11

with the new name thing look like now ck kernels are able to be installes with conflict one each other

/usr/lib/modules/4.8.9-3-ck-bulldozer
/usr/lib/modules/extramodules-4.8-ck-bulldozer
/boot/initramfs-linux-ck-bulldozer-fallback.img
/boot/initramfs-linux-ck-bulldozer.img
/boot/vmlinuz-linux-ck-bulldozer

as now all have the prefix but the kernels still conflict one each other, why they keep conflict if they install thinks in (now) different directories?

graysky · 2016-11-21 20:07:49

@Jristz - Good question! I believe you're correct in that they can now all co-exist. Under the old naming scheme this was not possible. I will modify the packages to allow for this now. Thank you for pointing it out.

silent · 2016-11-23 08:36:39

For me "/boot/initramfs-linux-ck" is still there, I think that it would be cleaner to remove it with the official package as a file. The second point is, that "vmlinuz-linux-ck" and "/boot/initramfs-linux-ck" could be symlinks in the packages and then the bootloaders would work without any modification, But that would also cause a conflict immediately if somebody wants to install several ck kernels.

raggerv8 · 2016-11-23 08:46:31

silent wrote:

For me "/boot/initramfs-linux-ck" is still there, I think that it would be cleaner to remove it with the official package as a file. The second point is, that "vmlinuz-linux-ck" and "/boot/initramfs-linux-ck" could be symlinks in the packages and then the bootloaders would work without any modification, But that would also cause a conflict immediately if somebody wants to install several ck kernels.

I think your first point makes sense, but then again, this is arch and manual intervention is not uncommon. Is it safe to delete the "old" kernel files that aren't used any longer? Referring to the ck kernel files that don't have architecture in the filename.

graysky · 2016-11-23 12:04:55

If a file has no package that owns it, it is probably safe to delete. Check with:

pacman -Qo /boot/initramfs-linux-ck

The exception is the initiramfs image obviously! I don't see why an orphaned file should be left behind though.

raggerv8 · 2016-11-23 12:11:11

graysky wrote:

If a file has no package that owns it, it is probably safe to delete. Check with:
pacman -Qo /boot/initramfs-linux-ck
The exception is the initiramfs image obviously! I don't see why an orphaned file should be left behind though.

You say the initiramfs image is the exception, which would mean it will say no package owns it, correct? So the command doesn't help in this situation?

% pacman -Qo /boot/initramfs-linux*
error: No package owns /boot/initramfs-linux-ck-fallback.img
error: No package owns /boot/initramfs-linux-ck-haswell-fallback.img
error: No package owns /boot/initramfs-linux-ck-haswell.img
error: No package owns /boot/initramfs-linux-ck.img
error: No package owns /boot/initramfs-linux-fallback.img
error: No package owns /boot/initramfs-linux.img

Will you modify the package to delete the orphan files?

Last edited by raggerv8 (2016-11-23 12:11:36)

graysky · 2016-11-23 12:17:49

When you remove the kernel package, it should remove the generated initramfs image for you. From your output, it looks like you have the following kernels installed:
* linux-ck
* linux-ck-haswell
* linux

What is the output of:

pacman -Qs | grep linux

raggerv8 · 2016-11-23 12:20:18

graysky wrote:

When you remove the kernel package, it should remove the generated initramfs image for you. From your output, it looks like you have the following kernels installed:
* linux-ck
* linux-ck-haswell
* linux
What is the output of:
pacman -Qs | grep linux

local/archlinux-artwork 1.6-3
local/archlinux-keyring 20161101-1
    Discord Canary linux release
local/lib32-util-linux 2.28.2-1
local/libutil-linux 2.28.2-2
    util-linux runtime libraries
local/linux 4.8.10-1 (base)
local/linux-api-headers 4.7-1
local/linux-ck-haswell 4.8.10-2 (ck-haswell)
local/linux-ck-haswell-headers 4.8.10-2 (ck-haswell)
local/linux-firmware 20161005.9c71af9-1
    NVIDIA drivers for linux
    NVIDIA drivers for linux-ck. Fourth Gen Intel Core i3/i5/i7 optimized.
local/util-linux 2.28.2-2 (base base-devel)

When I updated to a later version than linux-ck 4.8.8-1, the old ck kernel got left behind I think.

graysky · 2016-11-23 12:38:40

That is interesting... I would have thought that even though there was a basepkg rename (4.8.8-2) that pacman would have pulled the old image upon update. I don't see this on my machines though

eschwartz · 2016-11-23 12:43:24

Why would an upgrade run the post_remove() install script which is meant to clean up the no-longer-needed initramfs from the no-longer-existing package???

Arch Linux

#2876 2016-11-19 17:36:16

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2877 2016-11-19 18:40:06

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2878 2016-11-19 19:58:54

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2879 2016-11-19 20:01:57

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2880 2016-11-19 20:05:57

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2881 2016-11-19 20:08:31

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2882 2016-11-19 20:35:56

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2883 2016-11-19 21:10:27

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2884 2016-11-20 01:39:33

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2885 2016-11-20 02:55:54

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2886 2016-11-20 10:42:31

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2887 2016-11-20 11:49:53

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2888 2016-11-20 12:27:52

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2889 2016-11-20 19:24:27

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2890 2016-11-21 13:18:55

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2891 2016-11-21 19:08:11

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2892 2016-11-21 20:07:49

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2893 2016-11-23 08:36:39

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2894 2016-11-23 08:46:31

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2895 2016-11-23 12:04:55

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2896 2016-11-23 12:11:11

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2897 2016-11-23 12:17:49

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2898 2016-11-23 12:20:18

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2899 2016-11-23 12:38:40

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2900 2016-11-23 12:43:24

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

Board footer