Search results for

Re: NFS Server mount issues since some days

by Jose Iván Lopez

Hi! I am not sure if it is related, but there is an open bug for NFS automount after resuming the system, see https://bugzilla.suse.com/show_bug.cgi?id=1217176. On Tue, Jan 30, 2024 at 9:02 AM Jose Iván Lopez <jlopez(a)suse.com> wrote: > Hi! > > I am not sure if it is related, but there is an open bug for NFS automount > after resuming the system, see > https://bugzilla.suse.com/show_bug.cgi?id=1217176. > > > On Tue, Jan 30, 2024 at 8:11 AM Bernhard M. Wiedemann via openSUSE Factory > <factory(a)lists.opensuse.org> wrote: > >> >> >> On 29/01/2024 20.19, Ulf via openSUSE Factory wrote: >> > Since some days, my Tumbleweed with running NFS-server, blocks from >> time to >> > time the possibility to login. At systemctrl status and journalctl, I >> can't >> > find any hint. The login request will be displayed but the NFS-client >> timed >> > out. >> > >> > Can't find a update of NFS or bind in the last days. >> > >> > Any idea how to debug this issue? >> >> Kernel 6.7.1 came to Factory 3 days ago, so you could try to boot into a >> 6.6.x kernel to see if that helps. >> >> If it was already uninstalled, you can find it at >> >> https://download.opensuse.org/update/slowroll/repo/oss/x86_64/kernel-defaul… >> > > > -- > José Iván López González > System Management Team at SUSE LINUX GmbH > IRC: jilopez at libera > -- José Iván López González System Management Team at SUSE LINUX GmbH IRC: jilopez at libera

9 months, 3 weeks

Re: slowroll

by Thorsten Kukuk

On Thu, Sep 14, Patrick Shanahan wrote: > * Thorsten Kukuk <kukuk(a)suse.de> [09-14-23 01:08]: > > On Wed, Sep 13, Patrick Shanahan wrote: > > > > > * Larry Len Rainey <llrainey15(a)gmail.com> [09-13-23 22:40]: > > > > I gave up trying to update an old tumbleweed - it would not work - so I > > > > downloaded the ISO and installed it. > > > > > > > > Most things worked perfectly but > > > > > > > > in /etc/ssh - there was no /etc/ssh/ssh_confg and no /etc/ssh/sshd_config for > > > > me to change so I copied them from my tunbleweed vm. > > > > > > > > > > because they are in /usr/etc > > > if you alter them, they need to be copied to /etc/.. and altered there. > > > > No, because in this case, you have to manually sync distribution changes > > to this file. > > Why do you think we have have /etc/ssh/sshd_config.d/ and /etc/ssh/ssh_config.d/? > > Please put a snippet with your changed configuration optionin this > > directories. Afterwards you don't need to care anymore, if we change > > /usr/etc/ssh/ssh_config or /usr/etc/ssh/sshd_config > > > > the OP did *not* have /etc/ssh/ssh*** The OP had no /etc/ssh/ssh_config and /etc/ssh/sshd_config, which is correct, as this are now below /usr/etc/ssh. But either he has /etc/ssh/ssh_config.d and /etc/ssh/sshd_config.d, or his installation is broken. In the later case, he should do a fresh new installation. Else he should *not* copy the files but create snippets in the .d directories overwriting the single variables he want to change. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect, Future Technologies SUSE Software Solutions Germany GmbH, Frankenstraße 146, 90461 Nuernberg, Germany Managing Director: Ivo Totev, Andrew McDonald, Werner Knoblich (HRB 36809, AG Nürnberg)

1 year, 2 months

Re: VOTE ON SLOWROLL NAME

by Patrick Shanahan

* Knurpht-openSUSE <knurpht(a)opensuse.org> [09-26-23 14:18]: > Op dinsdag 26 september 2023 19:56:24 CEST schreef Patrick Shanahan: > > * Carlos E. R. <robin.listas(a)telefonica.net> [09-26-23 13:51]: > > > On 2023-09-26 19:18, Jim Henderson wrote: > > > > On Tue, 26 Sep 2023 12:13:46 -0500, Larry Len Rainey wrote: > > > > > You can > > > > > > > > > > install generic desktop and select MATE desktop - No gnome > > > > > - > > > > > no KDE much more stable than either and looks like Vista or > > > > > XP > > > > > desktop. > > > > > > > > That wasn't my point. My point was that just because updates (or a > > > > desktop I don't want) *exist* doesn't mean I must install them. It is > > > > patently ridiculous IMNSHO to decry the very existence of updates - just > > > > as ridiculous as saying "I must install everything that my distro > > > > offers, > > > > whether I use it or not". > > > > > > Then you did not understand what I said. > > > > huh, you said that if updates exist you must install them and that makes > > tw unstable. no, you didn't say that you had to install everything but > > not much diff. the existance of something does not control you, you > > control you. and you do not have to dup every 10 minutes. > Can you guys please move your chat to some private instance ? > your generosity exceeds your good looks. -- (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, 1 month

Re: ACTION NEEDED: Understanding the current mood and trends among our contributors

by H.Merijn Brand

On Thu, 10 Aug 2023 12:53:21 +0000, Lubos Kocman via openSUSE Factory <factory(a)lists.opensuse.org> wrote: > Hello openSUSE! > > In the past few weeks, a couple of different ideas have been proposed > to define the future direction of the openSUSE Leap "successor" > distribution. > > We've put together at the openSUSE ALP Leap Replacement Architecture > meetings an informative survey to better understand the current mood > and trends among our contributors and users. > > https://survey.opensuse.org/index.php?r=survey/index&sid=277484 > > We'd appreciate if get feedback from as many contributors as possible. Done Personally I would prefer 1. Laptop: TW 2. Workstation: Slowroll 3. Server/Cloud: LTS (18 months+ with timely security fixes) One of the reasons I really love LTS is that I have no saying on what our customers decide on the update/upgrade process. If they decide to postpone 6 months, I have no say in the matter unless the law tells them differently. I still have to support their version of the OS, so I need to keep a system alive with that OS, but I still want my CVE's fixed. If the customer decides to ignore that, it is their risk. What I have noted in the (recent) past, is that when I am at last called to help with the update/upgrade of the OS, the tested and accepted version/release has already been replaced by yet a newer version (e.g. the customer accepted 15.2 to 15.3 and now 15.4 is current and 15.5 is already in beta). When there is LTS, I can just tell them to install all available fixes and upgrade once every 2 years or so, which seems acceptable to them. Local government is a complex customer type. > ps. If you feel that you're both project as well as distribution > contributor simply pick what you currently focus most at. > > Thank you very much in advance > > Lubos Kocman > openSUSE Leap Release Manager -- H.Merijn Brand https://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.37 porting perl5 on HP-UX, AIX, and Linux https://tux.nl/email.html http://qa.perl.org https://www.test-smoke.org

1 year, 3 months

Re: Slowroll and amdgpu-pro and alternatives

by Peter McD

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 What else ? cu Peter

11 months, 2 weeks

Re: Slowroll and amdgpu-pro and alternatives

by Peter McD

Am 05.12.23 um 14:03 schrieb 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. ... >>> [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 >> >> 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… > Thanks cu Peter

11 months, 2 weeks

Re: Slowroll and amdgpu-pro and alternatives

by 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: > > > > > > Hi, > > > > > > > > > > > > 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? > > Peter

11 months, 3 weeks

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, 2 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

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, 3 months

openSUSE Factory search results for query "Slowroll"