March 2023 - openSUSE Factory - openSUSE Mailing Lists

Re: So Leap is transitioning to a 16 variation?
by Fritz Hudnut 29 Mar '23

29 Mar '23

> ---------- Forwarded message ---------- > From: Knurpht-openSUSE <knurpht(a)opensuse.org> > To: factory(a)lists.opensuse.org > Cc: > Bcc: > Date: Wed, 29 Mar 2023 20:53:22 +0200 > Subject: Re: So Leap is transitioning to a 16 variation? > Op woensdag 29 maart 2023 20:36:26 CEST schreef Larry Len Rainey: > > Btrfs is a loser for me too - ext4 forever - btrfs is nothing but trouble. I > > will be leaving as well if btrfs is required. Looks like Mint MATE will be > > my replacement. > > > > I wonder if Walmart will go btrfs - they like LVM. and ext4 and raw > > filesystems. > > > > > > On 3/29/23 13:18, Carlos E. R. wrote: > > > > On 2023-03-29 17:25, Fritz Hudnut wrote: > > > > > > Leap 16.0 Putting high level requirements for Alpha. I think I could > > have something usable by end of this week. > > https://en.opensuse.org/Portal:16.0 So far everything shows that base > > system will have traditional 12 months + overlap support. > > > > > > [QUOTE] > > Migration path from the previous releases > > > > Users will be officially able to upgrade to Leap 16 only from the > > openSUSE Leap 15.5 transactional update server and from Leap Micro > > 5.X. There are experimental tools that can be used to migrate a > > non-transactional-update system, but we highly recommend doing a clean > > installation instead. The migrated system would have to be btrfs > > based. > > > > [/QUOTE] > > > > This is good news . . . will this migration path from 15.5 be > > available sometime soon? Or, the repos will have to be edited to "16" > > to make it to Alpha stage materials?? > > > > > > I don't see the good news anywhere. > > > > Only 15.5 transactional update server and Leap Micro 5.X can upgrade, not > > the rest. > > > > And it has to be btrfs. > > > > Thus none of my systems can upgrade. What then, Ubuntu, Debian, what? > To be clear: > - There is going to be a Leap 16 > - Leap 16 is not going to be just another Leap > - It is going to be ALP based > - Anyone following news.o.o can read about that > So please stop basing your assumptions on your guesses. > Meetings have been going on for ~1 year, everything was done in public. > > -- > Gertjan Lettink a.k.a. Knurpht > openSUSE Board > openSUSE Forums Team > _______________________________________________ > openSUSE Factory mailing list -- factory(a)lists.opensuse.org > To unsubscribe send an email to factory-leave(a)lists.opensuse.org et al: Last I saw here was that "Leap 15.5 is the last iteration of Leap to be produced" . . . so in that sense, if there is to be a 16 distro that is "good news." So, not following the details on the "upgrading from 15.5" . . . there might be a "click to upgrade" option, OR it would have to be via "editing the repos"??? I also do not use btrfs formatting . . . ext4 for everybody on my multi-booter . . . that is no longer going to be an option??? @Larry . . . Mint MATE is a good choice in Mint, the only issue I had with Mint is, that most ubuntu flavors only let themselves be included in the grub boot menu . . . so if there is a multi-boot situation that gets "complicated" . . . .

1 0

java 20
by Michal Hlavac 29 Mar '23

29 Mar '23

Hi, since we have java 20 few days, I would like to ask what is the proper way to ask for a package? Is there anything I can do to help with this? thanks, m.

1 0

openSUSE Release Engineering meeting 29.03.2023
by Lubos Kocman 29 Mar '23

