Search results for

Re: openSUSE Release Engineering meeting 03.01.2024

by Bernd Ritter

Hi, the distro logos are not an identity. They identify a branch of development. These change over time, as branches also changes, as we just see with the development of MicroOS as a "new" member and/or the upcoming of SlowRoll. As stated before, I identify with the chameleon as logo for the whole project. And this is not subject to change, as far as I have understood this. Also the logos are supposed to be more homogeneous - which a good move especially in hindsight of the big ALP as a common base change. Communication on before was leading into a different direction and it sounded if the whole project's identity is about to change - but that's also partly because of the drama seeking social media. Cheers, Bernd Am 05.01.24 um 10:12 schrieb Richard Brown: > On 2024-01-04 20:34, Lubos Kocman via openSUSE Factory wrote: >> I get your concerns, but If you check the wallpaper in 15.6 and 15.5 >> it's already using the "modernized Leap logo" which "luckily" also won >> in the survey. So far nobody complained about wallpaper and I feel >> that the wallpaper was accepted very well. So it's really about >> finishing what's already halfway done. I'm not touching any other >> graphics. >> >> https://github.com/openSUSE/branding/blob/leap-15.5/raw-theme-drop/desktop-… >> >> https://github.com/openSUSE/distribution-logos/tree/main/Leap (so all >> I need to do is just to submit it here). > > I interpret your above reply as "I get your concerns but we're going > to move ahead anyway" > > This approach, which is has been demonstrated repeatedly in this > process, is precisely the source of all of my dislike of any such change. > > I wholeheartedly agree with Christian Boltz > > Changing something as important as our projects identity should not be > forced upon the Project and we have a Membership and Membership votes > precisely for ensuring such major changes to the Project proceed with > consent of the people who make up the heart of this Project. >

10 months, 3 weeks

Re: [TW][Slowroll] latest opi wants to install build system tools and more (29 new)

by Michael Pujos

That's because opi depends on package rpm-build, which brings all these deps. The spec mentions: "for rpm building and snap extracting" That seems a bit excessive. On 1/19/24 19:53, Felix Miata wrote: > Should I report a bug? If yes, against TW? SR isn't apparent there. > To update opi: > # time zypper -v dup > ... > Computing upgrade... > ... > The following package is going to be upgraded: > opi 3.5.0-1.1 -> 4.3.0-1.1 > > The following 29 NEW packages are going to be installed: > binutils 2.41-1.2 > debugedit 5.0-5.6 > dwz 0.15-2.6 > gcc 13-1.6 > gcc13 13.2.1+git8109-1.1 > gettext-runtime 0.21.1-2.4 > gettext-tools 0.21.1-2.4 > glibc-devel 2.38-7.1 > libasan8 13.2.1+git8109-1.1 > libatomic1 13.2.1+git8109-1.1 > libctf-nobfd0 2.41-1.2 > libctf0 2.41-1.2 > libhwasan0 13.2.1+git8109-1.1 > libitm1 13.2.1+git8109-1.1 > liblsan0 13.2.1+git8109-1.1 > liblzo2-2 2.10-8.4 > libtextstyle0 0.21.1-2.4 > libtsan2 13.2.1+git8109-1.1 > libubsan1 13.2.1+git8109-1.1 > libxcrypt-devel 4.4.36-1.4 > linux-glibc-devel 6.6-1.1 > make 4.4.1-2.5 > patch 2.7.6-6.9 > python-rpm-macros 20231010.0a1f0d9-1.1 > python-rpm-packaging 20210526+a18ca48-1.9 > python311-packaging 23.2-1.1 > rpm-build 4.18.0-6.2 > rpm-build-perl 4.18.0-6.2 > squashfs 4.6.1-2.2 > > 1 package to upgrade, 29 new. > Overall download size: 1.3 MiB. Already cached: 48.7 MiB. After the operation, additional 188.3 MiB will be used. > Continue? [y/n/v/...? shows all options] (y): n > # > > Why are all these construction packages required in order to do opi package > searches? Is this really intended?

10 months, 1 week

openSUSE Release Engineering meeting 26.07.2023

