openSUSE Factory February 2023

factory@lists.opensuse.org

99 participants
86 discussions

openSUSE Release Engineering meeting 08.02.2023
by ddemaio 16 Mar '23

16 Mar '23

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting Meeting is hosted here https://meet.opensuse.org/ReleaseEngineeringMeeting ## Attendees DimStar, ddemaio, bittin, rbrown, Sarah, maxlin, Axel, lkocman, Adrian ## Leap Code submission deadline for SLES 15 SP5 Beta4 is today (Jan 25th) at 15:00. Leap Builds were stuck on https://bugzilla.opensuse.org/show_bug.cgi?id=1207395 and previously https://bugzilla.suse.com/show_bug.cgi?id=1206718 Due to this we were not able to produce a decent build that would give us good idea about quality. I'm bit worried that the actual beta release might be delayed. Cisco openh264 setup is finialized on our side https://news.opensuse.org/2023/01/24/opensuse-simplifies-codec-install/ ## openSUSE Tumbleweed openSUSE:Factory build fail stats: 199 failed 1 unresolvable (two weeks ago: 217 / 16) https://tinyurl.com/ysy4nnnz * openSSL 3 has become the default in Snapshot 0202 (problems when users have openssl-devel installed) * glibc 2.37 has been submitted for inclusion; Staging looks reasonably good so far. This might be one of the fastest glibc updates seen in the last years * Staging:H Ruby 3.2 made some progress, only 1 more yast build fails (y2-packager) * Staging:K tests KDE Plasma 5.27 beta * Staging:L has a few failures collected: * gpg2: breaks gpgme * ant and xmlgraphics-common: breaking ant-antlr and xmlgraphics-fop * Staging:M test to also build python311 modules * Staging:O: preparation work to identify the minimal list of 'i586' builds to enable in openSUSE:Factory to allow wine/steam to build/install (currently 992 packages, and counting; big part of it is for rpmlint and such things) * Staging:Gcc7: early experiments to set GCC 13 as distro compiler i586 carve-out from Factory => Automatic migration kicked off with snapshot 0201. The first 'zypper dup' after changing the repo could include a bunch of 'package downgrades' as the rebuild counters are not synced across projects. By end of March, we expect all users to have completed the migration (at least one zypper dup to get the new repos configured), as by then we disable build/publish of i586 packages (except the ~1800 identified in Staging:O - target was wine there) ## Richard (MicroOS) Presentations at FOSDEM about MicroOS Desktop and MicroOS https://www.youtube.com/watch?v=4WuYGcs0t6I "I was wrong about Flatpak, AppImage, and Snap" https://video.fosdem.org/2023/H.1308%20(Rolin)/image_linux_secureboot_suse_… "openSUSE MicroOS Design" https://fosdem.org/2023/schedule/event/image_linux_secureboot_converging_pa… "Converging image and package based OS updates" Desktop-GNOME: Ready for Release, but not released Technically everything is working and release quality in MicroOS GNOME. NO KNOWN BLOCKERS! \o/ Not yet formally released Tests are needed PR/Marketing needed Desktop-KDE: Still Alpha, discussions about maybe considering it Beta, in the hands of the (lone) main maintainer. Next Steps after release 1. mod-check Working on a "mod-check" tool to report the following to users List of installed (1st party) packages, with comparisions to both an upstream pristine list and previous snapshots Automatically reset official packages to that upstream pristine list, or previous snapshots Any 3rd party packages and their origin Any known unsupported configurations/alterations and offer remedies if possible lkocman: is quite interested in this, as we'll be in position in migration leap 15.X to ALP based community offering mod-check doesn't really 'check' as much as planned at the moment, instead going way further and effectively reinstalling MicroOS Desktop (GNOME) in place, making that new snapshot the new boot target. This will be awesome for any user who wants to 'freshen' up an otherwise heavily altered MicroOS Desktop, or when major Tumbleweed/MicroOS changes occur that otherwise cant be easily modeled in patterns. It also potentially could be a method of migrating non-transactional systems to a transactional one. Heavy testing/development underway..and possibly a rename if mod-check doesn't start actually -checking stuff soon. 2. YaST-less installation media with FDE by default Bugs still WIP osinfo-db still doesn't recognise MicroOS as a seperate distribution - debates with upstream ongoing ## Max Leap 15.5 * The orphan package issue occurred in the last Leap build should be fixed, the problem should disappear in the next build * KDE updates is still pending in staging project, it has been just missing the legal review, but KDE staging now has a lot of build fails, need to update those pending submissions to a working version if qt/kdelibs update already accepted into SLE15, will talk to Antonio ** Correction: recheck it, it turned out the contrary, KDE staging have got updated, but qt/kdelibs part is pending for SLE15 SP5 * I'll file the last pacakge updater from Factory to Backports, after we entering Beta phase I'll not trigger that updater ## Guillaume - Arm Not available Tumbleweed: * Blocked due to a broken binutils patch for armv7. Will be unblocked by https://build.opensuse.org/request/show/1060656 * WiFi works again on RPi3/4 (and other systems): https://bugzilla.suse.com/show_bug.cgi?id=1206697 * Pointer Authentication issue, seen in zypper has been fixed: https://bugzilla.suse.com/show_bug.cgi?id=1206684 * NVIDIA: tester with aarch64 server and NVIDIA card wanted - Proprietary drivers are now available for aarch64 (only G06): https://download.nvidia.com/opensuse/tumbleweed/ - New opengpu driver also available in OBS: https://build.opensuse.org/project/monitor/X11:Drivers:Video lkocman to check on who is the aarch64 + nvidia effort blocked on. I recall that there was a chosen point of contact. Leap: * 15.5 aarch64: covered by Leap section above * 15.5 armv7: no blocker ALP: * No aarch64 specific issues 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. 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 Tumbleweed * Tumbleweed is rolling Leap: * tests are failing because of timeout: Last year there was a SLE bug report (not accessible for the community) * qore updated, but qore-doc is included in qore and should be manually removed from factory: https://build.opensuse.org/request/show/1063674?notification_id=37988455 Sarah needs a help on the request^ => fixed Presentation at FOSDEM about Linux Distributions Collaboration and Upstream Collaboration in the Linux Distributions Working Group at the Open Mainframe Project: https://fosdem.org/2023/schedule/event/open_mainframe_project/ -> CentOS Stream want to join and there is the requirement for an equal Working Group for PowerPC Sarah will give the next presentation (via Accenture) at Chemnitzer Linuxtage. They want to represent also the Open Source Projects Accenture employees are contributing to. ## Doug * Need to order marketing material for CLT & SCALE * GSoC * Application submitted * Completed meetup * New projects added * oSC23 * Waiting on contract signature (in legal review) * 20 registered, 13 submissions lkocman: did send an experimental e-thank yous. Did it work? Axel: issue with the time on the email. lkocman will look into it. * FOSDEM * Good turnout * Thank you to all the volunteers who helped with the booth * Find videos at https://video.fosdem.org/2023/ * https://ftp.fau.de/fosdem/2023/UA2.114%20(Baudoux)/containerised_apps.webm * https://ftp.fau.de/fosdem/2023/UA2.114%20(Baudoux)/open_mainframe_project.w… * Taking care of TSP requests * FLOSS Weekly https://twit.tv/shows/floss-weekly * Podcast scheduled this evening ## Dirk Not available * Initial x86_64-v3 glibc hwcaps package has landed in Factory (libxmlb - visible in GNOME repositories openqa runs) * Determine list of extra shared libraries to enable (likely all compression and media decoding libraries (libpng, jpeg and so on) * Helped with OpenSSL 3.x switch and Python 3.11 modules enablement * Starting to draft https://en.opensuse.org/openSUSE:OpenSUSE_Tumbleweed_Maintainer_Policy (draft, will be announced on the mailing list when ~ ready) DimStar: ~150 python modules are currently failing with 3.11, a lot of fallout is expected. (enabling 3.11 will roughly double those numbers judging from the current devel project state) * Continued work on SUSE:ALP:RISCV * force published 15.4 and 15.5 for armv7 builds, openqa builds have been triggered it appears it is set to do post-release testing? * qemu/libseccomp 15.5 failure still in investigation 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 Not available Discussion about moving ipxe package to SLE and release ipxe-bootimgs for x86_64 and aarch64 to HPC-Module (SLE-15-SP5). Needs to be accepted by Michal Svec. If that is the case ipxe will be removed from openSUSE:Backports:SLE-15-SP5 and subpackage ipxe-bootimgs for ppc64le and s390x will be released via subpackages repository. Need to sync with Max regarding the package list for subpackages repository for SLE-15-SP5 when he is back from vacation. 15 SP5 Package HUB channel is set up. Stefan did initial testing and looks good. Some packages are still missing, this is on agenda for today and next week. The workshop regarding Package HUB equivalent for ALP Lubos will schedule a call with wolfgang and Scott to ensure that they're in loop for the High Level requirements document. https://en.opensuse.org/openSUSE:ALP/Workgroups/Community/Workshops/Consumi… Package Hub for SLE-15-SP5 product definition added and SCC is currently picking it up so it will be ready for testing with the beta of SLE-15-SP5 ## Maintenance team (Marcus or Maurizio (m4u)) Fixed a long standing issue with gnome-music that was blocking openqa for a long time. 15.4 is working 5.3 is working 15.5 setup TBD (Mid-to-End February would be preferred). lkocman needs to do official 15.5 Maint setup request beta in ~2 weeks Nothing worrysome, preannoucement for 15.3 EOL was sent to mainling list End of December 2022. There were three chromium updates in single week. 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? Configuration setup problem for Maintenance of Leap 15.4 maintenance updates / openQA Marcus regarding Leap 15.4 Image respin - package set will change, we do need to refresh the packagelist * Lubos to talk to Jan Stehlik, we can't put all on Marcuses shoulder. https://etherpad.opensuse.org/p/ReleaseEngineering-20221110-maintenance-dis… Confirmation that QA/QA-maint team will oversee the setup (issues) Lubos: I was asked to provide requirements for the QA team. Mostly for the GA/current release but also for the update. Lubos will make wiki with requirements (something like maintenance plan perhaps). Marcus will review it. * Leap Micro 5.3 maint setup done ffmpeg - (still unsolved) possible file conflict on the next update, no idea how to avoid vendor switching at the moment. Removing the patch on the openSUSE side (that might contain security fixes) or releasing update on the packman side could fix the issue. Lubos to give Marcus some working contact for the team. ## Adrian - OBS Heads up: working on spdx sbom data generation for containers After changing the signing key of Factory without rebuilding the distribution "osc build" using chroot builds run into the problem that gpg verification of the rpm's failed. To tell osc to use also the old gpg key we introduced a temporary openSUSE:Tumbleweed:OldKey project. We will remove this project again after full rebuild of Factory. This should work for all arches. Users get additional question if they want to trust the additional project once. This solves the issue for people who build against openSUSE:Tumbleweed/standard or openSUSE:Factory/snapshot. It does not solve it when building against openSUSE:Factory/standard directly (not the default in OBS). Dirk: Recommended solution is to use the kvm build (add `build-type = kvm` to your ~/.oscrc) Adrian: Agreed that we should aim for switching the osc default here (also wanted by security team). Still some issues to solve to make it more convinient. ## Project maintainer work flow Status * Base policy to be developed Background on topic found at https://etherpad.opensuse.org/p/ReleaseEngineering-20221221 For me it comes down to a matter of communication. A note like 'thx for your SR, I think we should adapt the following ' or ' we are reviewing your SR, and quite stuck with work...' could already change a lot. Silence for more then 4 week is clearly a perfect way to annoy contributors. And the question should be asked if those unresponsive maintainers are still willing to maintain their projects. Or they may even not be active anymore, another discussion we are having

