Search results for

Re: Leap Replacement - Results from recent contributor survey

by Michal Suchánek

On Mon, Sep 04, 2023 at 11:34:43AM +0200, Richard Brown wrote: > 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 And how it differs if we decide to make it after 15.7 release instead? > If we do a 15.7, they'll be spending their time on that instead. Until 15.7 is done, and then have time to work on replacement then, same. Except with extra time to look at ALP and how it works during the 15.6 maintenance. > 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. However, the ALP base is not ready now, and it will be very fresh and rough around the edges if done at all at the time 15.6 is released. > 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. There have been like 10 Leap releases, and with the next people will suddenly become tired out significantly more than before? It looks to me like you are going for false dichotomy here. Sure, building a Leap replacement is non-trivial undertaking whether it's done at Leap 15.6 time or Leap 15.7 time. I don'tr really see how making 15.7 puts us in worse position for making the replacement, though. Thanks Michal

1 year, 2 months

Re: Slowroll and amdgpu-pro and alternatives

by Patrik Jakobsson

On Tue, Dec 05, 2023 at 01:10:21PM +0100, Peter McD via openSUSE Factory wrote: > Am 05.12.23 um 01:29 schrieb Aaron Puchert: > > Am 04.12.23 um 11:46 schrieb Peter McD via openSUSE Factory: > > > I have now a fresh installation of Tumbleweed, added Patrik's repo and > > > installed amd-opencl. > > > > > > clinfo shows: > > > Number of platforms 0 > > > ICD loader properties > > > ICD loader Name OpenCL ICD Loader > > > ICD loader Vendor OCL Icd free software > > > ICD loader Version 2.3.1 > > > ICD loader Profile OpenCL 3.0 > > > > > > ls -l /usr/share or ls -l /etc/ > > > Neither in /usr/share/ nor in /etc/ is a direktory OpenCL, and so no > > > directory "vendors" > > > > That is strange, with [1]: > > > > $ rpm -ql amd-opencl > > /usr/lib64/libamdocl64.so > > /usr/share/OpenCL > > /usr/share/OpenCL/vendors > > /usr/share/OpenCL/vendors/amdocl64.icd > > /usr/share/doc/packages/rocm-ocl-icd > > /usr/share/doc/packages/rocm-ocl-icd/LICENSE > > $ cat /usr/share/OpenCL/vendors/amdocl64.icd > > /usr/lib64/libamdocl64.so > > > > [1] > > <https://download.opensuse.org/repositories/science:/GPU:/ROCm/openSUSE_Fact…> > > Ah, this is version 18.0... of openCL, Patrik's repo offers version 17.0.2 > > now(!) > > rpm -ql amd-opencl > /usr/lib64/libamdocl64.so > /usr/share/OpenCL > /usr/share/OpenCL/vendors > /usr/share/OpenCL/vendors/amdocl64.icd > /usr/share/doc/packages/rocm-ocl-icd > /usr/share/doc/packages/rocm-ocl-icd/LICENSE > > > I also set a symlink from/to > /etc/OpenCL/vendors -> /usr/share/OpenCL/vendors/ > > clinfo > Number of platforms 0 > ICD loader properties > ICD loader Name OpenCL ICD Loader > ICD loader Vendor OCL Icd free software > ICD loader Version 2.3.1 > ICD loader Profile OpenCL 3.0 > > No change with darktable and opencl Unfortunately I found that darktable requires the image extension which is only available in the amdgpu-pro driver (see [1]). So until AMD opens up the code for the image extension, darktable will not work with my package. [1] https://github.com/void-linux/void-packages/pull/21153#issuecomment-6220619… > > What else ? > > cu > Peter

11 months, 2 weeks

