September 2022 - openSUSE Factory - openSUSE Mailing Lists

Changes to dbus packaging (Some Attention maybe required).
by Simon Lees 04 Oct '23

04 Oct '23

Hi All, For Tumbleweed and ALP we plan to follow Red Hat / Fedora / Debian and move from dbus-daemon to dbus-broker as it has a number of advantages and is what upstream is now focusing on. While one of the goals here is to provide the same user experience there will be a couple of changes that will likely require adjustments in a few packages. 1. tools such as dbus-send and dbus-uuid will no longer be installed by default on all systems (we have many use cases that will simply no longer need them and this follows other distro's). Currently the package dbus-1-tools exists and is required by dbus-1 but that will change maybe to a recommends so if you know your package needs one of these tools you can add the Requires there now, otherwise I plan to go through and look at debian and fedora to try and find any packages that need this requires before it becomes optional for dbus. 2. The symlink from /etc/machine-id to /var/lib/dbus/machine-id will no longer be present on all machines and software should be adapted to use /etc/machine-id from systemd rather then the dbus copy. Again this has already happened for Debian and Fedora so hopefully many upstreams have already adapted to this. I'll outline the plan / timeline below. 1. Currently - dbus-broker has been in the distro for quite some time and the dbus-1 package has already been split up and we are at the point of asking people nicely to start testing (instructions below), myself and at least several other people have already been testing this without issues. 2. In 2-3 weeks if I don't hear of any issues we will update the systemd presets to enable dbus-broker rather then dbus-daemon. 3. Unless someone indicates they really want to keep maintaining dbus-daemon and have good reasons for doing so I will make dbus-daemon uninstallable. 4. Once we have done the work to ensure that as many packages that use dbus-send and other tools require the tools package we will drop the requires for dbus-tools from the dbus package. Instead it will probably move to being a Recommends in one of the patterns so it still ends up on most users machines. Switching to dbus-broker: Run the following as root zypper in dbus-broker systemctl disable dbus systemctl enable dbus-broker systemctl --global disable dbus systemctl --global enable dbus-broker https://www.mail-archive.com/debian-policy@lists.debian.org/msg35437.html https://fedoraproject.org/wiki/Changes/DbusBrokerAsTheDefaultDbusImplementa… -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

4 6

Packages in OBS not configured for Factory
by Roger Oberholtzer 28 Aug '23

28 Aug '23

I have a newbie question about the decision about what targets a package in OBS are built for. I mean about the logic behind the choice of which to enable. I quite often find that packages are enabled for only 15.2, or only Tumblwweed. But it is quite common that the packages are not enabled for all current openSUSE/SUSE releases. For exampl (not a complaints against this ptroject! I just happen to be following the status of the tensorflow2 and it took me here as a unresolvable package): https://build.opensuse.org/package/show/devel%3Alanguages%3Apython/python-g… Why would a project in devel:languages:python not have Factory enabled? I know that in user's own builds, them might unfortunately do this. But in a place like devel:languages:python, I would have thought the all current openSUSE/SUSE targets would generally be enabled. If it is a 'I don't have time' thing, then I'm okay with that. No problem. I am curious if it is something else that I have just not cottoned on to. -- Roger Oberholtzer

6 14

munin for sale
by Wolfgang Rosenauer 16 Dec '22

16 Dec '22

Hi, some years ago I took over maintenance for munin in Tumbleweed as I used it myself. I don't do so anymore and I'm also not an expert so I'm looking for someone who might be interested to take ownership of the package. https://munin-monitoring.org/ Wolfgang

2 3

openSUSE Release Engineering Meeting 28.09.2022
by Richard Brown 12 Oct '22

12 Oct '22

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting Meeting is hosted here https://meet.opensuse.org/ReleaseEngineeringMeeting ## Attendees bittin, Sarah, Guillaume, Axel, Richard, Adrian ## Leap OutOfOffice - Today is Public Holiday in CZ JeOS -> Minimal rename WIP https://github.com/openSUSE/get-o-o/pull/123 Respin of 15.4 (Early Oct) - autobuild has no objection for CR of DVD from build power perspective, I'm bit worried about testing effort, but then we provide livecds this way for ages Leap Micro 5.3 - no specific update openSUSE-repos https://code.opensuse.org/leap/features/issue/91 https://github.com/openSUSE/openSUSE-repos/ https://build.opensuse.org/package/show/Base:System/openSUSE-repos Github issues for Richard, Max, Dominique to review my repo-id suggestions for respective distributions Pending initial submission to Factory, sr of as it is in Base:System gets autorejected by staging bot. Richard suggested skipping tue usual staging work and perhaps copy it as 000openSUSE-repos or similar. Prepping on openSUSE Asia summit workshop https://docs.google.com/spreadsheets/d/1AGKijKpKiJCB616-bHVoNQuhWHpQLHPWCb3… + VMs and possibly pre-recorded demo to avoid last minute it-worked- before-s The -v2 discussion on Factory is bit heated up. ## openSUSE Tumbleweed - Dominique Sick, Richard Covering openSUSE:Factory build fail stats: 215 failed, 74 unresolvable https://tinyurl.com/ysy4nnnz * grep 3.8: egrep and fgrep are deprecated in favor of grep -E and grep -F (please keep on fixing scripts with warnings) * GNOME 43 released 1 day after upstream * LLVM 15: staged in M (stuck), mostly ok, but postgresql fails to build with this * KDE 5.26 Beta in stagings, looking good so should go green as soon as it's released upstream and out to TW soon after * build is failing to build (ironic) - fix otw in A (should be checked in today), making stagings somewhat more 'fun' to manage meanwhile ## Richard (MicroOS) Various MicroOS Desktop branding fixes (including fixing the firstboot wizard for GNOME 43)(on the way out) Distrobox as default for MicroOS Desktop otw, toolbox still for regular MicroOS MicroOS Disk story - research ongoing - Lots of experimentation with FDE/Split disk configuration, such as transactional / on SSD and /var, /home, and similar on a HDD.Split Disk Conclusion: YaST does not have the sufficent support for subvolume mountpoints to do this in a supportable way. Full Disk Encryption (FDE) wTPM Status: YaST doesn't support LUKS2 sufficiently for defining FDE out of the box, and Grub is very broken with LUKS2 (but work is ongoing to correct that). Meanwhile experiments continue to see if I can force kiwi to build a working MicroOS Desktop (GNOME) image with FDE out of the box. MicroOS Desktop KDE has had some community efforts to fix it, but meanwhile it has been weeks without a working installation media (YaST crashes to Ruby debugger). SFaulken (contactable via the regular MicroOS Desktop Telegram/Matrix group) would probably appreciate help before talk about dropping the KDE flavour starts again. ## Max Not Available ## Guillaume - Arm Tumbleweed: * Rolling * armv7: kdump not available for armv7, so openSUSE- MicroOS:RaspberryPi2 image is unresolvable now. * armv6 not in good shapes, mainly due to rust not building (build hangs in OBS, so armv6 build of rust has been disabled). See https://github.com/rust-lang/rust/issues/60605. Fabian is testing a possible fix. Leap: * No update ALP: * SUSE:ALP: SR to build new image recipes for aarch64 is pending: https://build.opensuse.org/request/show/1006100 (hopefully merged this week) ## Sarah - s390 Open Source Day was successfully. We had an assigned Mentor with experience with Kernel contributions. All SRs for packages during this Hackathon were accepted. KDE re-enabled for s390x and multiple Python packages I had an additional video interview at the Open Mainframe Summit about the reasons for our Linux Distributions Working Group. I received also the question, how the maintenance for the other architectures are handled. I gave the hint, that IBM did not replace their retired employee for Power (Fedora and openSUSE). This conference was also a success. Tumbleweed and Leap are blocked because of failing tests. (TW looking better then Leap seems YaST related) Newer LinuxONE is out since last week speak with Ino to replace the old hardware to new hardware? snapshots were blocked during the weekend as openQA for s390x was down DimStar: s390x is rolling again. Snapshot 0823 has been published (ahead of intel x86_64 thats on 0822). DimStar: same issue again, we have an issue with workers lkocman: to reach out to Sarah and Ihno (these issues are related to openQA - https://progress.opensuse.org/issues/115583 / https://bugzilla.opensuse.org/show_bug.cgi?id=1202821). Collected tasks for Open Source Day Mentees (a lot of package updates at the end of next week) Sarah has been nominated for a keynote Pannel Dicussion at the IBM Z day related to community contributions: https://www.ibm.com/community/z/ibm-zday-2022/ ## Doug (will be unreachable while traveling for the next week) Not available ## Dirk Not available ## Wolfgang (Package Hub), Scott Bahling Not available ## Maintenance team (Marina or Marcus, Maurizio (m4u)) Not available ## Adrian - OBS Not available ## Open Floor No Topics -- Richard Brown Linux Distribution Engineer - Future Technology Team SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Germany (HRB 36809, AG Nürnberg) Managing Directors/Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman

2 3

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 05 Oct '22

05 Oct '22

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. - ansible-lint: Fails to build - erlang-rebar: Fails to build - fec: Fails to build - netcdf-fortran: Fails to build - pcsx2: Fails to build - perl-Gtk2: Fails to build - poke: Fails to build - python-rpyc: Fails to build - python-tinyarray: Fails to build - uranium-firmware-lulzbot: Fails to build 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>

3 2

x86_64 architecture level requirements, x86-64-v2 for openSUSE Factory
by Richard Biener 03 Oct '22

03 Oct '22

Hi, there's been rumors and confusion about ALP raising the x86_64 architecture level to v3 which requires CPUs with AVX2 support and how this will affect openSUSE Factory. Sofar openSUSE Factory was supposed to be not affected but I think it makes sense to re-consider the current -v1 usage given what other distros are doing. Thus I would propose raising the x86_64 architecture level to x86-64-v2 for openSUSE Factory. v2 requires CMPXCHG16B, [SL]AHF, POPCNT and SSE4_2 (and the predecessor SSE extensions) but not AVX, BMI or FMA. Historically the 32bit multilibs built in the i586 tree kept using i586 in openSUSE Factory while for SLE15 we are using x86-64-v1 there as well given there's no support for Hardware not supporting x86-64 there. This is not a proposal to change that part, so the 32bit port should be unaffected (I notice opensuse.org refers to the 32bit port as i686 though) Comments welcome. Richard. -- Richard Biener <rguenther(a)suse.de> SUSE Software Solutions Germany GmbH, Frankenstrasse 146, 90461 Nuernberg, Germany; GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman; HRB 36809 (AG Nuernberg)

32 100

openSUSE Release Engineering meeting 31.08.2022
by Lubos Kocman 01 Oct '22

01 Oct '22

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting Meeting is hosted here https://meet.opensuse.org/ReleaseEngineeringMeeting ## Attendees bittin, guillaumeg, lkocman, DimStar, ddemaio, adrian, richard, maxlin, mmeissner ## Leap 270.3 looks good, most failure are related to missing 15.5 /oss repo (more details below) rest of upgrade failures are related to boo#1202963 (missing liborcus-0.16.so.0) I expect that to be fixed with next snapshot update. I did kill pending jobs, @ttm ignored all failures and started publish. Publishing obs-> ftp-stage seems was fixed by Adrian during the call https://bugzilla.opensuse.org/show_bug.cgi?id=1202116 15.3 nvidia issue missing kernel-devel*57.3 in the GA repo (caused by rewriting ftp-trees as part of QU) https://en.opensuse.org/openSUSE:LeapQuarterlyUpdates_howto Plan for 15.3 is that autobuild team will rsync ftp trees from OBS to pontifex (while ignorning /iso). ^ Plan for 15.4 ongoing is to not do it this way, perhaps we should simply start building DVD as part of live-images effort. Our net-install image would not work as it expect to have the very same boot-related files from /oss. TW has this addressed according to Fabian lkocman@pontifex2:/home/lkocman> cat /etc/fstab | grep 15.5 /srv/ftp/pub/opensuse/update/leap/15.5/oss_debug /srv/ftp/pub/opensuse/debug/update/leap/15.5/oss auto bind 0 0 /srv/ftp-stage/pub/opensuse/update/leap/15.5/oss_debug /srv/ftp-stage/pub/opensuse/debug/update/leap/15.5/oss auto bind 0 0 Current understanding (based on autobuild) is that we're waiting for maintenance team to finish channel creation. I did @ttm ignore all failures on last build so we have Leap Micro 5.3 publish setup done, image build failures started by end of previous week. Originally I thought it was related to forking udica package, log is not super verbose, I'll reach out to snwint, currently images are rebuilding. (could be allso fixed from SLE Micro side). pontifex / osrt-publish_distro (was ~mirror/publish-distro/publish_distro) change was deployed to pontifex https://progress.opensuse.org/issues/115667 (discussed with heroes) Next candidate for similar move could be scripts/wrappers in ~mirror/bin, ~mirror is under git but not pushed (backed up) anywhere and we have some uncommited changes. mirror@pontifex2:~> cat .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true mirror@pontifex2:~> git diff | wc -l 85 Discussion about redesign and strategy of get oo.org for the ALP Release and last Leap etc and (related to support of HW older than x86_64-v3) more discussion during next weeks meeting ## openSUSE Tumbleweed openSUSE:Factory build fail stats: 198 failed, 34 unresolvable (1 week ago: 233/18) https://tinyurl.com/ysy4nnnz 26 snapshots in a row without interruption - until today that is: 0830 won't be published due to libxml2 update to 2.10.1, same so-version, but less features enabled thus not ABI compatible (https://bugzilla.opensuse.org/show_bug.cgi?id=1202965) * glibc 2.36 was published as part of snapshot 0827; no full rebuild was triggered, but in combination with libxml2 (which has like half the distro behind it), it's the right moment to do today * Mozilla Thunderbird 102: I have received notice that the new integrated key manager (openpgp) is not very comfortable, especially as 'searching keys' only queries openpgp.com, but no ^ news-o-o / factory@ announcement? <bittin>: there is a new Thunderbird update 6th September 2022, with some bugfixes and security fixes, not sure whats fixed exactly however ## Richard (MicroOS) BCI-for-Tumbleweed containers are progressing slowly Richard moving his daily driver to another laptop, using the exercise as a detailed UX re-evaluation of MicroOS Desktop GNOMEs current status and hitlist for getting things polished up (lubos can help) Currently hindered by investigating TPM/FDE issues with GRUB <lubos>: jeos-firstboot wizard being used? or combustion minimal installation use cases? Richard: we should consider dropping transactional-server role - it is no longer maintained by it's creator (Richard) who believes MicroOS fully obsoletes it. There is also a discussion as to whether the minimal role should be removed due to it's large overlapping usecases with MicroOS ## Max * The Backports checker is finished and the PR is open for review on Github and is open for suggestions https://github.com/openSUSE/openSUSE-release-tools/pull/2848 * Regarding to missing liborcus issue on the latest Leap snapshot, skippkg-finder removes liborcus 0.16 from the ftp-tree after it sees liborcus 0.17 was there, we need to update snpshots repo that should fix this problem Trying to work to solve the missing liborcus-0.16.so.0 problem for Leap 15.5 Lubos: to request a snapshot-update today *Drop python2* packages completely at the end of devel phase. We keep the interpret as a compromise as of now. dimstar: even python2 stuff still in TW lkocman to setup meeting for the next steps Rough idea: announce, keep interpret for some time to allow developer to rebuild packages, drop it with certain milestone (prior to Beta). Max: will check how many package still rely on python2 interpret(Alpha phase) ## Guillaume - Arm Thanks for the backup while I was on vacation! Tumbleweed: * Rolling, no blocker had a new snapshot yesterday 30th August 2022 Leap: * Started to work on 15.5 images ALP: * We have 3 projects in OBS for ALP: devel:LEO (used by openQA atm), devel:ALP and SUSE:ALP. This would need some clarification to know where the work should happen. lkocman: need to check on ARM:Images ARM:Images:ToTest (seems to be done) ## Sarah - s390 Not Available DimStar: s390x is rolling again. Snapshot 0823 has been published (ahead of intel x86_64 thats on 0822). DimStar: same issue again, we have an issue with workers lkocman: to reach out to Sarah and Ihno (these issues are related to openQA - https://progress.opensuse.org/issues/115583 / https://bugzilla.opensuse.org/show_bug.cgi?id=1202821). ## Doug * Events * Asked sponsor a Reproducible Builds event * https://reproducible-builds.org/events/venice2022/ * Connected community rep for KDE Akademy (thx you Stathis) * Submitted asknot-ng PR with several yml inputs * Question on Twitter providing mixed results about the logo& brand colors - https://paste.opensuse.org/75722100 * TSP solution * Discussions sound promissing. Should be briefed on new solution in the next two weeks * ALP * Will discuss marketing of it in community meeting * https://etherpad.opensuse.org/p/weeklymeeting20220901 * GSoC * Planning to send swag to particpants * Final evaluations due Sept. 19 at 18:00 UTC <lubos>: Swag for Chinese students at the SUSE Office ## Dirk Not available Trying to keep the Factory-ARM project building Debugging lack of publishing - Richard to investigate TTM Will be on vacation for the next two weeks ## Wolfgang (Package Hub), Scott Bahling Not available sbahling: Still fixing Package Hub 15 SP4. Around 3500 packages missing compared to SP3. Almost daily customer issue reports. Requires Maintenance Service Center requests for channel modification to process. Seems to be a slow process. Priority on KDE and monitoring-plugins packages. ## Maintenance team (Marina or Marcus, Maurizio (m4u)) 15.5 test update should go out in next test ours, the openSUSE setup is not yet done, we need to setup backports checks and pool repos, we have to do work on our side. Marcus mailed us with project config. The openSUSE / SLE side in IBS it seems to be ready, on openSUSE side there is a lot of setup that needs to be done first. Adrian: the pool repos should be in place now. Some openQA issues in one of the 15.4 groups (timeout), Marcus messaged QE core, however there seems to be no activity. ## Adrian - OBS Working on 15.5 publishing and it should hopefully work now and 15.3 FTP-tree is now downgraded on stage as the new media had NVIDIA bugs openSUSE Leap 15.5 started building yesterday to be published no update on SR mirroring issue (no feedback loop for submit request creators) ## Open Floor New openSUSE Wallpaper

34 96

Tumbleweed - Review of the week 2022/39
by Richard Brown 30 Sep '22

30 Sep '22

Dear Tumbleweed users and hackers, This week’s been a little different from Tumbleweed as our regular release wrangler, Dominique, has been sick. Therefore I’ve stepped in and picked things up without our usual handovers which made things a little challenging, but I’m proud to be able to say we still released 5 snapshots in the last 7 days, including some pretty big changes. The 5 snapshots (0922..0929 excluding 0924 and 0927) released during this week brought you these larger changes among many many smaller ones: - bind 9.18.7 (Security and minor feature/bug fixes) - libreoffice 7.4.1.2 - nodejs 18 as the default - Mesa 22.2.0 - Kernel 5.19.10 - btrfsprogs 5.19.1 - mariadb 10.9.3 - gnome-shell-extensions 43.0 - libqt5 5.15.16 - perl-Mojolicious 9.27 In the next snapshot (0930) we expect the following fun stuff: - Linux kernel 5.19.12 - Nodejs 18.10 - distrobox 1.4.1 In the staging projects, we currently test submissions like: - distrobox as the default instead of toolbox for the MicroOS Desktop (Staging:C) - KDE Plasma 5.26 (5.25.90 staged, Staging:K) - LLVM 15: breaks all versions of PostgreSQL (Staging:M, almost ready) - bash 5.2/readline 8.2 (breaks tre and also broke tcsh but fix already with these in Staging:A) - fmt 9.0: Breaks ceph and zxing-cpp - gpgme 1.18: breaks LibreOffice - libxslt 1.1.36: breaks daps - util-linux 2.38.1: this also brings a massive package layout change, which will probably take some time to settle. It’s part of the distro bootstrap and we have to be careful not to blow it out of proportion Thanks and have a lot of fun! - Richard

1 0

New Tumbleweed snapshot 20220929 released!
by Dominique Leuenberger 30 Sep '22

30 Sep '22

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: adwaita-qt-src (1.4.1 -> 1.4.2) exim libqt5-qttranslations (5.15.5+kde2 -> 5.15.6+kde2) v4l2loopback (0.12.5 -> 0.12.7) === Details === ==== adwaita-qt-src ==== Version update (1.4.1 -> 1.4.2) Subpackages: adwaita-qt5 libadwaitaqt5-1 - Update to version 1.4.2: + Fixed plugin path for Qt6. + Switch between dark/light variant on runtime on QEvent::PaletteChange. + Qt5X11Extras is an optional dependency. + UI: QMenu improvements. + Fixed placeholder text color for Qt6. ==== exim ==== - add (patch-no-exit-on-rewrite-malformed-address.patch) Fix exit on attempt to rewrite a malformed address (Bug 2903) - Own /var/spool/mail (boo#1179574) - Migration to /usr/etc: Saving user changed configuration files in /etc and restoring them while an RPM update. ==== libqt5-qttranslations ==== Version update (5.15.5+kde2 -> 5.15.6+kde2) - Update to version 5.15.6+kde2, rebased upstream: * No code changes ==== v4l2loopback ==== Version update (0.12.5 -> 0.12.7) Subpackages: v4l2loopback-autoload v4l2loopback-kmp-default v4l2loopback-utils - Update to version 0.12.7: * Add explicit format specifier to printf() invocations (bsc#1202156, CVE-2022-2652). * REMAKE_INITRD is deprecated in dkms 3 * event: install event (un)subscribe hook * Don't fail if allocating 0-sized buffers * Other minor fixes - Refresh v4l2loopback-include_header.patch.

1 0

which configuration changes for x86_64-v2+ necessary?
by Stefan Seyfried 30 Sep '22

30 Sep '22

Hi, can someone describe what the exact changes in which OBS projects / packages will be to enable x86_64-v2-or-later-only? My idea is that I'd like to build a set of packages that allow "legacy" machines to still boot / be useful. My guess / hope is, that only a few packages actually need to be built with "legacy" flags enabled (glibc of course, maybe gcc?) and most others will just keep working. More packages can then be added if we see "SIGILL" crashes. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman

7 21