4 7

will saa7146-based DVB cards stop working in the near future?
by mh＠mike.franken.de 13 Mar '23

13 Mar '23

Hi *, I saw an announcement for the following patch: https://www.spinics.net/lists/linux-media/msg224909.html Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels? Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers. Thx and bye. Michael.

12 33

openSUSE Leap 15.5 Windows Subsystem for Linux
by Andreas Artz 10 Mar '23

10 Mar '23

Hey folks! I am interested in testing out openSUSE Leap 15.5 on WSL. Is there a way to get the image in order to help out? Best Andi

3 4

Which dev repo I should submit if I want to add yacreader to openSUSE Factory?
by Xu Zhao 04 Mar '23

04 Mar '23

Hi folks, I am using yacreader (https://www.yacreader.com/) for e-book and comics reading. I am interested in contributing my packaging at https://build.opensuse.org/package/show/home:opensuse_zh/yacreader to the Factory repo, but I need to first find a development repo to host it. Which one is the best to submit this application? Best, Xu -- Xu Zhao i(a)xuzhao.net

2 1

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 28 Feb '23

28 Feb '23

Dear Package maintainers and hackers. Below package(s) in openSUSE:Factory have had problems for at least 4 weeks. We tried to send out notifications to the configured bugowner/maintainers of the package(s), but so far no fix has been submitted. This probably means that the maintainer/bugowner did not yet find the time to look into the matter and he/she would certainly appreciate help to get this sorted. - python-uproot: Unresolvable Unless somebody is stepping up and submitting fixes, the listed package(s) are going to be removed from openSUSE:Factory. Kind regards, DimStar / Dominique Leuenberger <dimstar(a)opensuse.org>

1 0

i586 port split from Factory
by Dominique Leuenberger / DimStar 28 Feb '23

28 Feb '23

Dear Tumbleweed users, more specifically users of the 32bit intel architecture (i586), Throughout the last few weeks, I have prepared the entire setup, and it is now time to let 'i586' live its own life. ## What does this mean for users ## =================================== The repositories need to be adjusted. The main repositories are no longer http://download.opensuse.org/tumbleweed/repo/oss and http://download.opensuse.org/tumbleweed/repo/non-oss, but those two are now moved to https://download.opensuse.org/ports/i586/tumbleweed/repo/oss and https://download.opensuse.org/ports/i586/tumbleweed/repo/non-oss You should update your repository list accordingly when running an i586 setup (the command 'arch' would tell you) ## i586 will be removed from the main tree ## ============================================= You have until the end of March) to migrate to the new repositories. After April 1st (no joke), i586 packages will no longer be shipped as part of the main repositories (we will keep shipping the -32bit.x86_64 packages for things like steam, wine, …) ## What does this mean for contributors / package maintainers ## ================================================================ Just like for all the other ports, we as a community strive to support the architecture as well as we can. If somebody submits fixes for those architectures, we accept them, assuming they are not causing problems to the main architecture (x86_64). The Staging process will not monitor all i586 builds anymore. If something is not supported on i586 and should not be shipped (or build-attempted), we keep on using the ExcludeArch tags, as we did in the past. ## Is the i586 port tested / usable? ## ======================================== Just like all the other ports, i586 inherits the same sources, so is built from the same tarballs and spec files as the main x86_64 tree. After the build is complete, the port is handed over to openQA in the same way too and tested there. The i586 test progress can be monitored at https://openqa.opensuse.org/group_overview/75 Compared to when i586 was part of the main group I have even extended the test coverage a bit and the GNOME, KDE, and XFCE desktops are now tested on this architecture. In case there are issues only on i586, not seen on x86_64, this now even allows us to release x86_64 without having to risk i586 (or explicitly having to ignore it), which is a win. ## Call for help - somebody to look after the port ## ===================================================== The port still requires somebody to take responsibility for it. As is visible on openQA, since December 11 this port has been silently rolling along the main port. Most snapshots have been published without much interaction at all. Yet, when something goes wrong, somebody needs to look after it and 'chase the relevant fixes'. Some people have expressed their interest to take on this task, but nobody has fully committed to it (of course there was also the holiday when people shifted their priorities to families, which is perfectly fine) Please help spread the word so that all i586 users are aware of this change. Cheers, Dominique

9 21

New Tumbleweed snapshot 20230227 released!
by Dominique Leuenberger 28 Feb '23

28 Feb '23

Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here. Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&versio… Please do not reply to this email to report issues, rather file a bug on bugzilla.opensuse.org. For more information on filing bugs please see https://en.opensuse.org/openSUSE:Submitting_bug_reports Packages changed: kidletime mlterm open-iscsi python-service_identity === Details === ==== kidletime ==== - Build the wayland plugin (kde#462695) ==== mlterm ==== Subpackages: mlterm-ibus mlterm-scim mlterm-wnn - Build Wayland and SDL backends. - Enable fcitx support - Fix some crashes + CVE-2022-24130-c_sixel.c-Fix-segmentation-fault-when-the-repeat-cou.patch + mlterm-Fix-buffer-overflow-with-long-plugin-suffix.patch + mlfc-Fix-crash-with-more-than-1024-font-faces-installed.patch - Fix some build problems + mlterm-SDL2-UI-also-needs-math-libs.patch + mlterm-wayland-Detect-compiler-flags.patch ==== open-iscsi ==== Subpackages: libopeniscsiusr0 - Build system: meson builds were ignoring optflags, and other passed in compiler options. ==== python-service_identity ==== - Clean up the SPEC file.

1 0

Linux 6.2 patch for nvidia-390xx driver
by David C. Rankin 28 Feb '23

28 Feb '23

Nvidia packages, all The 6.2 kernel brings a couple of build failures in the nvidia-390xx module (openSUSE's G04 driver). The AUR package has a patch that addresses the issue. May save somebody a bit of time chasing it down: https://aur.archlinux.org/cgit/aur.git/commit/?h=nvidia-390xx-utils&id=36ce… -- David C. Rankin, J.D.,P.E.

1 0

New warnings coming in kernel 6.3
by Larry Finger 27 Feb '23

27 Feb '23

Hi, The old-style wireless extensions are incompatible with Wifi 7. To indicate the tasks using these extensions, kernel 6.3 will print warnings when a task uses them. Unfortunately, these messages completely spam the logs [1]. The proposed change is to print these warnings only a single time [2]. This has the disadvantage of limiting the output to only the first task triggering this warning. I am running a more elaborate patch that logs a single warning for each task, thus I get a list of all warned tasks. I can isolate these warnings from dmesg as follows: finger@localhost:~>dmesg -t | grep warning: | grep nl80211 warning: `nspr-2' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `kded5' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `Qt bearer threa' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `akonadi_followu' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `akonadi_mailmer' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `akonadi_maildis' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `akonadi_notes_a' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `akonadi_sendlat' uses wireless extensions that are deprecated for modern drivers; use nl80211 warning: `ThreadPoolForeg' uses wireless extensions that are deprecated for modern drivers; use nl80211 I have some questions. Why are KDE and akonadi doing anything with wireless? Is libqt triggering the warnings? Where does the 'Qt bearer thread' come from? It was the most common in my logs before the patch. Finally, any suggestion on who to contact about this problem? Thanks, Larry [1] https://marc.info/?l=linux-wireless&m=167709909313360&w=2 [2] https://marc.info/?l=linux-wireless&m=167724359430956&w=2

4 5

Resolved - kernel panic on some Dell 7490 laptops
by Larry Len Rainey 27 Feb '23

27 Feb '23

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE Factory February 2023