Hi Luciano, First of all thanks for your comment. On Tue, 8 Feb 2022, at 00:37, Luciano Santos wrote:
Syds Bearda wrote:
Hi, The last few days I've been trying to install a broadcom-wl package from 2 different home repos for my newly installed Macbook Air 2015 with Leap 15.4.
Hi Syds! I'm assuming you already know the current state of development of Leap 15.4 (i.e., alpha phase) and you're just testing, right?!
That's exactly what I was doing :)
However I keep getting the same error while installing, as the kernel version from the broadcom-wl package does not match the installed kernel.
If this/these broadcom-wl package(s) you are trying to install has/have a '15.4' repository and you are using it, you probably are hitting another issue rather than version mismatch.
No issue seems completely related to
Leap 15.4 Alpha: 5.14.21-150400.3.3.x86_64 OBS and PBS: 5.14.21-150400.6.2.x86_64 Why is there a difference between these kernels?
There is no version difference between both of them, other than the release bit. Distribution packages generally hold two sets of versions separated by a '-':
* The upstream one: 5.14.21, in this example;
* The distro release one: 150400.3.3.x86_64 and 150400.6.2.x86_64.
Where we have:
1) 150400: the release target bit (in previous versions of Leap it was a string, 'lp', if memory serves); 2) 3.3 and 6.2: the release version, automatically increase by the open build service; 3) x86_64: plus the architecture.
So, both repositories here have the same upstream version: '5.14.21', but different RELEASE version: '.3.3' and '.6.2', and both prefixed by the same target release: '150400'. And this difference is due to where both Kernels live.
I think that's the problem though. Shouldn't those versions be the same as well? When installing broadcom-wl today I still get: syds@localhost:~> sudo zypper in broadcom-wl Loading repository data... Warning: Repository 'Update repository of openSUSE Backports' appears to be outdated. Consider using a different mirror or server. Warning: Repository 'Main Update Repository' appears to be outdated. Consider using a different mirror or server. Reading installed packages... Resolving package dependencies... Problem: nothing provides 'ksym(default:PDE_DATA) = a03fad84' needed by the to be installed broadcom-wl-kmp-default-6.30.223.271_k5.14.21_150400.7-lp154.15.8.x86_64 Solution 1: do not install broadcom-wl-6.30.223.271-lp154.15.8.x86_64 Solution 2: break broadcom-wl-kmp-default-6.30.223.271_k5.14.21_150400.7-lp154.15.8.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): Also I do have ksym PDE_DATA available for 15.14: syds@localhost:~> sudo grep PDE_DATA /boot/System.map-$(uname -r) ffffffff813d2bd0 T PDE_DATA ffffffff8244e440 r __ksymtab_PDE_DATA ffffffff8247f473 r __kstrtabns_PDE_DATA ffffffff82485885 r __kstrtab_PDE_DATA
I'm using my packaging instincts here, but every time there's a change in the kernel package, a direct change, (or any other package, for that matter) that is not a version update from upstream (e.g., adding a patch), the first bit of the release version (.3 and .6 from the packages in question) is increased by 1. And every time there's a change in development project where it lives, an indirect change, that affects the kernel package (i.e., any of its build dependencies), the second part of the release bit (.3 and .2 from the packages in question) is increased by 1 as well. Since the second project you pointed out (OBS and PBS) is a busier development project than the first one (Leap 15.4 Alpha) we can see how much one gets more rebuilt than the other.
Also can we expect an update for the kernel to version xx6.2?
Now that you (hopefully) understand how package versioning works, we can say YES! But if you're curious if the 5.14 will change, I don't think so since the beta freeze is about to happen this mid February.
So I should just wait till the beta to be able to install broadcom-wl?
Also I posted this to the project ML first, but I guess that was the wrong ML. Is this one better for 15.4 related questions?
Dang right! Since we don't have a specific ML for openSUSE regular distro releases we use Factory instead.
BR, Syds
Take care, Luciano.