29 Mar '23

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting The meeting is hosted here https://meet.opensuse.org/ReleaseEngineeringMeeting ## Attendees DimStar, GuillaumeG, ddemaio, lkocman, wolfgang, dirk, maxlin We tried https://meet-test.opensuse.org/ReleaseEngineeringMeeting so far it was a pleasant experience ## Leap Leap 15.5 a new build finally looks good. Leap Micro 5.4 is Beta since yesterday https://news.opensuse.org/2023/03/28/leapmicro-54-beta-hands-on/ Prepping for the Devconf mini conference @Brno on Friday. 15.4 image respin based on QU2 - TBD Leap 16.0 Putting high level requirements for Alpha. I think I could have something usable by end of this week. https://en.opensuse.org/Portal:16.0 So far everything shows that base system will have traditional 12 months + overlap support. ## openSUSE Tumbleweed openSUSE:Factory build fail stats: 200 failed 53 unresolvable (one week ago: 479 / 94) https://tinyurl.com/ysy4nnnz * GNOME 44 was published shortly after made avaialble by upstream. (0324) * Staging:C: openssl 3.1 incoming; a few packages failing to build * 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 ~1800 packages) i586 carve-out from Factory => Automatic migration kicked off with snapshot 0201. The port is rolling Snapshot 0327 does no longer contain i586; users have been auto- migrated (when using default repos) since beginning of February. ## Richard (MicroOS) Distrobox Packaging container out and documented - https://en.opensuse.org/Distrobox#Distrobox_For_Packagers No negative feedback (yet?) lkocman: small change to wiki related to --root lkocman: we should add ca-certificates-suse (sr on the way) MicroOS Desktop users may be experiencing reboots managed by rebootmgr instead of the expected notifications - this is due to a mismatch in config between MicroOS Desktop branding packages and transactional- update. Working with the transactional-update maintainer on a proper solution, meanwhile creating an /etc/transactional-update.conf and setting REBOOT_METHOD=notify works around it ## Max Leap 15.5 * New snapshot 442.1 published with KDE updates * Focus on build fails in Backports * Build stats in Backports(x86_64): 3 unresolvables, 24 fails(last week: 7 unresolvables, 38 fails) ## Guillaume - Arm Tumbleweed: * Regression on aarch64 with gcc13 fixed (with an overlay in :ARM for now): https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109230 * Still building atm * 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: No aarch64 specific issues * 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. => Could we publish it on Microsoft store anyway? lkocman: Team is okay, but we need to make sure that such case is covered in openQA 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: * bootloader issue after network configuration in textmode -> I will analyze kernel configuration suggestions by IBM: https://bugzilla.opensuse.org/show_bug.cgi?id=1188896 lkocman: Should I share it with Virt team + Ihno? How to handle qemu/kernel bug report (handled by SUSE in the past): https://bugzilla.opensuse.org/show_bug.cgi?id=1202727 other output than on x86 for backup software restic: https://bugzilla.suse.com/show_bug.cgi?id=1208665 -> forwarded as upstream issue (with hint, how to receive a s390x vm by IBM) ## Doug * Google Summer of Code * 10 Proposals Submitted; deadline April 4 (18:00 UTC) * Ranking session planned for April 25 (deadline April 27) * oSC23 * Meeting on 30.03 * Coordinated Keynote * Catering arranged * Sent technical info to Z-Bau * 76 registered, 48 submissions * Sent packages of marketing material * Updated logo/trademark links via commit & PR * GUADEC sponsorship lkocman: quiz for conference booths in openSUSE/artwork link TBD ## Dirk Experimented with a CDN for download.opensuse.org together with d.o.org admins (Andrii and Bernhard) * potentially > factor 5 latency improvement * Budget / funding tbd * 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 * Moved duplicated packages to subpackages for SLE-15-SP5 (thanks to Max for the list of packages) * Packages in subpackages for SP5 is up to the level of SP4 (still considering putting more packages there because of migration from Leap to SLE) * patterns-mate added to openSUSE:Backports:SLE-15-SP5 (thanks Max) ## Maintenance team (Marcus or Maurizio (m4u)) Not available 15.5 setup is done - Do we want to swap key for the 4096 rsa key now? Done lkocman: We're still not in RC phase, so better now than later. openSUSE:Leap15.5 would be affected for now, 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. 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. 15.4 is working 5.3 is working 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. 15.5 setup is done (status 21.2.2023). lkocman needs to do official 15.5 Maint setup request beta in ~2 weeks 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. (Was done, Olaf Hering) ## Adrian - OBS No updates lkocman: Please reach out to legal(a)suse.de ## Open Floor metrics-o-o https://metrics.opensuse.org/ https://github.com/openSUSE/openSUSE-release-tools/tree/master/metrics/acce… openSUSE Leap 15.4 stats are suspiciously spiking up. Is it an anomaly are we accidentally countining in openQA? Doug mentioned that we have suddenly have increased sales of openSUSE stuff in Germany. So he is not surprised. We're still investigating if the data is valid. Doug is already on it with Witek, Witek is trying to apply filtering only the HTTP code that is 200 (40X is not currently filtered out).

1 0

New Tumbleweed snapshot 20230327 released!
by Dominique Leuenberger 29 Mar '23

29 Mar '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: transactional-update (4.1.4 -> 4.1.5) === Details === ==== transactional-update ==== Version update (4.1.4 -> 4.1.5) Subpackages: dracut-transactional-update libtukit4 transactional-update-zypp-config tukit tukitd - Version 4.1.5 - Add support for configuration file snippets

2 1

New Tumbleweed snapshot 20230326 released!
by Dominique Leuenberger 28 Mar '23

