openSUSE Release Engineering minutes February 10

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-202202...


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/issu... 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-Prod...
Marina: I think  we need to check if we need to filter out some
packages


-- 
Best regards

Lubos Kocman
openSUSE Leap Release Manager