by Lubos Kocman

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 RBrown, DimStar, lkocman,guillaumeg, anag, adrians, maxlin ## Leap The next hackweek will take place in the week of 6th November. Excited about https://grommunio.com/blog/grommunio-packages-in-opensuse-factory/ Deployments (100k users) like this makes me see the convenience for customer to simply register and migrate Leap to get support from SUSE. I helped NETitworks to apply for SUSE partnership. Meeting minutes: https://etherpad.opensuse.org/p/ReleaseEngineering-20230720-netitwork All reported feature requests against 15.6 were processed. https://code.opensuse.org/leap/features Filed several tasks regarding remaining setup of 15.6 (for QA, IT, autobuild, etc). So we give team enough heads up to e.g. plan for the openqa/maint setup around Beta timeframe, especially with all the work on ALP. Need to request Leap Micro 5.6 setup. Some work on openSUSE-repos to support the try-out CDN https://github.com/openSUSE/news-o-o/pull/180 ## openSUSE Tumbleweed openSUSE:Factory build fail stats: 87 failed 5 unresolvable (last week: 90 failed, 1 unresolvable) https://tinyurl.com/ysy4nnnz * openQA migrated to the new data center; snpashots 0720 - 0723 were not tested/released * kernel 6.4.6 (with ZenBleed fix) in staging, should be available by end of the week * libxml2 2.11.x blocked, as it breaks things like perl-XML-LibXML, * fmt 10 blocked, as it breaks mariadb boo#1213219, ceph boo#1213217 ## Richard (Aeon) Really want to get Aeon's own media out soon, but also taking care not to overwhealm OBS with endless experimental changes while the DC migration leaves us with lower resources So been focused on tidying up some organisational backlog https://aeondesktop.org/bugs is now a nice curated list of all open Aeon bugs. I plan to keep this list well managed in the future, maybe by using bots Feel free to file more bugs https://aeondesktop.org/reportbug Considering a structured approach to handling customisation to Aeon in relation to bug reports https://en.opensuse.org/Portal:Aeon/DevelopmentThoughts TL;DR - highest priority will always be given to bug reports from Aeon systems with no altered RPMs. - adding (most) packages from the official TW Repos / NVIDIA will still be supported but at a low priority - adding packages from anywhere else, or known-bad packages from TW Repos, will lead to bug reports from that system being handled with least priority. Userspace and bugzilla bot tooling needs to be written to impliment the above first. ## Richard (ALP Architecture) ALP-Leap-Replacement meeting minutes - https://etherpad.opensuse.org/p/weeklymeeting20230725 Summary - Few community discussions in the last month - 2 ongoing experiemntal concepts - Slowroll - basically a slower version of Tumbleweed to be less scary for Leap users - Linarite - basically a narrower, smaller Leap-like distribution, likely with less desktops and fewer packages, formerly GrassyKnoll - Limited progress to the "Slowroll" concept in the last month - No progress on Linraite since GrassyKnoll - Planning on doing a poll with the official election platform for Members only to get some indication as to whether Slowroll, Linarite, or not replacing Leap is where our contribution bases interest lies. Personal Note: Richard is concerned at the apparant lack of contributor interest in these efforts. Without more contributions we're not likely to have a great solution, or maybe any solution, for Leap users ## Max * Leap 15.6 and Backports-SLE15-SP6 are all good, we're lack of build power though, therefore we do only have enabled x86_64 build for now * The required Backports/Leap 15.6 checkers are running on botmaster * I did submitted package update from 15.5:Update and Backports:SLE-15- SP5:Update to 15.6/Backports:SLE-15-SP6 ## Guillaume - Arm Tumbleweed: * Rolling * gcc13 bug leading to build failure of highway (and maybe more) - https://bugzilla.opensuse.org/show_bug.cgi?id=1213647 * shim currently not signed by Microsoft for aarch64 (Tumbleweed only, Leap is fine). It has been sent upstream for review, so it is progressing - https://bugzilla.suse.com/show_bug.cgi?id=1211297 * armv6: python-setuptools-rust package fixed, so armv6 is now in better shapes - https://bugzilla.opensuse.org/show_bug.cgi?id=1213005 Leap: * 15.5 aarch64: kernel oops seen on openQA aarch64 workers - https://bugzilla.opensuse.org/show_bug.cgi?id=1213620 * 15.5: port for armv7: containers are currently not building/created. Dirk mentioned that driver in 15.4 was the k3s team. 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 ## Sarah - s390x Not available Tumbleweed * running * small test issue related to system profile in the installation Leap: * working * waitingSubmissisions with fixes for gtkd and gnu-cobol: https://build.opensuse.org/request/show/1072852 (waiting for a simple Submit Approval of a Requires since 4 months!) -> Alternative submitting directly to zSystems if Maintainers do not respond -> Resolving https://bugzilla.opensuse.org/show_bug.cgi?id=1209438 https://build.opensuse.org/request/show/1078385 * Sarah is organizing access to IBM Z Security Portal regarding security fixes (Spectre v2and other things) -> waiting * SUSE/openSUSE zSystems meeting has happened * The bi-weeky openSUSE zSystems meeting will switch from 18:00 to 19:00. ## Doug Not available * Sponsorship of LinuxFest NorthWest from previous pre-covid sponsorship carries forward this year * Contact ddemaio if plan to attend or want to run a booth * https://linuxfestnorthwest.org/ * openSUSE Conference 2023 videos complete * Thank you c3voc & openSUSE Video Team * Scheduling video posts on social media * Project Clarity * Establishing a clear understanding of projects within the openSUSE Project umbrella and how new project will be identified, verified to be part of the openSUSE Project * Board will be taking this on (Rancher and Uyuni/SUSE Manager) was discussed in the board meeting earlier this week) * openSUSE.Asia Summit * Registrations 4, Submissions 5 * Talks can be onsite or virtual (recorded). * Deadline is August 20. * Submit your proposal at https://events.opensuse.org/ * openALT / Fall 2023 (invoice based) sponsorship approved by Anicka (10k CZK) - Dirk reminded us about OSCC still having some budget available * Trying to troubleshoot one TSP payments * Community meeting * Worked on project clarity & enhancing info on https://en.opensuse.org/openSUSE:How_to_contribute_to_Factory * EL Collaboration Meeting changed to once a month. Next is August 31 * GSoC * Mid-term evaluations complete with 100% Friday, July 14, by 18:00 UTC * openSUSE Boxes * Two companies are thinking about restarting with Start-Up Booklet * Stakeholders informed * Need to schedule followup meeting w/netitwork Static * Still need future storage location * AI topics (static) * Scraping of info & how it might affect costs is being dicussed by board * Dirk: There is a OSCC meetup today touching the topic * Board looking into using AI to help with possible moderation *** ddemaio will be unavailable for this meeting until the August 9 meeting starting next week ## Dirk Not available CDN contract with Fastly is signed, Fastly is sponsoring openSUSE project with CDN bandwidth Currently added as fallback mirror for North America, South America and Europe lkocman: Will this affect our download metrics? Dirk: Since we don't track downloads from instances other than download-o-o, and we're not switching download-o-o currently. So pretty much same state as before. Step 15.6/SP6 enablement for armv7 Various package updates like usual Added openSUSE Tumbleweed BCI images (SLE BCI images built for opensuse, available on registry.o.org) Location changed from registry.opensuse.org/bci/* to registry.opensuse.org/opensuse/bci/* BCI non-devel images are now available in openSUSE Registry, images are TW based. ## Wolfgang (Package Hub), Scott Bahling Not available Project openSUSE:Backpors:SLE-15-SP6 created in OBS (currently build disabled because of AC issues in SRV1, more build workers will be added latest tomorrow) Creating release package for SP6 (SUSE:Backports:SLE-15-SP6) today in IBS ## Maintenance team (Marcus or Maurizio (m4u)) Not available No big news Firefox needs updates of dependencies before it can be updated to the current version (Security fixes) libzypp update in 15.5 was fixed by releasing missing dependency. libzypp issue that can be properly addressed only with respin of DVD. See section above for more details. openQA is OK currently. (snapper was fixed) Some 15.5 updates from between freeze and GA need to be released, WIP for Marcus Key rotation: Migration with changed 4k key. Current autoimport solution is not ideal. Marcus will work on update of the opensuse-build-key https://en.opensuse.org/SDB:System_upgrade#0._New_4096_bit_RSA_signing_key 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. 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 OBS build power is back to normal after fixing misconfiguration which kept workers busy. Servers for OBS is moving to new datacenters until the end of the month of July AC problems in Nüremberg with openQA servers ## Open Floor