openSUSE Release Engineering meeting 03.01.2024

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 Happy New Year 2024!!! ## Attendees bittin, lkocman, DimStar, Sarah, Max ## Leap https://calendar.opensuse.org/ is live, we should add Releng and weekly call in there. Members of this call are welcome to join https://calendar.opensuse.org/teams/release https://calendar.opensuse.org/teams/release. https://github.com/openSUSE/calendar-o-o Beta at the end of February (Based on SLES 15 SP6 Public Beta). All package drops and SLES update requests should be finalized by then https://en.opensuse.org/openSUSE:Roadmap. Leap already has a wallpaper including the newly elected logo, perhaps we could scan for some other occurrences of the old logo. I see one in "About system" in gnome-settings. I suspect that KDE will have a similar placement. gnuhealth will require 3.11 versions of python-tinydb and python-Kivy + opencv SCC enablement to unblock SLES migration testing https://bugzilla.suse.com/show_bug.cgi?id=1217966 Discussion about openSUSE Dolomite / Marble on extended SLE Micro call tomorrow I'm really happy that the situation (was https://etherpad.opensuse.org/p/ReleaseEngineering-20231122-pm-discussion) is now clarified. The new plan is to start working on an openSUSE Leap Micro 6.X setup since the beginning of 2024. From Daniel and Sergio (PM): As for Dolomite, the idea is for it to be implemented as an extension for SLE Micro and we would like to also copy that extension over to openSUSE once the details are clearer to us, so basically a Dolomite extension to openSUSE Leap Micro. ## openSUSE Tumbleweed (ana) openSUSE:Factory build fail stats: 78 failed 15 unresolvable (last week 57 failed, 4 unresolvable) https://tinyurl.com/ysy4nnnz Most relevant updates from this last week: * x-mas / new-year break Updates waiting / work in progress in staging: (almost same than past week) * libxml 2.12.1 (lots of work to do), on hold until January 8th * dbus-broker as default dbus session manager, waiting for maintainers to reach agreement * RPM 4.19 (work advanced, %patch with unnumbered patches is not supported from this version on) * Update to openssl 3.2.0 * ruby 3.3 * Mesa 23.3, on hold until January 8th * Delete vagrant & Virtualization:vagrant due to licensing changes by Hashicorp https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… ## Richard (Aeon) Work on "aeon-installer" has been supplanted by work on "tik" - Transactional Installation Kit Basic premise has evolved to no longer being graphical, but a tui installer, akin to the kiwi SelfInstaller but with a number of new features Most of these features evolve from a core assumption - all of our installation media todate assumes a read-only ISO, back from the days of installing via CDrom tik installation media assumes a SUSE-style "transactional" hybrid read-only and read-write filesystem, and assumes will only be run from a USB stick. This will allow people to customise the installer, and use the USB stick to deliver things like ignition/combustion scripts, while still actually deploying properly crafted images Core features - Partition for storing ignition/combustion scripts on the same USB stick as being used for installation - tik OS on the USB can be modified with additional drivers/packages from transactional-update - Core installation workflow is very simple - Select Disk, Select Image, Deploy Image to Disk, Done. - Customisable installation workflow by distros by adding pre/post shell script modules in /usr/lib/tik/modules - Customisable installation workflow by users by adding pre/post shell script modules in /etc/tik/modules - Support for both 'single distro' installations, or multiple images if stored in /var/lib/tik Current status Under heavy development, got working module loading and working storage function for selecting storage devices, now working on selecting images ## Bernhard (Slowroll) Last week was silent. Had version bump around Christmas. We're pretty close to TW right now. Moved to a new repository. We don't have signing keys for kernel atm. DimStar: We need Adrian for this ^. DimStar/Adrian: we have to think this through a bit. Continues to roll Slowly, sometimes has dependency problems -> need install-check Bernhard: three open issues in OBS bugtracker osc rdiff + osc getbinaries + building DVD with product-builder does not work with TWsnapshot+dod approach = https://github.com/openSUSE/slowroll/issues/1 https://github.com/openSUSE/open-build-service/issues/14994 osc branch -r release counter reset https://github.com/openSUSE/open-build-service/issues/15079 causes spurious "downgrades" missing build-compare causes extra publishes https://github.com/openSUSE/open-build-service/issues/15108 ## Max Leap 15.6 - build stats in Backports: 34(was 26) faild, 13 unresolvable(was 13) * Not much news, snapshot repo just got refreshed - massive package rebuilding now * Preparing a duplicate SLE/Backports package list, they're candidate to be deleted ## Guillaume - Arm Not available * Tumbleweed: - Rolling - WIP: Still some packages built without PAC/BTI, two main reasons: * assembler files without PAC/BTI (usually reported upstream, e.g. openssl, gnutls, etc) * Packages built without distro flags (usually fixed in spec file) - rpmlint: * openSUSE:Factory:ARM now part of 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 - WIP to get Tumbleweed to run on Lenovo X13s: * Latest status available at https://en.opensuse.org/HCL:ThinkpadX13s * Leap 15.6/Backports SP6: - No update ## Sarah - s390x Tumbleweed: * Christmas release did not go to openQA -> Any openQA changes again? DimStar: last build from 28th failed for s390x in openQA. good news: * Emulator unicorn updated: https://build.opensuse.org/package/show/home:AdaLovelace:branches:Virtualiz… -> does not build for SLES/openSUSE Leap on s390x/aarch64 Upstream issue: https://github.com/unicorn-engine/unicorn/issues/1840 * 2nd mainframe connected to the energy ## Doug Not available * Logo contest complete * 10,813 votes * Results posted at https://en.opensuse.org/Logocontest * Winners of contest contacted for gift - lkocman: we will eventually have to refresh wallpapers with new logo too. I can cover the Leap one. existing Tumbleweed would be more tricky. * Community meeting * Meeting provides a pathway forward with a two-step process for logo contest * ddemaio will send out email shortly * TSP * One payment pending * One new request * CLT Sponsorship PO recieved Static * oSC24 dates June 27 to 29 reserved (Thursday - Saturday) * FOSDEM Bus Connect ddemaio(a)opensuse.org if you're in the Nuremberg area * AI topics (static) * Sponsorship of Installfest.cz requested, seems like it was tentatively approved. ## Dirk Not available Further work on python 3.12 enablement preps for Factory, submitted about ~ 35 updates Working on python 3.6 removal in SP6 Package Hub ## Wolfgang (Package Hub), Scott Bahling Not available task for lkocman: The problem statement (SLES/SLED expectations) Draft to be composed here: https://etherpad.opensuse.org/p/packagehub-problem-statement ## Maintenance team (Marcus or Maurizio (m4u)) Not available HEADS UP! Leap 15.4 EOL on Dec 31st 2023 Updated lkocman: will look into openSUSE-welcome to announce when a release is almost/is EOL lkocman: no update, I've looked into the package (I was surprised to see that it's in c++), but no progress so far. It would be nice to have this done this week, prior xmas break and have update released. Confirmed that maintenance setup for Leap 15.6 will be with Public Beta (~February 2024) Max: php81, SLES 15 SP6 seem to have already php82. Marcus: Let's not add php81 into 15.6 since php82 is out. No issues. Internal request to add php8.1 to Package HUB. Regarding AMD issue, kernel update is scheduled for a second Tuesday of the month. https://bugzilla.suse.com/show_bug.cgi?id=1215802 Start working on the maintenance setup with Beta 15.6 (End of February 2024) ## Adrian - OBS Not available ## Simon (Leap Replacement/Linarite) Not available ## Open Floor

