All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting The meeting is hosted here https://meet.opensuse.org/ReleaseEngineeringMeeting MEETINGS ON MAY 17th and 24th WILL BE CANCELLED DUE TO SUSE LABS and OSC2023, SEE YOU IN PERSON AND THEN AGAIN ONLINE ON 31st MAY. ## Attendees Guillaume, bittin, DimStar, lkocman, wengel, rbrown, dirk ## Leap Leap 15.5 IPRQ submitted Leap 15.5 Security audit requested for GM (will be handled by same person as SLES review). docs/i18n Need to revisit https://github.com/openSUSE/desktop-file-translations release-notes publishing setup (onging discussion with Lukasz, and Frank S.) We're done on the release-notes side, next step is to "locally" rebuild the doc-o-o and sync it to community-o-o. Funny enough the actual release notes are hosted on pinot-o-o. We do have a plan with it in https://progress.opensuse.org/issues/128699 (marked as private and I can't change it). The current RN is hosted here (will not be listed on doc-o-o until GA) https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.5 openh264-repo 4k key setup 15.4 image respin based on QU2 - TBD ## openSUSE Tumbleweed openSUSE:Factory build fail stats: 79 failed 11 unresolvable (one week ago: 65 / 18) https://tinyurl.com/ysy4nnnz * KDE Plasma 5.27.5 incoming * Linux kernel 6.3 has been shipped. Some lockdown (secureboot enabled only loading signed modules) was enabled premature (even though it is correct); revert of this config is staged and should reach TW by end of the week. (loading unsigned kernel modules contradicts the concept of secureboot) * Staging:C: openssl 3.1 incoming , Progress tracked on https://bugzilla.opensuse.org/show_bug.cgi?id=1209430 * systemd maintainer submitted preset handling macros with file triggers; no direct need to change spec files (the old macros are defined to %nil, so don't break) * 2k key formally being revoked from TW setup - the openh264 repo needs to be republished first ## Richard (MicroOS) No news besides the MicroOS Desktop Plasma/KDE is still in desperate need of help else could be at risk of being dropped (again) https://microos.opensuse.org/blog/2023-04-02-state-of-microOS-Desktop-Plasma... User reports suggest MicroOS Desktop KDE has broken, and with no one to maintain it I'm not expecting it to be fixed any time soon https://www.reddit.com/r/openSUSE/comments/135hm38/unable_to_perform_upgrade... https://www.reddit.com/r/openSUSE/comments/135na8x/managed_to_brick_my_micro... Update: 10 May: Folk on the factory list rightly point out the above examples may not be actual KDE problems, but the core issue is that with no maintainer we have no one even triaging/investigating such reports, which is not a sustainable way to offer software. No new maintainer has stepped up, so we continue closer to dropping the KDE Flavour of MicroOS Desktop. ## Richard (ALP Architecture) The general direction seems to be towards building a Leap-like product (Desktops, not immutable, etc) based on ALP (and Tumbleweed?) Sources The biggest challenges facing this plan all revolve around having sufficient contributions, as (compared to Leap) this concept will need a lot more work as will have less already done by SUSE Has been some very good discussions around key problem areas, such as the Installer where either Agama will need a lot of work/rethinking of how we offer different flavours, or with YaST where volunteers will be needed to take care of things the former YaST team don't have capacity for (they're busy enough with Agama+YaSTinSLE+YaSTinTW) Have made a general call for volunteers, currently under a dozen, whereas Lubos would point out previous Leap releases had a 'core team' of about 19, so still some room to go. It's bit more, if we count artwork && i18n. Max would definitely handle the most "community software updates" from a number perspective. I did some numbers in the past based on changelog && sr (to answer MgE's "who is the community?" question. I think I had 50 various people across all Leap releases until 15.3 Next steps will be reaching out to the volunteers so far and finding ways of getting them to all talk together and work towards answering the burning issues regarding openSUSE's ALP scope, architecture, design, before we start actually bootstrapping stuff. https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/N... ## Max Leap 15.5 * https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.5/release-not... has presented, updated release-notes path in the Leap product file * Per PSP implementation notes, besides python3.6 that we should have only one python3 to be released, for Leap 15.5 it should be python3.11, removed python39 and python310 from the ftp-tree * Fixed kitty and yt-dlp for BuildRequires/Requires python39 or python310, they use python311 now * Started from Build481.1 a weird bug has appeared on Leap < 15.1 migration to 15.5, tty6 console fails to selected after upgrade to 15.5 - https://bugzilla.suse.com/show_bug.cgi?id=1211219 , Leap <15.1 version are EOL though, couldn't say whether this worth to be a ship- stopper * Update 15.5 server list to d.o.o on github https://github.com/openSUSE/download.o.o/pull/43, but it needs https://opensuse-community.org/openSUSE_Leap_155_Community_Additional.xml as https://progress.opensuse.org/issues/113959 described, I'm not sure who is maintain that file. Note that, with/without this change should not affect product since we use $relesever in the these files I'll reach out to commnity additional folks, we might want to add openh264 there too (would help existing installations). ## Guillaume - Arm Tumbleweed: * Rolling * Boot problem on RPi4 with u-boot 2023.04 is gone. Not sure what fixed it, though - https://bugzilla.opensuse.org/show_bug.cgi?id=1210949 Leap: * 15.5 aarch64: no blocker * 15.5 armv7: AdrianS: clock issue in VMs on armv7, host clock seems to be set correctly, kvm issue? ALP: * shim not signed by MS (at least for aarch64, not sure for x86_64) - jsc#ARM-100 WSL: * Works with x86 emulator since appx installer is x86-64, but this is not really an issue since arm64 Win11 includes x86 emulator by default. Team is ok to publish it on Microsoft store anyway, but this would require some testing in openQA which is currently not possible (due to technical issues and MS licensing issues) https://progress.opensuse.org/issues/126083. Steps documented on the wiki to install the appx from download.o.o: https://en.opensuse.org/openSUSE:WSL#With_Appx_from_openSUSE_download_server WSL: * Works with x86 emulator since appx installer is x86-64, but this is not really an issue since arm64 Win11 includes x86 emulator by default. Team is ok to publish it on Microsoft store anyway, but this would require some testing in openQA which is currently not possible (due to technical issues and MS licensing issues) https://progress.opensuse.org/issues/126083. Steps documented on the wiki to install the appx from download.o.o: https://en.opensuse.org/openSUSE:WSL#With_Appx_from_openSUSE_download_server ## Sarah - s390x Not available Tumbleweed * release is rolling Leap: * working * waitingSubmissisions with fixes for gtkd and gnu-cobol: https://build.opensuse.org/request/show/1072852 https://build.opensuse.org/request/show/1078385 Nothing really new ## Doug Not available * Google Summer of Code * Bonding/onboaring period * oSC23 * 150 registered * openSUSE.Asia Summit * Two proposals sent * India: https://groups.google.com/g/opensuseasia-summit/c/t5SVxRVwJHI/m/HTA5YL1kAQAJ?utm_medium=email&utm_source=footer & China: https://groups.google.com/g/opensuseasia-summit/c/qQY33UxwBTk * Leap 15.5 release annoucement being translated * Could use more langagues to translate * https://en.opensuse.org/Release_announcement_15.5 * Still need future storage * AlmaLinux, openQA, OMP article * Waiting on merge https://github.com/os-autoinst/os-autoinst/issues/2312 * AI topics (static) ## Dirk Further poking on the CDN / Fastly contract Submitted a few dozen python package updates * also todo announce tumbleweed maintainer policy draft currently working on testing those in a private staging test project * Started ALP:RISCV:* builds in the new build setup Biggest speedup can be observed by switching zlib to zlib-ng, so looked into fixing the build failures caused by switching to zlibo-ng- compat ## Wolfgang (Package Hub), Scott Bahling Installation of KDE Plasma 5 currently broken, missing dependency libswscale5_9, plan is to release it on FCS to subpackages for x86_64 (is already there for the other archs) lkocman: will try to talk to Rado, otherwise this will cause quite some extra work. ## Maintenance team (Marcus or Maurizio (m4u)) Leap Micro 5.4 maint-setup is active. Leap 15.5 setup is done, SLE export channel is still being refreshed occasionaly. Key rotation: openSUSE:Leap:15.5 is done, Backports are bit more challenging because of SLES. Wolfgang: we're injecting the key. Marcus we probably want to do only Backports 15 SP5 for now. Backports 15SP5 key change, we have labs next week, so nobody would even notice a full rebuild :-) Wolfgang: do we add or replace key completely? The key will be kept on users Marcus was aiming for replacing the key, it would appear as added on existing systems. Marcus is working also on the SLES side, the update of package with the new key was released last week, it's just not activated yet, but it will be already trusted by Leap 15.5 systems. Leap 15.4 is working Leap Micro 5.3 is working Leap Micro 5.4 testing is now passing as well Leap 16.0 - we should revisit the update/sle repo as the current setup not exactly mirror friendly. Solutions could be dropping not so popular architectures or split repositories per architecture. securebootkey for SLES was rotated, it should be autotrusted and not noticeable. This will be in QU3, QU2 is already done. lkocman: 15.3 EOL could lead to stopping our physical Source DVD effort, as it seems we will not produce. As this was the last release which you could still get on a physical media. Lkocman: anything against decomissioning it? Not a single valid request since I've joined SUSE. We did receive only requests for binary install media which are not subject to ^. We do not plan to offer this for any new releases. ## Adrian - OBS No update ## Open Floor https://bugzilla.suse.com/show_bug.cgi?id=1211022 Fedora enforcing stricter RPM GPG signatures mls is following upstream, this entry will be removed on next meeting