openQA VS linux

I sometimes look at https://openqa.opensuse.org/ when I'm excited for a new package release (example, kernel 6.5) just to see how far along the next snapshot is. While this is interesting, I can't seem to figure out which packages will be in the snapshot when I do this.

anyway, one great thing about SUSE is openqa.opensuse.org/ which does automatic testing that updates work before releasing....and every pkgs is build using Open Build Service (OBS) which is great as that makes sure Distro has more consistent/automatic binary built

I use Tumbleweed since years and although rolling, its more stable than Pop ever was for me. Stable in the sense of daily use and upgrading in particular. Every update you get on OpenSuse is, as a TLDR version of an explanation, run through an automated AI process that checks if everything works, only then the update is pushed out. The AI analyzes pictures of the OS to check. For example, it goes through the boot process and sees if it works, then clicks on certain apps like yast and see if they open, comparing whats shown on screen with a reference picture. You can see whats currently going on in terms of testing here.

I value Greg KH's Tumbleweed. It does everything I want. Thanks to build.opensuse.org and openqa.opensuse.org . If I had to start from scratch, MicroOs, I would learn along the way.

Rolling release players? openSUSE Tumbleweed (backed/tested by OpenQA before released), EndeavourOS (Arch with an installer; however, this could be too advanced when it breaks)

I would recommend openSUSE (KDE) tumbleweed you get the newest pkgs and they are well tested and they have great tools like openQA, obs, YaST etc. and if you have issue with any updates you can easily just rollback to latest working snapshot

And even though Arch stability heavily depends on the user and package maintainers doing everything right (I'm looking at you TimeShift), openSUSE, being backed by a company, have way more resources and robust infrastructure for ensuring their system is stable than Arch does (I have said this a couple of times, SUSE's openQA is incredible).

Tumbleweed is very current - well, as current as your last update.g/ This means that it's very rare that something is rolled out to the community that hasn't been tested as working.

I reached to Arch's kernel repository and found that device.h exists.

bash $ pacman -Q --info linux-headers Name : linux-headers Version : 6.2.11.arch1-1 Description : Headers and scripts for building modules for the Linux kernel Architecture : x86_64 URL : https://github.com/archlinux/linux/commits/v6.2.11-arch1 Licenses : GPL2 Groups : None Provides : None Depends On : pahole Optional Deps : None Required By : None Optional For : dkms Conflicts With : None Replaces : None Installed Size : 158.24 MiB Packager : Jan Alexander Steffens (heftig) Build Date : Thu 13 Apr 2023 06:59:24 PM CEST Install Date : Wed 19 Apr 2023 09:32:40 AM CEST Install Reason : Explicitly installed Install Script : No Validated By : Signature

So, the "bleeding edge" of https://github.com/archlinux/linux? That's going to just get you a release candidate of the mainline kernel, with no Arch-specific patches. You can get that on NixOS by using linuxPackages_testing.

Thanks for the suggestion. I'm guessing I have to do it with the Arch Linux fork of the linux kernel?

I've now downloaded v6.0.2-arch1 and confirmed the patch isn't applied. Idk why but will check on archs forums.

I've confirmed that in v6.0.2-arch1 the patch isn't applied. But it is on the master branch.

$ pacman -Qii linux Name : linux Version : 6.0.arch1-1 Description : The Linux kernel and modules Architecture : x86_64 URL : https://github.com/archlinux/linux/commits/v6.0-arch1 Licenses : GPL2 Groups : None Provides : VIRTUALBOX-GUEST-MODULES WIREGUARD-MODULE KSMBD-MODULE Depends On : coreutils kmod initramfs Optional Deps : wireless-regdb: to set the correct wireless channels of your country linux-firmware: firmware images needed for some devices [installed] Required By : nvidia Optional For : base Conflicts With : None Replaces : virtualbox-guest-modules-arch wireguard-arch Installed Size : 163.52 MiB Packager : Jan Alexander Steffens (heftig) Build Date : Tue 04 Oct 2022 03:16:52 PM EDT Install Date : Wed 05 Oct 2022 04:35:19 AM EDT Install Reason : Explicitly installed Install Script : No Validated By : Signature Backup Files : (none)

Lately there appear to be changes in Arch as well, making it hard to keep up as well. Let's examine for example the kernel building. It was the tradition and commitment by arch to use direct source from upstream, and only modify what is necessary to make software comply with the entire distro. Now, with linux-5.19 appearing, and maybe with the last versions of 5.18, instead of using directly a tar ball from kernel.org Arch is using its own source library https://github.com/archlinux/linux/tags made by forking Torvalds' git. The traditional config file is gone, and all configuration and patching takes place at Arch's forked source.

It's not present in 5.15/16 and i noticed that lockdep_assert_preemption_disabled was added in the 5.17. As arch's kernel is by default PREEMPT_DYNAMIC, tried preempt=voluntary and the warnings went away.