10 months, 3 weeks

Re: VOTE ON SLOWROLL NAME

by Carlos E. R.

On 2023-09-26 13:37, Roger Oberholtzer wrote: > On Tue, Sep 26, 2023 at 1:07 PM Carlos E. R. <...> wrote: > On 2023-09-26 03:48, Lew Wolfgang wrote: > > On 9/25/23 18:17, Patrick Shanahan wrote: > >>> 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. > > > > But some organizations require frequent updates for security > reasons. > > Indeed, > > weekly updates may be required and confirmed with Nessus scans. > Leap has > > been remarkably good at this. > > > > I tried Tumbleweed some years ago in this environment, but it didn't > > work. To > > be fair I guess it deserves another try. > > Ask Roger Oberholtzer why not. > > > Where I use Tumbleweed (office, development, servers), the IT guys are > not happy. They want me to be using Windows that they control 100%. I > have conceded that I can run MS Defender and something called Insight on > Tumbleweed so they get the warm and fuzzies. But all it does is report > things to Big Brother. They should not be able to modify things. I'm > always asked to defend from a business pov why I have various things > installed. Most recently they want to know about cockpit. I'm a software > developer. I will always have new things installed for evaluation. They > don't understand why. Right. > One of their issues is that they have no way of knowing if my system is > up-to-date with respect to security fixes. As I run zypper dup on a > regular basis, I suspect that my Tumbleweed is more up-to-date than > their Windows systems. So in the Tumbleweed context we are okay. But > they remain skeptical. Right. > > A bigger issue is when we put a measurement system on the company > intranet during service. You cannot believe the hoops that had to be > jumped trhough for that to happen (and the layers between these systems > and the rest of the network). They are always sniffing around (ports and > such) and complaining that we are not running the latest of everything. > They do not understand the need for stability. I can imagine. > So it is a mix. Where we keep the systems very much up to date, they are > suspicious that we have all security fixes. Where we let the systems lag > a bit, they are upset that we don't update them each hour. > > There is no one solution for everyone. Everyone has a different outlook > on what is the important critical factor. Years ago I worked for the military. Using Win 95 this side of the century, because it had been vetted. Machines booted via network, with some piece of bios authenticating the machine. I don't remember the details. If the organization has to vet the software, the accepted versions will always be old, and they prefer stability as in "no changes". -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))

1 year, 1 month

