On Fri, Apr 16, 2021 at 12:07 PM Paul Bolle <pebolle@xxxxxxxxxx> wrote: > > Paul Bolle schreef op ma 16-11-2020 om 23:32 [+0100]: > > I tried to clone the ark repo some time ago. For some reason that took ages > > and I aborted the operation. Maybe I'll try again one of these days and see > > whether I could submit a patch to do this cleanup. OK with you? > > So I finally drafted a commit series that does this. These (lame) commit > summaries show my approach (order reversed): > configs: there's only x86_64 > configs: remove everything i686 related > scripts: remove i686 from a comment > remove filter-i686.sh.* > un-i686 kernel.spec.template > > I'm pretty sure the first attempt or two will blow up (especially on the rhel > side). And any changes to x86-config changes in HEAD will derail my series. The only thing that RHEL builds i686 at all is kernel-headers and kernel-cross headers. Those likely need to remain for 32bit userspace packages. For Fedora, kernel-headers is a separate package. I haven't seen your patches, but it seems the first step would be to remove anything that builds/verifies the i686 configs, this can include the i686 config directories (but don't move x86_64 up to x86). I might also remove filter-i686* and stop it from being called as well. Once nothing is using those configs, we can look at rearranging x86/x86_64 to just be a single x86 directory in a separate change. Doing it this way should make it a bit easier to get that patch through quickly without too much churn. It can also be better arranged around the merge window, which is when config options change the most. > So what is the preferred way to push a disruptive series like this onto the > virtual gremlins that run kernel-ark's CI for us? > As I think kernel-headers and kernel-cross-headers are the only i686 things built now, and those probably need to continue, I don't think CI will be an issue. Justin > > Paul Bolle > _______________________________________________ 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
