Hello openSUSE! I'm happy to share that we found a solution for avoiding many Leap forks of x86_64 only SLE Workstation Extension packages. This has been a pain for contributions as code had to be updated in both SLE and Leap and was often source of frustration. We'd like to have this solved latest by RC timeframe (end of April). Meeting minutes: https://etherpad.opensuse.org/p/ReleaseEngineering-20220210-maintenance Atendees: Adrian, Marina, Stephan B., Wolfgang, Lubos, Zsolt, Maurizio Q: Would proposal from Marcus and Marina to ship non-intel packages from WE in PackageHub repository solve https://github.com/openSUSE/openSUSE-release-process/issues/71 in a way that we could avoid forking SLE packages in Backports? Wolfgang: do you mean shipping them in subpackages? Marina: yes A: Wolfgang: yes that would fix it Lkocman: we'd have to do this also for GA, and should be active during Beta Wolfgang: this is still somethign we can change in product files Adrian: Could we perhaps use aggregates instead? Marina: we don't have to wait for GA, we can use SP3 channels Lubos will create tracker for maintanance team one for SP3 and one for SP4 (deadlines are different) https://jira.suse.com/servicedesk/customer/portal/1/MSC-304 https://jira.suse.com/servicedesk/customer/portal/1/MSC-303 Lubos will also create a ticket for Wolfgang to add these forks to Packagehub subpackages. https://progress.opensuse.org/issues/106610 Wolfgang: we have to sync on package lists Marina: we can use this https://build.suse.de/package/show/SUSE:Channels/SLE-Product-WE_15-SP3_x86_6... Marina: I think we need to check if we need to filter out some packages -- Best regards Lubos Kocman openSUSE Leap Release Manager