openSUSE Release Engineering meeting 20.09.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 anag, Sarah, DimStar, Richard, lkocman,GuillaumeG, wengel, bmwiedemann,maxlin, Marcus ## Leap legaldb queue for Leap 15.6 is finally clean. I did many license corrections but at some point I started to simply fastrack requests, unless legaldb threw a warning. libwebkit2gtk issue still visible in latest published Alpha, we should release new snapshot with the fix asap. Improvements on Leap Micro 5.5 openqa runs, unfortunatelly post- failures in transactional-update make it mostly red. Feature evaluation https://code.opensuse.org/leap/features/issues - resynced jiras after duplicates https://code.opensuse.org/leap/features/issue/136 - discussion with gcc maintainer about /usr/bin/gcc99 and similar (Fedora/Slackware does it) Discussion with Yi Fan regarding Audacity 3.X enablement https://code.opensuse.org/leap/features/issue/135 (further dependencies added) Simon received maintainer permissions for openSUSE:Leap:16.0 NVIDIA repo availability for 15.6 this week. ## openSUSE Tumbleweed (anag) openSUSE:Factory build fail stats: 76 failed 1 unresolvable (last week: 77 failed, 5 unresolvable) https://tinyurl.com/ysy4nnnz Shanav Tovah! The new year in the Hebrew calendar broke a test in icu related to the new year being a leap year. This blocked the chekin since Monday. A checkin is planned today early with : * gnome 45 * postgresql 16 (new default version) * pipewire 0.3.80 * chromium (both regular ungoogled one) 117 with a bunch of security updates Updates waiting in staging: * boost 1.83.0 (waiting for fixes in libzyp) * fmt 10 advancing, now we have fmt-9 package separately, waiting update mariadb boo#1213219, ceph boo#1213217 (fixed). * aeon branding, installer, patterns, etc ;) ## Richard (Aeon) Presented Aeon at All Systems Go last week - talk went very well, recordings have more views than the keynotes Lots of inspiration for using systemd-boot, systemd-repart, systemd-cryptenroll and producing trusted-boot compatible images out of the box Still an open question as to whether we'll work on systemd-homed or else bail out and declare Aeon a single user OS Lots of stuff stuck in Staging J, currently waiting on the new rpmlint that allows Aeon's new sudo/polkit approach devel:microos:aeon:images experiments with systemd-boot ## Bernhard (Slowroll) Bernhard continued scripting https://en.opensuse.org/openSUSE:Slowroll Dominique: use branch instead of copypac then you'll not have issues with release counters TODO list: openQA, frozen project link, etc Slowly moving forward Voting for the new name, so far we have a lot of proposals. Starting with one flavor, more to come. ## Max Leap 15.6 * More build fixes and package updates has been merged * A bit struggling with the updated protobuf-c in SLE, bsc#1214006, perhaps we should set Substitutes: protobuf-c libprotobuf-c-devel on SLE15-SP2-Update project, or we adjust all affecting packages * Patched skelcd-openSUSE and skelcd-control-openSUSE for adopt the package to 15.6 ## Guillaume - Arm Tumbleweed: * Snapshots still blocked due to multiple bugs * WIP to get Tumbleweed to run on Lenovo X13s: random issues with USB and kernel 6.5.3 * shim currently not signed by Microsoft for aarch64 (Tumbleweed only, Leap is fine). Stalled - https://bugzilla.suse.com/show_bug.cgi?id=1211297 Leap: * 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 now possible (WSL1 and WSL2) thanks to Fabian 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 lkocman: I will inform WSL team ## Sarah - s390x Tumbleweed * Releases are running again -> data center move required together with old mainframe. Data center move has been executed, but there are issues Sarah's question: Is that the reason for disabling Backports for s390x? Max: the reason is we're lack of s390x build power at this moment On top of this topic with low build power: IBM is doing marketing for our OBS for zSystems (for all Linux distributions) for s390x via the Open Mainframe Project: https://openmainframeproject.org/news/developer-resources-for-linux-on-s390… -> Requesting additional mainframes? Leap: * sshfs is failing because no package availabe (s390x disabled for building for Leap/Backports) Package news: * cmsfs was failing because of old kernel support -> updated statement by the Upstream Maintainer: History: back in the Linux 2.2 days, the CMSFS package included a filesystem driver. The details varied depending on what release of the kernel you were building against. But the FS driver fell out because the author could not keep up with changes to kernel VFS. Eventually IBM wrote a CMS filesystem driver, so the driver function in this package became less needed and all of that logic fell into disrepair. Forwarded to Linux Distributions Working Group -> Feedback by Fedora: the cmsfs-fuse tool/driver provided by s390-tools project is replacing the functionality provided by the cmsfs project's tools Feedback by Ihno: cmsfs should not be replaced directly, because introduced by Mark Post News after IBM TechXChange: VP Ecosystems of IBM had a small feedback discussion with myself (together with Mike (SUSE) and Elizabeth (Head of Open Source Program Office for zSystems) -> Nobody has known, that no developer resources for Power exist for Open Source Developers (equal to the LinuxONE OSS Community Cloud) and it is more difficult to receive fixes for Power. The VP wants to improve and introduce the same there. lkocman: our project suffers from lack of human-resources focusing on ppc64le too (so far only Dominique from rel-eng perspective). Am I correct DimStar? It might happen that we won't have ppc64le for Leap 15 replacement etc. dimstar: currently the biggest issue for ppc64le is no working openQA setup - stuck on dtc migration afaiu Hint for Douglas because of the Geeko Foundation activity: Reach out to Peter Czanik. He is an IBM Power Champion with IBM connections. ## Doug * Workshop done in Algeria - https://cutt.us/Q6ycc * Moderation training updated - https://en.opensuse.org/Moderation * Use cases survey lkocman: relation to end of the year survey? Doug: It's bit different. * openSUSE.Asia Summit * funds arrived * Registrations 32, Submissions 31 * Processing more TSP requests * Storage decision made, just need a vacancy * GSoC * Two extentions due next week (Due By -Oct. 2 by 18:00 UTC) * Will send mentees an item if I get their address * FOSDEM (Feb. 3 & 4) * Stand submissions open * Had to file a bug since it's saying we already submitted a proposal. * oSC24 dates June 27 to 29 reserved (Thursday - Saturday) Static * AI topics (static) * Nothing new FOSDEM: stand submissions are open, we did submit ours. But seems like there is a bug in the system. lkocman: Devconf mini 2023 (fall) is not happening. ## Dirk Not available ## Wolfgang (Package Hub), Scott Bahling no news ## Maintenance team (Marcus or Maurizio (m4u)) Leap 15.4 / 15.5 users and openqa massively hit by libwebkit2gtk issue (visible e.g. in evolution) recent libwebkit2gtk update did not fix all of the issues. We wait for QA currently. https://bugzilla.suse.com/show_bug.cgi?id=1213858 Security issue in libwebp package, this library is included in Chrome and Firefox. Was shipped everywhere, still finding embedded copies of libwebp in various other software like rust crates. Leap 15.4 is working Leap Micro 5.3 is working Leap Micro 5.4 testing is now passing as well blocked on Leap Micro 5.5 channel setup (SLEM channels need to be created first) 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. ## Adrian - OBS "Virtual" server room migration to PRG seemed to work well. Only some minor issues remains. Slowroll having issue with binary packages that were not published for Factory. Could we perhaps handle them through a separate product? Dimstar: maybe there is no longer reason to skip them from publishing. ## Open Floor

1 year, 2 months

openSUSE Release Engineering meeting 06.03.2024

by Lubos Kocman