1 year, 4 months

openSUSE Release Engineering meeting 27.03.2024

by Lubos Kocman

How to join the meeting? https://calendar.opensuse.org/teams/release/events/opensuse_release_enginee… All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting ## Attendees ana, guillaumeg, DimStar, Sarah, lkocman, rbrown, wengel, ddemaio,maxlin, bmwiedemann ## Leap Leap 15.6 Build641.1 was published yesterday by Max Leap 15.6 Beta known issues page https://en.opensuse.org/openSUSE:Known_bugs_15.6 I need to look into Axel's submission Antonio just send submissions relevants to the KDE Gear update https://code.opensuse.org/leap/features/issue/154 ^ Many many thanks for amazing job in the Leap KDE space Antonio & friends. Leap 15.6 appliances are currently blocked at https://bugzilla.suse.com/show_bug.cgi?id=1213595 Fix in kiwi for ^ goes to maint update for 15.5/15.6 Internship interest in SUSE Czechia, we'll have to work out some plan. (COFIT Job fair) Merged pending submissions for openSUSE-repos (Slowroll + duplicate slashes). skelcd / EULA work on Micro 6.0 to finalize Package DVD builds ## openSUSE Tumbleweed (ana) openSUSE:Factory build fail stats: 135 failed 25 unresolvable (last week 149 failed, 23 unresolvable) https://tinyurl.com/ysy4nnnz => Around ~35 are python packages that are still failing to build (with Python 3.12), big improvement since last week More than 1200 SR accepted since last week. Most relevant updates: * kernel-source-longterm 6.6.22 * Linux kernel 6.8.1 * KDE release gear 24.02.1 * GNOME 46.0 * libzypp 17.32.0 + zypper 1.14.70 (try zypper dup --remove-orphaned) * shadow 4.15.1 (upstream bug blocking was fixed) * systemd 255.4 And many other new things: * bind 9.18.25 * cmake 3.29 * elfutils 0.191 * emacs 29.3 * Haskell ecosystem to compiler GHC version 9.8.2 * ghostscript 10.03.0 * GraphicsMagick 1.3.43 * OpenJDK 22 release (java-22-openjdk 22.0.0.0) * Mesa 24.0.3 * MozillaFirefox 124.0.1 * MozillaThunderbird 115.9.0 * Qt 5.15.13 * rust1.77 to version 1.77.0 default! * TeXLive 2024 * wine 9.5 Updates waiting / work still in progress: * Plasma 6.0.3 + Qt 6.6.3 * autoconf 2.72, waiting released libreoffice 24.2.2 (end of March, ready in devel project) ### longer-lasting topics * GCC 14: second phase ongoing, use gcc14 as the default compiler (Staging:Gcc7) * RPM 4.19.1.1 + 4.20 * RPM 4.19.1.1 (user/group dependencies), Packages not included in rings getting updates, still some more to go. Few remaining packages: (9) https://bugzilla.opensuse.org/showdependencytree.cgi?id=1221415 * Preparations for RPM 4.20, %patchN won't be supported anymore, see https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… (as last week there were 188 spec files left with this issue in Factory) * Python 3.12+removal of 3.9 modules: Not all modules fixed to build with Python 3.12, removal of python 3.9 modules blocked by build failures. Python3.9 interpreter would stay for some time more. * go1.22 as default go version, blocked on i586 with packages which export CGO_ENABLED=0 and go build -buildmode pie https://github.com/golang/go/issues/64875 (needs to update ~70 packages) traking at https://bugzilla.opensuse.org/show_bug.cgi?id=1221095 * libxml 2.12.1, on hold, no progress * dbus-broker as default dbus session manager, now everything builds, two openQA checks failing. * memtest86+ (waiting for update of installation-images, https://bugzilla.opensuse.org/show_bug.cgi?id=1221221 ) * grub2 with support for BLS - Boot Loader Specification, blocked by a kiwi update, open issue https://build.opensuse.org/request/show/1161323 https://github.com/OSInside/kiwi/issues/2497 ## Richard (Aeon+botmaster) A number of Release Announcements are currently being blocked as spam by lists.opensuse.org. This has (finally) been reported to admin(a)opensuse.org (which was also blocking the error reports...) lkocman: sourcedvd requests have also like 5 spam messages a day from various domains. It wasn't like that a year ago Richard: which email address is used for build failure announcements? Is it @suse.de? Dimstar: it's @opensuse.org one. Building mkosi based images, in doing so found plenty of issues with mkosi packaging (fixed with consultation with upstream), and possibly obs-build (to be reported after packaging issues fixed) But basic images are now building, figuring out how to actually make them bootable now Adrian: I was not aware that we're using mkosi for building images. Luka + Ludwig? working on it. Rebasing images might be broken. Richard: missing deps were sent to mkosi, they should be on the way to Factory. tik (Transactional Installation Kit) is now packaged and will be otw to Factory soon, but should only be used in conjunction with images - installing on any other system will turn it into an installer and just boot into tik. ## Max Leap 15.6 - build stats in Backports: 42 failed(was 80), 5 unresolvable(was 30) lkocman: Great job Max! * Published build641.1 on Mar. 26 * More build fixes has been merged * Dropped unneed haskell package * Dropped build unresolvabled Django module package lkocman: SLES 15 SP6 working towards their first RC. Please expect ## Guillaume - Arm * Tumbleweed: - Rolling - WIP: Still some packages built without PAC/BTI - rpmlint: https://rpmlint.opensuse.org/ * we noticed that rpmlint does not check anymore for packages built without distro %{optflags}. We should add it back. https://bugzilla.opensuse.org/show_bug.cgi?id=1217840 Doug: rpmlint GSOC topic. Neal will be helping to mentor that. https://github.com/openSUSE/mentoring/issues/204 * Leap 15.6/Backports SP6: - Fixed: Firefox killed due to OOM - https://bugzilla.opensuse.org/show_bug.cgi?id=1221314 ## Sarah - s390x Tumbleweed: - plasma6-desktop requires xorg drivers (already sumbmitted with removing ExclusiveArch) - z13 not supported any more for python-numpy (End of Life announced for z13 end of the year): VXE as CPU feature forced: https://bugzilla.opensuse.org/show_bug.cgi?id=1221902 - Upstream gcc Developers want to receive additional hints with packages for a high amount of used memory: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 Adrian will look into this. -> Most memory problems solved - Adopted constraints based on improvements: PostgreSQL16, kokkos, arpack-ng Question: Does anybody know a raising package with high memory usage on s390x? Miroslav Franc mentioned some potential issue with memory flushing on s390x which could be causing random fails. Could that be related? (lkocman will mention it to Marcela+Ihno so she can look into it). Miroslav mentioned https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 which he got from Marcela this is separate issue from https://bugzilla.suse.com/show_bug.cgi?id=1214702 Both can cause unstable workers the latter is the TLB/flush firmware issue, where we're pending patch to supply further debugging info from runtime. ## Doug * Desktop wallpaper collection * Request is made for Leap 16 * Lubos and I have access to UI/UX team tool (airtable) * The idea is: an abstract wallpaper with the project logo that could be used across all distros, one abstract with the distribution logo, a night/day digital art one with chameleon, and two photos from a community photo competition or similar. * Interest expressed by BYU-Idaho to start a Linux Society * metrics.opensuse.org * Beta info is being captured * Waiting on reply about OSRT:Review panel * Experiencing login issues with wiki (progress.o.o. #157852 update) * Need infra to physically access beans/matamo machine to verify/fix problem #154984 * Send marketing package for Augsburg event * Contribution Workshops * More sign ups at https://etherpad.opensuse.org/p/openSUSE-Contribution-Workshop * Episode 4 - Rust Packaging (238 Views) * Episode 5 - Contributing to openSUSE Leap - Project structure, feature tracking, package updates for SLES packages (next week) * Episode 6 - Host your own openSUSE mirror (Upload expected next week) * Episode 7 - Custom openSUSE (Leap / Leap Micro) image spin in a few minutes. (Needs scheduling) * Plasma 6 & GNOME 46 articles published * GSoC * Interest expressed by mentee to work on the Dyad proposal. https://github.com/openSUSE/mentoring/issues/211 * Will need collective assistance from project contributors as this is a large project * Ranking due from admins on April 24 by 18:00 UTC lkocman: there was a person or two asking about GSOC @COFIT job fair. We probably need to promote the option (SUSE/openSUSE mentorship) more on university events. * Community Summit * 14 Registrations, 9 Submissions, 4 Hours * openSUSE Conference * 73 Registrations, 41 Submissions, 23 Hours (5 Open 4 Business Submissions) Static * oSC24 dates June 27 to 29 reserved (Thursday - Saturday) * Open 4 Business June 26 between 2 - 6 p.m. at Franken Campus * AI topics (static) ## Dirk Not available ## Wolfgang (Package Hub), Scott Bahling - fixed annoying bug in openSUSE:Backports:SLE-12-SP5 where repo data for some packages was invalid - python2 cleanup in subpackages for SLE-15-SP6 ## Maintenance team (Marcus or Maurizio (m4u)) Not available ## Adrian - OBS No update ## Bernhard Slowroll * Added https://trello.com/b/dAWnojmd/slowroll * Got rid of most bogus downgrades (except with _multibuild) * configured update repo as 'maintenance_release' to keep old packages * configured zstd repo metadata * tested openSUSE-repos update * https://en.opensuse.org/index.php?title=openSUSE:Slowroll&diff=185407&oldid… ## Open Floor Some complains about jitsi, reconnects needed (evidence from today morning with 5th person on the call). People suggest to use substitute. Should we go back to google-meet? I have no issue with that. https://progress.opensuse.org/issues/155185 - is still open currently owned by SchoolGuy/ lkocman: Enno confirmed that he'll join, Georg has a conflict Adrian: a lots of delete requests, that will be automatically accepted in the afternoon today. The trigger was a change to multibuild. We're trying to remove unnecessary builds. Dominique: we don't have linked packages any more. So there should be no more of these.