28 Mar '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: gnome-music (44.rc -> 44.0) gobject-introspection (1.76.0 -> 1.76.1) python-CommonMark python-click python-pexpect === Details === ==== gnome-music ==== Version update (44.rc -> 44.0) Subpackages: gnome-music-lang - Update to version 44.0: + Update appdata for the 44.0 release. ==== gobject-introspection ==== Version update (1.76.0 -> 1.76.1) Subpackages: girepository-1_0 libgirepository-1_0-1 - Update to version 1.76.1: + Handle null default values. + Documentation fixes. ==== python-CommonMark ==== - Remove not needed requirement python-setuptools ==== python-click ==== - Remove not needed requirement python-setuptools ==== python-pexpect ==== - disable some tests [bsc#1209560] * test_spawn_uses_env - seen failed on s390x * test_forced_terminate - seen failed on armv7l * test_interact_escape_None - seen failed on s390x

4 6

How to Resolve QuickBooks Error 6144 82?
by amelia smith 28 Mar '23

28 Mar '23

QuickBooks is world’s leading accounting software, trusted by millions of business owners in managing their business. It’s highly innovative software but like any other software this ace accounting software also receives some errors and issues. One of the most common errors that QuickBooks users face is Error 6144 82. Often, this error appears when we try to open a company file used by a different application. This blog post aims to offer you step by step instructions to fix QuickBooks Error Code 6144 82. However, if you are looking for instant help then you may call to our QuickBooks consulting team at +1-844-405-0907. Read More: https://www.hostdocket.com/quickbooks-error-code-6144-82/

1 0

util-linux-tty-tools in legacy distros
by Stefan Seyfried 28 Mar '23

28 Mar '23

Hi all, for fixing apcupsd build, whose configure script has a really bad desire for /usr/bin/wall, I had to add BuildRequires: util-linux-tty-tools This makes it unresolvable in all legacy distros (15.x and earlier). Now devel projects generally do not have to care for "old crap", so this is fine. However, for such cases, wouldn't it be wise if the prjconf of all old distros had an appropriate "Substitute:" line for that? That would be an easy fix for all these (or maybe a FileProvides: /usr/bin/wall?). Have fun, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman

1 0

openSUSE:Factory - Build fail notification
by DimStar / Dominique Leuenberger 27 Mar '23

27 Mar '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-celery: 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>

1 0

Proposal: why not turn Leap 15.5 into a trad'l "rolling" distro?
by Fritz Hudnut 27 Mar '23

27 Mar '23

Folks: Once again, when "we" in TW hit these "balloon upgrades" when thousands of packages are dropped into zypper to maintain the system, and those of us with older hardware (circa '12) run into time consuming issues for our geriatric machines to be able to process them . . . . We get into "discussions" on the forum about what exactly does "rolling" mean vs "new distribution release for total rebuild of the system" . . . and during those interactions it came to me that perhaps Leap 15.5 could be the "mule" for developing the more traditional "rolling" platform, similar to Manjaro, where the basic system is upgraded/maintained . . . generally a couple hundred packages every other week or so . . . ??? Kernel and browser freshness is generally all that an end user such as myself would need, to support his DE of choice. As of late the "protectors of TW" are raging about how "we need to upgrade gcc completely to maintain parity with . . . newness"??? That may indeed be the case, but, In kicking around with TW for roughly 10 years I can't recall a time on the forum when I was having issues, where a guru would say, "You need to upgrade to gcc12, right now!!!!" Or whatever gcc option that would be the next new option. Leap 15.5 could provide the opportunity to continue using that technology, but buttressed with "stability" for the basic system, and just "roll in" kernel updates and so forth, "evolution" rather than "totally revamping every package" as now seems to be the case with TW. Thanks for the bandwidth.

11 17

Changing Role
by Richard Brown 27 Mar '23

27 Mar '23

Dear Factory Community, From April 1st I'm going to have a new role at SUSE, as their newest Distributions Architect helping design and build our future distributions and the processes around them. This means after 5 years my time as a Release Engineer has come to an end. It’s been an absolute pleasure managing the releases of MicroOS, starting the MicroOS Desktop, and being Dominique’s backup for keeping Tumbleweed rolling. This isn’t goodbye as you can be sure I’ll be still be around, working with you all as part of my new role. I’ll also be keeping a close hand on my baby, the MicroOS Desktop, even though formal responsibility for MicroOS will fall to my successor as Release Engineer. Talking about that, would YOU like to be that successor? The job position is already open for applications, and we'd love to recruit someone from the community. You can find more and apply here: https://suse.wd3.myworkdayjobs.com/Jobsatsuse/job/Prague-Czech-Republic/Lin… I can certainly say that my time in the role was not only the most educational time I've had working on SUSE/openSUSE, but also the most fun. It's a great opportunity for someone to get totally hands-on with the Factory/Tumbleweed/MicroOS codebase, which I would hope is a great deal of the people here. Have a lot of fun, Richard -- Richard Brown Linux Distribution Engineer - Early Adopters 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 2