!!! HEADS UP WE ARE BACK USING JITSI !!! https://meet.opensuse.org/ReleaseEngineeringMeeting 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, Sarah,GuillaumeG, lkocman, Adrian, ddemaio, mlin, Marcus ## Leap Leap 15.6 Beta build Build626.1 landed in openQA 25 minutes ago https://openqa.opensuse.org/tests/overview?distri=opensuse&version=15.6&bui… I'm really happy that Max and Peter Simons were able to get haskell fixes in. We're using older haskell packages that were already dropped from Factory. Results of the last build looked well. openSUSE Leap 15.6 Beta marketing availability + related Bug day will be streamed live on Thursday 21:00 CET as part of our regular Thursday meeting. There will be a news-o-o article released shortly before that 19:00 UTC. ^ Sharing is caring! Sharing plan with factory / project - https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… How to connect - https://calendar.opensuse.org/teams/marketing/events/thursday_weekly_meeting Bug day page WIP - https://en.opensuse.org/openSUSE:Bug_Day openSUSE Booth at Installlfest 2024 is happening next weekend https://installfest.cz/if24/ https://en.opensuse.org/openSUSE:Organising_a_booth openSUSE Leap future strategy discussion with Rick Spencer next week in Prague. ## openSUSE Tumbleweed (ana) openSUSE:Factory build fail stats: 139 failed 33 unresolvable (last week 170 failed, 26 unresolvable) https://tinyurl.com/ysy4nnnz => Around ~80 are python packages that are still failing to build with Python 3.12 Most relevant updates: * Linux Kernel Longterm 6.6.19 * Linux Kernel 6.7.7 * kernel-firmware 20240229 * ca-certificates-mozilla 2.66 * transactional-update 4.6.0 ( support for systemd soft-reboot) * shadow 4.14.6 * exiv2 0.28.2 * expat 2.6.1 * ImageMagick 7.1.1.29 * All Python 3.x version with fix for CVE-2023-6597 Updates waiting / work still in progress: * 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, see https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… * Preparations for RPM 4.20, %patchN won't be supported anymore, see https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… * 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. Considering pushing it soon. Python3.9 interpreter would stay for some time more. * KDE Frameworks and Plasma 6 + KDE Gear 24.02.0 released last week, advancing well thanks to reactivity of KDE+Qt team * libreoffice 24.2.1.2, need openQA test update https://progress.opensuse.org/issues/156628 * 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 * systemd 255.3 ( SR#1152118), rpmlist withelist done, blocked now because it fails to build * update openSUSE-build-key (new suse container key!) SR#1150669 - blocked until key is replaced * libxml 2.12.1, on hold, no progress * dbus-broker as default dbus session manager, now everything builds, two openQA checks failing. ## Richard (Aeon+botmaster) Not available ## Max Leap 15.6 - build stats in Backports: 79 faild, 24 unresolvable * PUblished Build623.2 * Bumped the version to Beta, Build626.1 can be the first public Beta * Haskll issue is fixed(almost) except of a few haskell package ## Guillaume - Arm * Tumbleweed: - Rolling - WIP: Still some packages built without PAC/BTI, two main reasons: * assembler files without PAC/BTI (usually reported upstream, e.g. openssl, gnutls, etc) * Packages built without distro flags (usually fixed in spec file) * TW installer issues with PAC/BTI - https://bugzilla.suse.com/show_bug.cgi?id=1219717 - Unable to reproduce anymore on a different host, while openQA still fails. - 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: - CVE for python-onnx but update impossible because of missing deps and some deps requiring newer python. https://bugzilla.opensuse.org/show_bug.cgi?id=1220313 - Delete Request sent. - (Empty) Arm section added in https://en.opensuse.org/openSUSE:Known_bugs_15.6 * WSL: x86_64 is fetched from Microsoft Store GUI for Tumbleweed image instead of arm64. But `wsl --install openSUSE-Tumbleweed --web-download` works just fine! - https://bugzilla.opensuse.org/show_bug.cgi?id=1219372. Scott Bradnick made the instructions for Windows for Arm into image description for Tumbleweed. I believe we've also updated WSL wiki with the instrucitons. https://en.opensuse.org/openSUSE:WSL ## Sarah - s390x * Second mainframe is up and running -> Many builds are running at the moment (also gcc) and the manframe is not really stable -> waiting for a new Tumbleweed release * gcc bug (2021) reactivated related to memory optimization on the mainframe: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 * related openSUSE Bug (not really informative): https://bugzilla.opensuse.org/show_bug.cgi?id=1188441 GPG keys for s390x, PPCle and RISC-V expired in openSUSE-build-key: https://bugzilla.suse.com/show_bug.cgi?id=1220993 ## Doug * bugzilla.opensuse.org * Submitted Bug 1220916 * Asked to delete - If you experience any difficulties or find any issues, please, report to SUSE Bugzilla Team (email) * Contribution Workshops * More sign ups at https://etherpad.opensuse.org/p/openSUSE-Contribution-Workshop * Episode 3 - Bumping "Packaging Guidelines" to a later date and will have a learning "how to report bugs" video * Episode 4 - Language-specific packaging - Rust and Go provided link. Will come in March * Published SD Boot Utils article * Leap 15.6 beta article ready for publication on Thursday at 7 p.m. We should do a little prequel for BugDay/LiveEvent (like a little tweet or similar today). To increase attendance of the event. * GSoC * Sent report to Project Manager * Started seperate workspace on slack for mentees and mentors - https://join.slack.com/t/opensuse-group/shared_invite/zt-2dwsqm6nb-iNJifnVb… * Community Summit * 8 Registrations, 5 Submissions, 2 Hours (pre-announcement) * openSUSE Conference * 48 Registrations, 27 Submissions, 16 Hours (5 Open 4 Business Submissions) ** I won't be available next weeks 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 Not available ## Maintenance team (Marcus or Maurizio (m4u)) Struggling with chromium update. Maintainers are not currently able to update it to the current version. No transition method for expired keys. Temporarily disabling the key in libcontainer policy (Marcus please correct me). The goal is to have the least disruptive method for it. Dominique: the new key seems to raise some issues - transition needs to be figured out. Marcus: I did check podman documentation and am looking if we can have temporarily two keys in parallel. Marcus: will we resign all the images on the registry or only new ones? Dominique: for rpm we usually accept both old and new key for about a half a year. lkocman: Leap Micro 6.X update channel setup will have to be done soon (within a few weeks). ## Adrian - OBS Not available lkocman: we need to cleanup accepted / rejected requests in SUSE:SLE-15-SP6:GA in OBS. lkocman doesn't have permissions to do so in OBS. Workaround would be to re-add/reject suse-sle-reviewers review. Lubos will write to autobuild + add Marco to the first line. ## Simon (Leap Replacement/Linarite) Not available ## Bernhard Slowroll * kernel-longterm 6.6.19 from Factory * kernel-default now follows Factory * OBS now has a Slowroll distribution target, so it is easy to add in devel projects * https://www.reddit.com/r/openSUSE_Slowroll/ gets some activity ## Open Floor When will there be a leap:15.6 container image? We did mention that we'd like to advertise BCI images instead of Leap 15.6 base image. So yes there should ideally be 15SP6 BCI image together with PUBLIC Beta. Marcus: there is one last blocker on the BCI image side for 15 SP6