8 months

openSUSE Release Engineering meeting 22.05.2024

by Lubos Kocman

How to join the meeting? https://calendar.opensuse.org/teams/release/events/opensuse-release-enginee… All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting ## Attendees Sarah, lkocman, guillaumeg, rbrown, DimStar, AdrianS, bmwiedemann, ddemaio, ana ## Leap (vacation on Thursday) Security audit will most likely not be done https://bugzilla.suse.com/show_bug.cgi?id=1224165 due to team capacity issues / availability. (same will have to be done for Micro once we have Beta) openSUSE 15.6 GMC code submission deadline was last week. As of yesterday SLES 15 SP6 does not plan to take additional changes. GO/NOGO is today at 15:30. I am invited to the meeting. The build containing all changes after the snapshot removal is still in progress. So the only snapshot we have at the moment is for maintenance updates from previous SPs. Update on known issues https://en.opensuse.org/openSUSE:Known_bugs_15.6 https://bugzilla.opensuse.org/show_bug.cgi?id=1219505 (is in fact two issues) the switching was fixed by Alynx Zhou, by implementing text-input-v1 for mutter https://bugzilla.opensuse.org/show_bug.cgi?id=1219718 (NVIDIA only) # We expect to have a fix https://bugzilla.opensuse.org/show_bug.cgi?id=1219718#c6 - update on issue Leap Micro 6.0 I've backported all changes from SLEM 6.0 till yesterday. We have -RT flavors back etc. I'm blocking Beta on openQA availability https://github.com/os-autoinst/opensuse-jobgroups/pull/447 (merged) https://github.com/os-autoinst/openqa-trigger-from-obs/pull/246 in progress With openQA we can transition to RC -> GM within two weeks. // I'll be attending Fedora 40 release party in Prague, CZ on Friday 18:30 in case somebody from factory@ wants to meet in person Fedora party was great, interesting talk about what's new in GNOME and planned changes for F41. https://gitlab.gnome.org/chergert/ptyxis was an interesting finding Leap 16 I'd like to have MVP of self-install image, + Agama 8 base-system installation for osc2024. After short discussion with Adrian we'll try to do product builds based on the git workflow Update: Adrian configured https://build.opensuse.org/project/show/openSUSE:Leap:16.0:Images is setup to use https://src.opensuse.org/openSUSE/Leap as scm. The goal is to use it for building product images. osc2024 Playing with some ideas for osc2024 talk and related branding workshop 3d printable chameleon (needs some polishing to make it look more like actual Geeko) https://github.com/lkocman/geeko-brickz/blob/main/README.md ## openSUSE Tumbleweed (ana) openSUSE:Factory build fail stats: 45 failed 3 unresolvable (last week 57 failed, 9 unresolvable) https://tinyurl.com/ysy4nnnz 383 requests accepted in the last week Most relevant updates: Linux Kernel 6.9.1 Linux Kernel Longterm 6.6.31 ninja 1.12.0 bind 9.18.27 KDE Frameworks 5.116 kdump 2.0.5 postfix 3.9.0 systemd 255.6 Mozilla Firefox 126.0 Mozilla Thunderbird 115.11.0 Soon: GTK3 3.24.42 Blocked: * pytest 8.2.0 (first of 8.x.x series), a bunch of python packages require fixes in their tests. * rubygem-rspec, waiting for update of the remaining -rspec packages * icu 75.1 (Waiting libreoffice boo#1224309, new failure libqt5-qtwebengine) ### longer-lasting topics * GCC 14: second phase ongoing, use gcc14 as the default compiler (Staging:Gcc7) Advancing slowly * RPM 4.20 https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… (64 spec files left with this issue in Factory) * go1.22 as default go version, blocked on i586 with packages which export CGO_ENABLED=0 and go build -buildmode pie https://github.com/golang/go/issues/64875 (needs to update ~70 packages) traking at https://bugzilla.opensuse.org/show_bug.cgi?id=1221095 * dbus-broker as default dbus session manager, now everything builds, some openQA checks failing. * nfs-utils - https://bugzilla.opensuse.org/show_bug.cgi?id=1218158 * btrfsmaintenance - https://bugzilla.opensuse.org/show_bug.cgi?id=1224364 ## Richard (Aeon+botmaster) Tons of progress again Aeon Release Candidate 2 Candidate (RC2C? RC²? or is that RC²2) is built and published through the Factory process, with the Aeon community doing an AWESOME job finding mildly annoying errors that we'll want to clean up before declaring the images RC2 - The occational strange boot issue with the installer media - fixed either by removing the ,ro mount option as the kernel can be racy if ro is set both as a btrfs property and as a mount option, and possibly by kernel 6.9 - Minor issues with migration, all seem relatively trivial to address - Need to correct locale installation during aeon-firstboot - reports of dconf settings not being persistant but no logs/supporting evidence to help identify where the problem comes from yet MicroOS Desktop/Aeon install support was removed from Agama - tik will be the only way of installing Aeon (MicroOS Desktop/Aeon install support will be removed from YaST once Aeon reaches RC2) aeon-firstboot has a PR under review that will support increased customisation of initial flatpaks and will hopefully be multi-threaded to speed up that step tik has a PR under review that will support migration from crypted partitions. Biggest concern is how that will interact with FDE+TPM or FDE+FIDO2 auth, which are the two primary methods under investigation for Aeon. After the above hoping to find a sliver of time to investigate FDE and possibly slipping support for it in before RC2 And after all that is done I want to build multi-distro tik demonstration media to show how it could also be used for installing - MicroOS - SLE Micro and maybe any other distro.. (Fedora? Silverblue? Who'd be most fun to troll?) lkocman: There is a modded version silverblue aka a new distro not sure what the name is ... Only botmaster news is that it's still working :) ## Max Leap 15.6 - build stats in Backports: 7 failed(was 11) * Published Build701.1 * Switched SUSE:SLE-15-SP6:GA build-repo to pool from toberemoved snapshot * Did wipebinaries for build-fail/build-unresolvable package * Pretty quiet in Leap 15.6 staging and Backports:SLE-15-SP6 staging, we're almost there ## Guillaume - Arm * Tumbleweed: - Rolling - WIP: Continue to fix packages built without PAC/BTI - rpmlint: https://rpmlint.opensuse.org/ * we noticed that rpmlint does not check anymore for packages built without distro %{optflags}. We should add it back. https://bugzilla.opensuse.org/show_bug.cgi?id=1217840 Doug: rpmlint GSOC topic. Neal will be helping to mentor that. https://github.com/openSUSE/mentoring/issues/204 * Leap 15.6/Backports SP6: - no issue ## Sarah - s390x * Tumbleweed: - grub2 was not building during the weekend because the protect package was required for s390x (wrong architecture dependency set for only riscv) * bi-weekly Z architecture related trainings instead of openSUSE zSystems meetings (invitations distributed via opensuse-zsystems and opensuse-factory): Next week planned about different disks (dasd and zFCP) and qeth for networks, the same as "how to use s390-tools) lkocman: I wonder if the SUSE certified instructor (for universities) would make sense for you Sarah. I can send you link or simply message universities(a)suse.com. * orga of the openSUSE/SUSE zSystems BBQ party (before Ihno wants to retire) -> Ihno will join openSUSE zSystems (switch from SUSE to openSUSE) lkocman: I'd be happy to join if its around osc2024 skriesch: Planned time 29th June 2024 after the oSC: https://lists.opensuse.org/archives/list/zsystems@lists.opensuse.org/thread… ## Doug * Leap 15.6 article * Community translations in CA/ ES / JA / * https://en.opensuse.org/Release_announcement_15.6 *Contribution Workshops likely to resume episodes during week of May 20 * Waiting on uploads of some videos * GSoC * Provided some documentation for Mentees * Coding begins May 28 * Mid-term evaluation July 8 - 12 * https://huggingface.co/openSUSE started (thx kraih) * open-source AI models, tools, and resources for developers * drafting article * Will need to figure if any budget might be necessary * Article for Aeon RC2 in draft - https://etherpad.opensuse.org/p/aeonrc2 * Community Summit * 32 Registrations * Schedule published * Received name tags * openSUSE Conference * 149 Registrations * Will publish article about oSC24 - https://etherpad.opensuse.org/p/osc24s * Schedule - https://events.opensuse.org/conferences/oSC24/schedule * Received name tags Static * oSC24 dates June 27 to 29 reserved (Thursday - Saturday) * Open 4 Business June 26 between 2 - 6 p.m. at Franken Campus * AI topics (static) * https://huggingface.co/openSUSE ## Dirk Not available zypper/libzypp size reduction landed (~ 5-8MB less code), please CC me on issues ## Wolfgang (Package Hub), Scott Bahling Not available ## Maintenance team (Marcus, Robert) Not available We need to publish at least empty repodata to https://download.opensuse.org/update/leap-micro/6.0/sle/ Otherwise I keep temporarily repo as disabled https://build.opensuse.org/projects/openSUSE:Leap:Micro:6.0/packages/openSU… Chromium regression, update revoked ## Adrian - OBS No update ## Bernhard - Slowroll got new default wallpaper https://www.zq1.de/~bernhard/images/share/slowroll/1920x1080-SR2.png http://stage3.opensuse.org:17080/munin/opensuse.org/stage3.opensuse.org/slo… progressing nicely - might declare Slowroll as Beta/RC/ready on openSUSE conference next version bumps planned with monthly cadence around 2024-06-09, 2024-07-09, 2024-08-09 DVD done ; NET iso should work after next version-bump openQA-test-fix WIP ## Bernhard - reproducible builds no news ## Open Floor Sarah - we will receive a z16 system shared with other Linux distros in the community cloud. lkocman: worth writing a news-o-o post. lkocman SLFO (SUSE Linux Framework One was ALP) - Submissions are welcome (IBS only). Related to future work on https://build.opensuse.org/project/show/openSUSE:Leap:16.0 Lubos needs to open request for SR mirroring. Marco Strigl confirmed that current tooling for sr mirroring will not be sufficient.

6 months

Re: Leap Replacement - Results from recent contributor survey

by Richard Brown

On 2023-09-04 10:37, Michal Suchánek wrote: > On Mon, Sep 04, 2023 at 10:13:43AM +0200, Richard Brown wrote: >> On 2023-09-04 10:04, Michal Suchánek wrote: >> I thought I said this clearly enough, but I'll say it very bluntly >> >> If we do for 15.7, we won't be able to rely on the SUSE-paid employees >> who >> work on Leap to help with the Leap replacement, because they'll be >> busy with >> 15.7 > > And how does that change between 15.6 and 15.7? > > Won't people be busy with 15.6 at 15.6 time as much as they would be > busy with 15.7 at 15.7 time? > > The difference is only on the ALP side - at 15.7 time it will be much > more mature base to build on. Leap 15.6 is being bootstrapped right now (https://build.opensuse.org/project/show/openSUSE:Leap:15.6) It will be completed and off the desk of the majority of the SUSE-paid Leap folk in time for them to get something like Slowroll in place and well established by the end of Leap 15.6's end of life If we do a 15.7, they'll be spending their time on that instead. Meanwhile ALP will not magically become a 'more mature base to build on' openSUSE Leap is a very Desktop-centric distribution. None of SUSE's planned ALP products have any intention of being a Desktop-centric offering. If openSUSE doesn't start the work now, then ALP will never be ready for the Desktop use cases we currently enjoy with Leap. (the Server use cases should be well served by the 1:1 copies of SUSE's ALP products we'll be doing) If we choose to kick the can down the road, all we end up with is the same mountain to climb and more tired legs for spending another year building Leap. If that is our collective desire, I think that would be an utter waste of our time so you can expect me to step back and leave that challenge to someone else to make sense out of. There's plenty more interesting things for me to work on. -- Richard Brown Distributions Architect 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 McDonald, Werner Knoblic

1 year, 2 months

Re: VOTE ON SLOWROLL NAME

by Jim Henderson

On Tue, 26 Sep 2023 23:05:14 +0200, Carlos E. R. wrote: > No, because you will misunderstand my words. I'll let other people > explain. Huh. So I want to understand, but you either think I'm (a) not smart enough to understand what you're trying to say, or (b) that I'm insincere in wanting to understand. I find that patently offensive. > Roger Oberholtzer understands. Maybe Simon Becherer, Fritz Hudnut... > just looking at participants in this thread. > > I want API and ABI stability. Stability as in few updates done (not > users skipping updates), keeping the same versions for a year with just > security updates, similar to what leap does now, or rather what openSUSE > did before Leap. I want compatibility with commercial packages out of > the box. > > This is not the same concept of stability as in "not breaking". Which is not *actually* what you said. But if you want ABI and API stability, not updating is still an option for you. If you want security patches, you have the option of backporting them yourself or spearheading an effort to do just that. Or you can selectively apply updates and patches based on your needs - or some combination of those options. Face it, the team that's putting together Leap has decided they're not interested in doing that any more. So if someone wants Leap to continue past 15.6, they need to step up to make it happen. Making statements like "I object to [updates'] mere existence" isn't going to effect the change you want. Open source and technology is always changing, and either you adapt or you don't. Complaining that people who volunteer their time aren't doing what YOU need without stepping up to help isn't going to get you what you want. > But If you are partisan to TW, you will not understand, and try to put > everybody in TW, and think that skipping updates is the solution for us. Huh, because I run Tumbleweed on one system, I must be "partisan" to it. Nice. Never mind that I have my wife's laptop on Leap and have VMs for all the current versions of Leap so I can test things on them. But *clearly* I'm too stupid to understand you. Got it. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits

1 year, 2 months

Re: VOTE ON SLOWROLL NAME

by Patrick Shanahan

* Carlos E. R. <robin.listas(a)telefonica.net> [09-25-23 20:03]: > On 2023-09-25 23:48, Patrick Shanahan wrote: > > * Carlos E. R. <robin.listas(a)telefonica.net> [09-25-23 17:03]: > > > On 2023-09-25 21:40, Patrick Shanahan wrote: > > > > * Carlos E. R. <robin.listas(a)telefonica.net> [09-25-23 15:18]: > > > > > On 2023-09-25 20:07, Paul Lipps via openSUSE Factory wrote: > > > > > > This would be a great opportunity to consolidate folks on Tumbleweed. If > > > > > > you don’t like the frequency of updates, then simply don’t update as > > > > > > often. > > > > > > > > > > No, that is not a solution. There are still many updates, that is the > > > > > definition of "Tumbleweed is not stable". Closing your eyes to them does not > > > > > stop them. > > > > > > > > tumbleweed is stable, ie: doesn't constantly crash when being used. it > > > > doesn't even infrequently crash, I cannot recall a "crash" in the last > > > > year or more. > > > > > > > > nothing becomes not stable just because there are updates available. open > > > > your eyes and see the light. > > > > > > That is one definition of stable. > > > Another is "having no changes" for many moons. > > > > > > and there are *no* changes to tumbleweed, unless you specifically "dup" > > which you do not have to do. > > There are thousands of changes per week on TW. read: not if you do not "dup". and it hurts nothing by not duping. you are able to dup when *you* choose to. and to reboot when you see fit. you are not driven by the availability of newer packages. it is a choice. there can be millions of changes but they do not affect you unless you make that choice. there is a newer model of the car I drive but I have not purchased it and may never, but it exists. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc

1 year, 2 months

Re: Package fstrcmp is gone from TW 20231003 - on purpose?

by Andrei Borzenkov

On 05.10.2023 17:10, Manfred Hollstein wrote: > On Thu, 05 Oct 2023, 15:53:26 +0200, Jan Engelhardt wrote: >> >> On Thursday 2023-10-05 14:27, Manfred Hollstein wrote: >>> On Thu, 05 Oct 2023, 13:59:45 +0200, Jan Engelhardt wrote: >>>> On Thursday 2023-10-05 13:10, Andrei Borzenkov wrote: >>>>>> >>>>>> it looks like the last Tumbleweed snapshot 20231003 removed package >>>>>> fstrcmp, i.e. libfstrcmp0 here; fwiw, openSUSE:Factory also doesn't >>>>>> contain it anymore. >>>>>> >>>>>> This package is still needed by Kodi which now shows one orphaned >>>>>> package. Was the removal on purpose? In that case we would have to >>>>>> start building it for Tumbleweed on Packman. >>>>> >>>>> Descr: fails to build and is unused >>>> >>>> The buildfailure is easy to fix (already identified to require >>>> groff-full), but the deletion crowd went chopping in the woods >>>> quicker than anything else. >>> >>> Yeah, I stored the deleted files in the devel:libraries:c_c++ project >>> and created a new package A_tw-fstrcmp in PMBS/Staging, which only >>> builds for Tumbleweed and Slowroll. >> >> You can just bring it back for openSUSE:Factory. >> If you set a maintainer on d:l:c/fstrcmp, you get reasonably-timed >> build failure reports and there is less of a chance someone swings >> the package axe. > > I just requested maintainership for d:l:c/fstrcmp. Once I get access > rights, I'll resurrect the stuff in PMBS again. > E-h-h ... if you get maintainership, what stops you from submitting it back to Factory? Why keep it external? > Thanks for pointing me in the right direction! > > Cheers. > > l8er > manfred

1 year, 1 month

Re: slowroll is broken

by Adrian Schröter

On Mittwoch, 28. Februar 2024, 17:39:31 CET Adrian Schröter wrote: > On Mittwoch, 28. Februar 2024, 17:32:21 CET Andreas Schwab wrote: > > On Feb 28 2024, Adrian Schröter wrote: > > > > > On Donnerstag, 15. Februar 2024, 17:13:13 CET Bernhard M. Wiedemann via openSUSE Factory wrote: > > >> > > >> On 15/02/2024 14.31, Larry Len Rainey wrote: > > >> > Getting this today (repo list at bottom) > > >> > > > >> > zypper dup > > >> > > > >> > > >> > 'apparmor-docs-3.1.7-1.1.noarch.rpm' > > >> > [/var/tmp/AP_0xi8dYFp/noarch/apparmor-docs-3.1.7-1.1.noarch.rpm] > > >> > > > >> > expected > > >> > afe4d69e9749e1798412c520c01b266856af22bf8a9f3342c33368dd224e1b0b9f3b24f5c330de85290e2db31b8ab083466fe6363a06e8bf0aa519f13884feae > > >> > but got > > >> > 33c05a3a7c0232392229d52abdd78d7d1106fb4eb312e820731f67747b9e2d89253ec3a941bf7169b6ec29fe92d64355b10296b94a9b7f26ee1760dfa1baa7cf > > >> > > >> This is fallout from the version bump when packages got replaced with a > > >> different version under the same name. > > >> It is still a ToDo to get OBS to create proper numbering > > >> e.g. fix https://github.com/openSUSE/open-build-service/issues/15079 > > > > > > erm, even when you always have the same revision number for the checkin counter, > > > you should still have a different build counter. > > > > > > Are you sure that this is not a different issue here? > > > > It can also happen when a noarch (sub-)package is republished, but from > > a build by a different architecture. > > yes, but the publisher is usually taking care of this and does not > switch it. wipebinaries calls can lead to such problems though, since there is no former binary anymore. Do you run these? -- Adrian Schroeter <adrian(a)suse.de> Build Infrastructure Project Manager SUSE Software Solutions Germany GmbH, Frankenstraße 146, 90461 Nürnberg, Germany (HRB 36809, AG Nürnberg) Geschäftsführer: Ivo Totev

8 months, 4 weeks

openSUSE Factory search results for query "Slowroll"