Arch Linux User Repository

Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :

[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll

Okay, I will take it under advisement. I believe I implemented it in the very beginning because pacman/mkinicpio was not implementing modules as expected (Or maybe it was a false positive/other problem afterall?). I will now do some testing on my test kernels to see if I can ommit al these manual steps -- to be sure that it does not bring up any other problems -- before implementing them directly. Thank you for telling me this onurmercury.

It simply detects the changes under /usr/lib/modules/*/vmlinuz

mkinitcpio has the necessary hooks (https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio/-/blob/master/libalpm/hooks/90-mkinitcpio-install.hook)

And it is explained here: https://wiki.archlinux.org/title/mkinitcpio#Automated_generation and according to this article, you don't need to provide .preset file either.

dracut doesn't have necessary hooks built-in but it's automation is explained too: https://wiki.archlinux.org/title/Dracut#Generate_a_new_initramfs_on_kernel_upgrade.

(btw kernel-install automation for dracut is available too https://aur.archlinux.org/packages/kernel-install-for-dracut. (both aur packages maintained by endeavouros devs))

I have tried several kernel packages from various repositories, including AUR, and I have only saw such an approach in your packages.

yeah as of now I dont really support systemd-boot, sorry. Interesting, I did not know pacman builds the ramdisk and stuff for you. What are the conditions/triggers there? How does it know the package is a kernel? Well for now I rather include my own trigger scripts to be sure and have more control.

hi, im using systemd-boot as my boot manager. i can automatically generate initrds with kernel-install feature (and a bit help of https://aur.archlinux.org/packages/kernel-install-mkinitcpio) of systemd.

right now mkinitcpio runs twice because of entries in the .install file. can you implement some kind of check to prevent this happening? https://paste.debian.net/1302385/

(and because of it, it also generates unnecessary vmlinuz and initrd files under /boot, kernel-install already generates those under ESP(/efi, /boot, or /boot/efi)) https://paste.debian.net/1302387/

and may i ask why are we running depmod and mkinitcpio in .install file? pls correct me if im wrong but afaik pacman can take care of it (for ex. like the default linux kernel).

Hello, please refer to https://wiki.archlinux.org/title/Pacman/Pacnew_and_Pacsave and https://wiki.archlinux.org/title/mkinitcpio. I do not manage these packages or package managers or their behaviour, which practicly and effectively means I cannot make any diffrence whatsoever on the way they work and do things. Thanks.

for some reason this package (alone) always generates new /etc/mkinitcpio.d/linux-amd-znver3.preset.pacsave, which is identical to the previous /etc/mkinitcpio.d/linux-amd-znver3.preset.

(5/5) Checking for .pacnew and .pacsave files...
.pac* files found:
/etc/mkinitcpio.d/linux-amd-znver3.preset.pacsave
Please check and merge: sudo DIFFPROG=meld pacdiff
$ md5sum /etc/mkinitcpio.d/linux-amd-znver3.preset /etc/mkinitcpio.d/linux-amd-znver3.preset.pacsave
00fc0e0152f0b7319e292a0477d41975  /etc/mkinitcpio.d/linux-amd-znver3.preset
00fc0e0152f0b7319e292a0477d41975  /etc/mkinitcpio.d/linux-amd-znver3.preset.pacsave
$ sudo DIFFPROG=meld pacdiff
==> pacsave file found for /etc/mkinitcpio.d/linux-amd-znver3.preset
  -> Files are identical, removing...
removed '/etc/mkinitcpio.d/linux-amd-znver3.preset.pacsave'

can this .pacsave generation be turned off for it, when nothing changed? or the forceful /etc/mkinitcpio.d/linux-amd-znver3.preset overwrite every time, that triggers pacsave generation?

Something is rather weird about this latest iteration of this kernel. UI becomes ocasionally unresponsive for second or 2 making the entire experience rather laggy feeling. And then got this weird message in dmesg: [P nov 12 17:34:47 2023] sched: RT throttling activated. Is this the new scheduler crap introduced in Linux 6.6 that's causing this? Started to look into the laggy programs problem and discovered that they had several processes with nice 19 set. after renice'ing them back to 0 the lag disappeared from those. ... sooo .... this required manual intervention is rather unpleasant and counterproductive when this nice:19 thing indeed done by the new scheduler :-(

No idea. Maybe your CPU RNG timings were having a cold.

Hi, I'm really confused about the jitterentropy message. I mean, the message is gone:

┌─[09:23:34]─[amarcord@Gaia-A]
└──> ~ $ >> uname -a
Linux Gaia-A 6.5.9-AMD-znver3 #1 SMP PREEMPT_DYNAMIC Thu Oct 26 08:53:45 CEST 2023 x86_64 GNU/Linux
┌─[09:23:37]─[amarcord@Gaia-A]
└──> ~ $ >> dmesg | grep jitterentropy
┌─[✗]─[09:23:42]─[amarcord@Gaia-A]
└──> ~ $ >> 

Isn't a kernel related message, then?

@iseja ty for the heads up!! rebuilds coming up.