8 months, 2 weeks

openSUSE Release Engineering meeting 13.03.2024

by Lubos Kocman

!!! HEADS UP WE ARE BACK USING JITSI !!! https://meet.opensuse.org/ReleaseEngineeringMeeting 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, lkocman, DocB, bmwiedemann,maxlin ## Leap Leap 15.6 Beta build Build630.1 bringing fix to Virtualbox was published yesterday in the evening. Publishing seem to be stuck as the data is not available on download-o-o . I did raise it with autobuild (#team-dist) aarch64 has an issue with running firefox with <= 4GB of memory. In comparison chromium seems to work with 2GB. This is a problems ince our minimal requirements for GNOME states 3GB https://bugzilla.opensuse.org/show_bug.cgi?id=1221314 Leap 15.6 Beta known issues page https://en.opensuse.org/openSUSE:Known_bugs_15.6# How do we see that submissions to SUSE:SLE-15-SP6:GA got accepted? The sync state doesn't work, easiest is to check particular package in SUSE:SLE-15-SP6:GA in OBS. Ongoing Plasma 5.27.1 update https://code.opensuse.org/leap/features/issue/154 based on Feedback from openSUSE Leap future strategy discussion with Rick Spencer on Friday in Prague. Leap 15.6 appliances are currently blocked at https://bugzilla.suse.com/show_bug.cgi?id=1213595 All openQA runs with 15.5 and 15.6 isos booted off USB fail: https://openqa.opensuse.org/tests/3992142#step/finish_desktop/2 It is visible that udev prefers the by-label link to sda instead of sda1 for some reason, even though https://bugzilla.suse.com/show_bug.cgi?id=1213185 implies that the fix for https://github.com/systemd/systemd/issues/28468 got backported. ## openSUSE Tumbleweed (DimStar) openSUSE:Factory build fail stats: 136 failed 47 unresolvable (last week 139 failed, 33 unresolvable) https://tinyurl.com/ysy4nnnz => Around ~80 are python packages that are still failing to build with Python 3.12 Most relevant updates: * Linux Kernel Longterm 6.6.21 * libpng 1.6.43 * poppler 24.03.0 * procps 14.5+0 * wine 9.4 * buildah 1.35.0 * MozillaFirefox 123.0.1 * libreoffice 24.2.1.2, * update openSUSE-build-key (new suse container key!) * KDE Frameworks and Plasma 6 + KDE Gear 24.02.0 (QA in progress for snapshot 0311) Max: asking about Plasma 5 parallel availability in TW. Plasma 6 obsoletes Plasma 5, so most were already deleted. Updates waiting / work still in progress: * kernel-source 6.7.9, to be accepted later today * systemd 255.3 ( SR#1152118), needs updated "build" package and fixed transactional-updates, this is blocking rpmlint Dominique: Adrian any update on the -build package for systemd-255.3? Adrian: releasing it as maintenance update will take some time. You'll get it in next minutes for Factory. * Still handle all issues for the new KDE fw + plasma * 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, see https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… * Preparations for RPM 4.20, %patchN won't be supported anymore, see https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/… * 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) * autoconf 2.72, waiting libreoffice; fixed in version 24.2.2 in devel prj (unstable tree) * llvm 18, some packages FTBFS * shadow 4.15.0, openQA tests failing * libxml 2.12.1, on hold, no progress * dbus-broker as default dbus session manager, now everything builds, two openQA checks failing. Bernhard started to detect+fix/report issues with many packages that mis-use %check 1155606 exiv2 1155640 python-pypuppetdb 1156899 med-tools 1157116 rsync 1157126 gnome-disk-utility 1157141 xsimd 1157313 kosmindoormap 1157317 itinerary 1157315 plasma6-disks https://bugzilla.opensuse.org/show_bug.cgi?id=1221321 pspp FTBFS-nocheck ## Richard (Aeon+botmaster) ## Max Leap 15.6 - build stats in Backports: 68 faild(was 79), 22 unresolvable(was 24) * Debugging the uninstallable error from installcheck result * Go through build fails in Backports * Upcoming package change needed but are pending in SLE15 SP6 staging: polkit-default-privs and SDL2_image ## Guillaume - Arm * Tumbleweed: - Blocked by KDE live ISO being too large - Problem with buildah found by openQA - https://bugzilla.opensuse.org/show_bug.cgi?id=1221243 - WIP: Still some packages built without PAC/BTI, two main reasons: * assembler files without PAC/BTI (usually reported upstream, e.g. openssl, gnutls, etc) * Packages built without distro flags (usually fixed in spec file) * TW installer issues with PAC/BTI - https://bugzilla.suse.com/show_bug.cgi?id=1219717 - Unable to reproduce anymore on a different host, while openQA still fails. - 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 update ## Sarah - s390x Not available * Second mainframe is up and running -> Many builds are running at the moment (also gcc) and the manframe is not really stable -> waiting for a new Tumbleweed release * gcc bug (2021) reactivated related to memory optimization on the mainframe: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 * related openSUSE Bug (not really informative): https://bugzilla.opensuse.org/show_bug.cgi?id=1188441 GPG keys for s390x, PPCle and RISC-V expired in openSUSE-build-key: https://bugzilla.suse.com/show_bug.cgi?id=1220993 ## Doug Not available * bugzilla.opensuse.org * Submitted Bug 1220916 * Asked to delete - If you experience any difficulties or find any issues, please, report to SUSE Bugzilla Team (email) * Contribution Workshops * More sign ups at https://etherpad.opensuse.org/p/openSUSE-Contribution-Workshop * Episode 3 - Bumping "Packaging Guidelines" to a later date and will have a learning "how to report bugs" video * Episode 4 - Language-specific packaging - Rust and Go provided link. Will come in March * Published SD Boot Utils article * Leap 15.6 beta article ready for publication on Thursday at 7 p.m. We should do a little prequel for BugDay/LiveEvent (like a little tweet or similar today). To increase attendance of the event. * GSoC * Sent report to Project Manager * Started seperate workspace on slack for mentees and mentors - https://join.slack.com/t/opensuse-group/shared_invite/zt-2dwsqm6nb-iNJifnVb… * Community Summit * 8 Registrations, 5 Submissions, 2 Hours (pre-announcement) * openSUSE Conference * 48 Registrations, 27 Submissions, 16 Hours (5 Open 4 Business Submissions) ** I won't be available next weeks 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 lkocman: Not available Customer request for Re-addition of rsh to Leap 15.5 / 15.6 and related Package Hub modules for SLES 15 SP5/SP6. ## Maintenance team (Marcus or Maurizio (m4u)) Not avialable expired repodata warning for http://download.opensuse.org/update/leap/15.6/backports/ http://download.opensuse.org/update/leap/15.6/non-oss/ This was mentioned as part of https://bugzilla.suse.com/show_bug.cgi?id=1220993 Struggling with chromium update. Maintainers are not currently able to update it to the current version. No transition method for expired keys. Temporarily disabling the key in libcontainer policy (Marcus please correct me). The goal is to have the least disruptive method for it. Dominique: the new key seems to raise some issues - transition needs to be figured out. Marcus: I did check podman documentation and am looking if we can have temporarily two keys in parallel. Marcus: will we resign all the images on the registry or only new ones? Dominique: for rpm we usually accept both old and new key for about a half a year. lkocman: Leap Micro 6.X update channel setup will have to be done soon (within a few weeks). ## Adrian - OBS No update lkocman: we need to cleanup accepted / rejected requests in SUSE:SLE-15-SP6:GA in OBS. lkocman doesn't have permissions to do so in OBS. Workaround would be to re-add/reject suse-sle-reviewers review. Lubos will write to autobuild + add Marco to the first line. ## Simon (Leap Replacement/Linarite) Not available ## Bernhard Slowroll * https://openqa.opensuse.org/group_overview/120 has regular runs now * kernel-longterm 6.6.21 from Factory * kernel-default follows Factory * OBS has a Slowroll distribution target, so it is easy to add in devel projects * https://www.reddit.com/r/openSUSE_Slowroll/ gets some activity ## Open Floor

