On Fri, Feb 26, 2021 at 6:07 AM Thorsten Leemhuis <fedora@xxxxxxxxxxxxx> wrote: > > Lo! The new stable workflow based on kernel-ark confuses me and I want > to ask for advice if I got something wrong or if things are really as > they appear to me: > > The sources file in dist.git for the Fedora 34 kernel currently(¹) > refers to a file that is called linux-5.11.1.tar.xz – but if you > download ("fedpkg sources") and unpack that file and look closer, you'll > notice that it actually contains the sources from Linux 5.11 (and not > 5.11.1). > > Is that intentional or just an mistake that someone did somewhere? > Because I find that really confusing. > > Once I looked closer I noticed that the diff from Linux 5.11 -> 5.11.1 > can actually be found in the file patch-5.11.1-redhat.patch ( > > https://src.fedoraproject.org/rpms/kernel/blob/f34/f/patch-5.11.1-redhat.patch Yes, this is a mistake, and the 5.11.1 patches should in fact be in the linux-5.11.1.tar.xz I looked at the built RPM and not at the tarballs. This was the first build with the merge from linux-5.11.y. It is a process as so much of it was hard coded against linus' tree as opposed to stable trees. Will get that fixed soom. Justin > ) - entangled with Fedora specific patches. I didn't try, but I'm > therefore pretty sure that rebuilding the kernel SRPM using > "--with-vanilla" (for details see > https://src.fedoraproject.org/rpms/kernel/blob/f34/f/kernel.spec > ) will lead to unexpected results (I guess you will get a kernel that > partly thinks it's 5.11.1, but in truth is 5.11; if that acutally boot I > suspect users won't be able to spot this). > > Are things really as described above or did I get something wrong? > Because it looks utterly confusing to me. > > I have some issues with the whole kernel-ark workflow for a while now > and hence for a few week already considered asking on the Fedora > packaging list (the Fedora Packaging Committe's list) for advice if > kernel.spec violates the packaging guidelines too much (a complex > package like the kernel likely will always have some issues). I guess > this will finally make me do that, but before going down that route I > wanted to check here if I got something wrong. > > CU, knurd > > (¹) as of > https://src.fedoraproject.org/rpms/kernel/c/07992209452cd7ba529ffdbdd83d01d44cd8ae14?branch=f34 > _______________________________________________ > kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/kernel@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure _______________________________________________ kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kernel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure