All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting ## Participants dleuenberger, rbrown,michel, deneb_alpha, lkocman,maxlin !!! Please be aware that this meeting will be already hosted on!!! https://meet2.opensuse.org/ReleaseEngineeringMeeting ## Leap * PM question Classification (Category) of differences in between SLE and Jump - Could tanana help on this topic? * Vagrant "boxes" directory is not present for Leap15.2 as it is for https://download.opensuse.org/tumbleweed/appliances/boxes/ ^ Adrian mentioned that this should be solved. WSL images for aarch64 https://twitter.com/lkocman/status/1297328996783464448/photo/1 build manually on x64 emulated visual studio on surface pro x * We can build it in OBS, but since we have mingw64 only for x86_64 it's not crosscompiled and can't be executed on Windows for ARM. https://etherpad.opensuse.org/p/ReleaseEngineering-bug-smashing-ideas-202008... No progress on policy this week. This is a blocker for scheduling the event series. Retro: Results of retro https://en.opensuse.org/Portal:15.2/Retrospective Still going through action items of what didn't go too well. What went well is tracked here https://progress.opensuse.org/projects/leap152retro/issues - I'll ask volunteers to have a look at the Documentation category. Recognition email in progress https://github.com/openSUSE/artwork/pull/46 Issues are being reported here: (now public) cups and network printing: we will most likely need to find a new maintainer. Meeting with Team Lead in a week from now. s390x topic: s390x resources: Ihno mentioned that he can have a look if we could have more resources available. s390x openQA situation, we'll invite Berthold to rel-eng meetings. Issue is tracked in poo#69328 Berthold: I'll not be able to give definitive answer on this topic at least not in next a few weeks. openQA problems are currently not blocked on resources, but it's more on the openQA state/configuration itself. Lubos to double check on Berthold's response on opensuse- project@/opensuse-factory@. Dirk will talk to him. (home:lkocman:aarch64-laptops is a WIP to get a openSUSE TW mini-cd booting on the aarch64 laptops) * Confirmed that the current setup is okay-ish ## openSUSE Tumbleweed * The DNS issues on openQA have mostly been resolved (new DNS in the SUSE/DMZ is referenced) - except the new DNS server filters out dnssec records which causes some few issues in tests. We still have ariel configured to use Google's DNS Servers for now * Snapshot 0825 will be big (or the first one published with a version

= 0825, depending on QA). A full rebuild of openSUSE:Factory (ports included) was triggered for these changes: * %{_libexecdir} is now /usr/libexec * 'build' copies *.pc files into -devel-32bit packages, if this one is specified in baselibs.conf - https://bugzilla.opensuse.org/show_bug.cgi?id=1172563 * brp-check-suse: symlinks TO /etc/alternatives are (again) absolute symlinks, this in order for update-alternatives not complaining all the time that the symlinks would be broken - https://bugzilla.opensuse.org/show_bug.cgi?id=1172896

The /usr/libexec change still caused quite some build failures, to no surprise. Now it's on the table of the package maintainers. The usual reminders/botdel request handling will apply. ^ Anyone who has a time to have a look at the list is more than welcome! ## ddemaio * Still sending out Getting Started with Linux magazines * openSUSE + LibreOffice Conference * Confirm by Sept. 6 * oslo.gonogo.live environment likely to be available for organizers by end of the week * Waiting on confirmation of keynotes * Beta T-Shirts ordered for testers. Collecting sizes and addresses * Open Source Firmware Conference sponsorship ## Dirk Not present We need to have a closure on the topic. Dirk will send email, we have to start with Tumbleweed and document it. Feedback regarding 5% of build failures seems to be seen as too relaxed. Ludwig: Perhaps having build failure for more than x-weeks on Ring:0/Ring:1 or any submission to it (:Adis) could retract the state. Dominique: ppc64le was blocking stagings for a week until we could get build done. Otherwise we usually have it done in few days. Richard: we have to have Ring0/Ring1 always working. If we don't have the infra for :Staging than we can't make architecture Tier1. Dirk: We do not have this detail (topic above) documented. Ludwig: It's implicit. Dirk: Agreement with Guillaume on aarch64/TW is that architecture is treated as a primary. Dominique: We have a current agreement to have aarch64 images next to x86_64, not necessarily as treat it as primary, that would then be outcome of this effort. Ludwig: we may be aiming for 3 tier policy, not the 2 tier policy. With x86_64 being the reference. Ludwig: let's have followup discussion on mailing list. ## Guillaume - Arm Not present Tumbleweed: * Snapshot 20200807 released late because main aarch64 openqa worker was down and nobody restarted it before Monday. Jump: Regressions from 15.2 to Jump * openSUSE vs SUSE signing keys for Secureboot: https://progress.opensuse.org/issues/69832 * GNOME autologin is broken again (was fixed by 15.2): https://bugzilla.opensuse.org/show_bug.cgi?id=1175470 * Colors in terminal (for textmode) are wrong again (was fixed in 15.2):https://openqa.opensuse.org/tests/1365380#step/first_boot/3 * VLC is missing on aarch64: https://openqa.opensuse.org/tests/1364387#step/vlc/11 ETA on re-syncing packages from SLE-15.2 / Leap 15.2 + updates. We have to double check on this. Seems like the problem is in packages with SLE origin. ## Gerald || Marina Not present No update from Marina. ## Max * pkglistgen produced different result on botmaster - this issue disappeared after updated the botmaster container * VERSION_ID(from os-release) 15.2 is conflicted with the used Leap 15.2's opensuse/leap images(docker/lxc), VERSION_ID basically is from version number of release package, should we bump version to 15.3 or 15.2.1? that would mean change VERSION macro everywhere. https://build.opensuse.org/request/show/828519 - current SR for the os- release bump Lubos: put together a roadmap for 15.2.1, and when does the work of 15.3 starts. Otherwise we'd use 15.2.1 until end of October. AdrianS: Please ping me when the bump happens, we'll have to tweak few things. Who is in charge of metrics? We just received a pull request https://github.com/openSUSE/openSUSE-release-tools/pull/2464 - WIP and reverted merge with https://github.com/openSUSE/openSUSE-release-tools/pull/2469 Lubos to schedule a meeting with Mili about maintenance. Ludwig: If service isn't working, then we can't see statistics and we're blind. deneb_alpha: could be this -> https://progress.opensuse.org/issues/69535 Lubos: https://jira.suse.com/browse/PM-2094 - Allow vendor change from openSUSE -> SUSE, SUSE -> openSUSE on the Leap installation media. Still pending :ToTest publishing happens it was just triggered manually by Adrian. We do publish from :ToTest to staging. Publish ftp-prod is blocked on admin@opensuse.org request. Lubos and Max to check on this topic. There is a ticket Adrian re-published Jump manually due to work regarding release- compare/obsgendiff ## Adrian - Jump release-compare/obsgendiff: Style of changelogs still has to be improved. But it's good enough for the beginning. Takes 15 minutes to generate changelogs for the entire ftp (used to be hours). Discussion about how to implement the mirror submit requests (OBS-63). No time on this topic yet. Implement aggregation of all update streams to have an update repo. Max: we're building based on the SP2:GA. But the project is locked. Do we want to build against SP2:Update? Adrian: it's most likely good to use :Update at this movement, but what's unclear is what happens after the Release. We can try it. Max: if we need to rebuild packages in Backports, we can't do it in the backports tree. If we want to rebuild these package then we have to do it in the update project for backports. We need a pool repo which is not available in the :Update project. We could simply add a 3rd one, but we can't replace the existing one (because of the missing pool repo). Pool repo seems to be needed for product building, but perhaps might not be needed for package building. Lubos will reuse the current ticket that we've opened with autobuild "Re: CtLG: Can you please double check sync of SLE* to OBS?" Remark: we might need to move jump to the end of discussion as this topic is clearly longer than any other topics. ## Michel continue work on TW PowerPC to reduce number of packages build failures (memory & disk constraints) start working on Jump openQA ppc64le tests results ## Richard k8s 1.19 work in progress - RC4 'building' but failing terribly etcd CVE - k8s 1.19 doesn't include the expected changes, so going to have to include a custom patch while also reworking the packages for multi-version k8s. Learning how to be a staging manager ## Tom Not present ## Wolfgang Not present ## Ludwig Not present Leap 15.2 MicroOS is temporarily paused. ## Overview of Commmunity SLE Feature Requests (See details in https://en.opensuse.org/Portal:Leap/SLEFeatureRequests ) (This section will be newly part of ReleaseEngineering meeting minutes) * Hardware enablement printing/scanners: Update sane to 1.0.29 (PM- 2118) - Pending ECO approvals - Pending PM Evaluation - Aiming for maintenance update for SLE-15-SP2:Update. Pending ECO Approvals. * DNF for SLE / Leap Next (PM-2044) - Status is NEW - List of benefits was put together by Neal Gompa and Daniel Mach - Request was raised to PM attention - A lot of discussion over the entire July (this topic got really good visibility). A TODO list from mls that is making it really difficult No offering of solutions if there are dependency problems (dnf just exits) No concept of package vendors No support for products Completely different handling of maintenance updates, i.e. no support of patches No support for patterns No support for translations No support for modalias() supplements to install needed kernel modules No support for language supplements metalink support in librepo only for a complete repository, i.e not file based. This does not fit our download redirector No support for services No support for product licenses No support for L3 tags Different lock handling Does not understand a repo consisting of multiple media I don't see how YaST can work with libdnf * Add python 3.8 support (PM-1482) - New awaiting PM evaluation - Originally requested for Blender but, now it seems like people generally ask for 3.8 to be available. - Notified PM that this topic is getting attention - Packaging team is working on py38 39 etc via koinstall - python38 request for Factory https://build.opensuse.org/project/show/openSUSE:Factory:Staging:B * Please update glibc to 2.29 or newer (PM-2030) - Under Evaluation - Originally reported as https://bugzilla.opensuse.org/show_bug.cgi?id=1173761 - Deferred to the next release, can't be done as a maintenance update. - Currently under evaluation for SLE 15 SP3. PM is in favor of the request. * Update Apparmor to 2.13.4 (PM-1983) - In Progress, TPM Evaluation is done Defered to SP3 Hi Lubos, apparmor in SLE15 SP2 is already at 2.13.4. However, it is not at what Christian wants it to be. Christian has put a big patch called changes-since-2.13.4.diff to upgrade it. This was agreed to be released in SP3 * lqxt-build-tools update to 0.7.0 (PM-1914) - DONE - Deferred to SP3 * add authselect for managing auth stack configuration (PM-1881) - Pending PM Evaluation - Aiming for 15 SP3 - PM generally likes the idea, we're looking for a feedback from Security team. Security team wants to hear feedback from Architect as there seems to be an overlap with pam-config. - Thorsten (Architect) mentioned that we'll have to find resources for pam-config modification as he doesn't have time for it. Any help from community side would be appreciated! * Update libcdio required by python-pycdio 2.1.0 and whipper (PM-1801) - Next release - Will be deferred to the next release (15 SP3) as it does not qualify as a SLE 15 SP2 RC phase request. Change requires rebuild of underlying dependencies. Namely: cdio-utils.spec, ffmpeg.spec, gstreamer-plugins-ugly.spec, gvfs.spec, libcddb.spec, libcdio, paranoia.spec, libcdio.spec, vcdimager.spec