8 months, 1 week

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

by Manfred Hollstein

On Thu, 05 Oct 2023, 16:27:09 +0200, Manfred Hollstein wrote: > On Thu, 05 Oct 2023, 16:23:04 +0200, Andrei Borzenkov wrote: > > 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? > > You got me wrong. Once I have maintainership, I'll re-create the package > in d:l:c and submit it again to openSUSE:Factory. When that is done, > I'll re-create the situation in PMBS as it was before. Right now, it's > just a stop gap solution so new users will be able to install kodi on TW > at all. FWIW, I have now created SR https://build.opensuse.org/request/show/1115896 hoping it'll make its way to openSUSE:Factory :) BTW, thanks to Jan for assigning maintainership to me! Cheers. l8er manfred

1 year, 1 month

Re: Slowroll and amdgpu-pro and alternatives

by Peter McD

Am 30.11.23 um 13:46 schrieb Patrik Jakobsson: > On Thu, 2023-11-30 at 11:00 +0100, Peter McD wrote: >> Am 30.11.23 um 09:24 schrieb Patrik Jakobsson: >>> On Wed, 2023-11-29 at 12:38 +0100, Peter McD wrote: >>>> Am 29.11.23 um 08:15 schrieb Patrik Jakobsson: >>>>> On Tue, 2023-11-28 at 23:44 +0100, Peter McD wrote: >>>>>> Am 28.11.23 um 15:40 schrieb Peter McD: >>>>>>> Am 28.11.23 um 13:25 schrieb Patrik Jakobsson: >>>>>>>> On Tue, 2023-11-28 at 13:14 +0100, Peter McD wrote: >>>>>>>>> >>>>>>>>> I use Leap 15.5 a my main system because of openCL for Darktable >>>>>>>>> which >>>>>>>>> simply works faster with the proprietary amdgpu-pro driver. >>>> ...> >>>>>>>> amd-opencl from AOMP should work fine with Tumbleweed. >>>> ... >>>>>> Installed and tested with an updated TW, Darktable 4.4.2 cannot find >>>>>> opencl. >>>>> >>>>> Can you detect the card with clinfo? >>>> >>>> first the suggested link >>>> ln -s /usr/lib64/libOpenCL.so.1 /usr/lib64/libOpenCL.so >>> With this added, darktable opens libOpenCL.so on my machine but still >>> doesn't >>> enable opencl support. Perhaps it requires a certain version? I will try to >>> compare this to a working amdgpu-pro installation. >>> >>> Other opencl applications like Indigo Benchmark works fine for me. >>>> >>>> still opencl not detected by Darktable >>>> lux-tw:~ # clinfo >>>> Number of platforms 0 >>>> ICD loader properties >>>> ICD loader Name OpenCL ICD Loader >>>> ICD loader Vendor OCL Icd free software >>>> ICD loader Version 2.3.1 >>>> ICD loader Profile OpenCL 3.0 >>>> lux-tw:~ # >>> >>> You should be seeing your card here. Which AMD card do you have? >>> >> >> AMD Radeon RX 6600 > > Then your card is supported. I installed OpenCL from AOMP on a freshly installed > tumbleweed machine and clinfo worked out of the box. I saw you got some advise > from Aaron. Please try that. > > I did some comparison between clinfo from an AMDGPU-PRO installation and my AOMP > build and it seems the AOMP build is missing Image support. I believe darktable > requires that as well. I'll try to enable it in the AOMP build. > Thanks. I will next weekend do a new Tumbleweed installation an start again. Peter

11 months, 3 weeks

PublicCloud meeting 30.05.2024

by Lubos Kocman

How to join the meeting? https://calendar.opensuse.org/teams/release/events/public-cloud-team All meeting minutes can be found here: https://etherpad.opensuse.org/p/PublicCloud-meeting Attendees: lkocman, rjschwei, neil hanlon, dominik wombacher (wombelix)., ngompa Topics Artwork: https://github.com/openSUSE/artwork/pull/86 Matrix: https://matrix.to/#/#cloud:opensuse.org Where do build openSUSE Public Cloud images: https://build.opensuse.org/project/subprojects/Cloud:Images We'll request Cloud:Images:Factory where we could build any flavors. Leap 15.X Currently handled by SUSE Public Cloud team Leap 16.X If we show that we can handle Tumbleweed, Slowroll, MicroOS (whatever makes sense to build/publish). Then we can have discussion about ownership of Leap 16 with SUSE Public Cloud team. Tumbleweed is not seen as the prefered platform for Clouds. Contributors are more interested in Leap ownership. People mention Fedora as a success story for contribution. Leap Micro in clouds https://build.opensuse.org/project/show/Cloud:Images:LeapMicro_6.0 was created 2 days ago, it's basically debranded SL Micro stuff. Robert confirmed that SUSE Public Cloud team is on it. It will be published to usual Cloud Providers (GCP, AWS, Azure). AWS profile for openSUSE that's managed by the SUSE Cloud Team https://aws.amazon.com/marketplace/seller-profile?id=730aa725-c0c9-4d1d-863… Tumbleweed Worth investigation. AWS already has some images (https://aws.amazon.com/marketplace/seller-profile?id=316c4831-85c2-4ec4-b2b…) But it seems they might not be as up2date as we'd like to. Innovators for openSUSE: https://build.opensuse.org/project/show/home:cabelo:innovators Alessandro de Oliveira Faria (A.K.A.CABELO) - cabelo(a)opensuse.org ^ we could create similar shared account for AWS, Azure, GCP (lkocman: suggests to focus on Azure Community Gallery) It would be nice to avoid duplication and join efforts. Instead of having two versions of e.g. Leap or Tumbleweed images. Image does not seem to be built in the same space as other cloud images. https://build.opensuse.org/project/subprojects/Cloud:Images Bernhard seem to have rights to create subprojects in Cloud space. Perhaps we could ask him to create one for Tumbleweed. Suggested focus should be at the community gallery in Azure. Microsoft would publish some related article. https://fedoramagazine.org/launch-fedora-40-in-microsoft-azure/ We could also publish something like fedora. Release cadence for TW uploads WSL Engineering team already publishes Tumblweed images https://apps.microsoft.com/detail/9mssk2zxxn11?hl=en-us&gl=US QA https://progress.opensuse.org/issues/106452 Website promotion It would be nice to have links to launch image in cloud from e.g. get.opensuse.org similar to https://fedoraproject.org/cloud/download#cloud_launch https://github.com/openSUSE/get-o-o openSUSE images published by the Public CLoud team are in pint (pint.suse.com) and findable via pint command Kiwi descriptions The way Fedora handles it is component based and very flat and easy to manage: https://pagure.io/fedora-kiwi-descriptions/blob/rawhide/f/config.xml This could be done in a similar way and then used to compile it into the xml that OBS needs and build their. Place to add openSUSE descriptions https://code.opensuse.org/project/kiwi-descriptions https://build.opensuse.org/project/show/Cloud:Images: Agreed next steps: * Lubos will request Cloud:Images:Factory (already messaged Bernhard) * Dominik will reach out to Alessandro regarding co-op on TW image * Neal && Dominik &&|| Alessandro will deliver TW image that will be eventually be build in Cloud:Images:Factory * Neil will contact admin(a)opensuse.org for a shared "alias" for members of https://en.opensuse.org/openSUSE:PublicCloud_team and will create the Azure Community gallery (openSUSE-somesuperlonghash) under that account. (cloud(a)lists.opensuse.org [public] / cloud-admin(a)opensuse.org [private alias]) * Neal will create the matrix channel and will update wiki ^ * Lubos will schedule a meeting after osc2024.

5 months, 3 weeks

openSUSE Factory search results for query "Slowroll"