Original document used for retro: https://etherpad.opensuse.org/p/ReleaseEngineering-Leap-15.2-retro-20200804
openSUSE Leap 15.2 Retrospective
First round attendees (20200706): bmwiedemann, ddemaio, fvogt, okurz, jsegitz, meissner, szarate, GuillaumeG, Michel Normand, Lubos Kocman, maxlin
Second round attendees (20200806) morning: Max, Doug, Antonio, Yifan, Marina Third round attendees (20200806) afternoon: Doug, Lubos, Sarah, Antonio, Michal K. Fourth round attendees (20200807) morning: Lubos, Doug, Antonio, Michal K., Max, Marina
I'd like to do it on two rounds, first with core team, and then with whoever participated on https://progress.opensuse.org/projects/leap_152/issues/
Raw data: https://progress.opensuse.org/projects/leap152retro/documents Last line processed: Line 83 in the spreadsheet lubos: Thank you!
What went well
got plenty media coverage https://www.heise.de/news/openSUSE-Leap-15-2-Support-fuer-AI-OCI-Container-YaST-wird-besser-4836133.html https://linuxnews.de/2020/07/opensuse-leap-15-2-ist-fertig/ https://www.linux-magazin.de/news/opensuse-leap-15-2-ist-fertig/ working .torrent files via MirrorBrain http://tracker.opensuse.org:6969/stat Linode and Netcup started offering leap 15.2 images 1-2 days after openQA setup is stable and not demanding much (or hardly any) work
- 15.2 turns out to be just as solid and impressive as previous versions. Way back in the day, the rule was "only use odd-numbered version of SuSE" but those days are long gone.
- Clean install in less than two hours on a laptop and home media center, very predictable results
- Ease of setting up using existing partitions from a 15.1 installation +2
- All packages and downloads and installation went well
- Smooth and/or easy installation experience +14
- Install of Gnome and Plasma without problems +2
- I have done a few clean installs. Most works very smoothly.
- I have installed openSUSE Leap 15.2 on the Medion E2291, which is a dual cored 11 zoll notebook. It works well on the notebook. Every hardware, also including the webcam was recognized by the operating system. I had no problems during the installation process.
- Lenovo L470 and Lenovo x250 had issueless installations
- Offline upgrade from 15.1 worked well. Good selection of software, I like the "Generic Desktop" install option as a starting point.
- Installation without bootloader for use with refind (http://www.rodsbooks.com/refind/) went smooth.
- Everything worked out of the box! It's new for me, on previous releases I had to do a lot of manual configuration.
- I was very happy that the installer mentioned that the nouveau driver was selected, but is known to be buggy. In my case, I immediately deselected it because I have a laptop with intel and nvidia and don't care about the nvidia chip.
- Installation process is now much better. Installer is easier to navigate (especially network settings), it's also much more verbose and easier to understand. Updated packages are always greeted with joy :D
- Better integration of online repositories than before
- I updated 2 homebuilt desktop PCs to Leap 15.2 with no problems (i have had issues with earlier versions) very happy with the upgrade process Painless and relatively quick.
- This (openSUSE Leap 15.2) was my first OpenSUSE install that I remember. The installer is very very intuitive and the whole installation process was fairly fast (and yes I love the Gecko and green color theme).
- Previous releases did not go as smooth with my ASUS Zenbook..... I had to resort to some GRUB manual configuration to "save" the installation. Moreover, the USB was not properly configured using 'imagewriter'. With Leap 15.2 none of those problems happened :) Thank you for the hard work!!
- It was easier to add the network during installation compared to opensuse 15.1
- As always, the flexibility of the installer is appreciated.
- Hi. The install of OpenSuse Leap 15.2 was easy and all hardware is supported on my Lenovo Yoga C740. Haven’t tested the stylus, but I’m sure it’ll work. Using Gnome Desktop Environment.
- I'm really impressed by the overall speed using the network installation ISO
- I liked the easiness of customizing the packages during install, mitigation options, very flexible partitioning
- I liked to being able to fine tune installation and select packages that I wanted and deselect the packages I didn't want.
- I haven't used OpenSUSE before 15.2, but the installer has the best partition manager I've seen and is incredibly flexible with software configuration, all of my hardware was functional immediately, performance is great even on old hardware, and YaST is a dream to work with.
- Reach out to yast and let them know that partitioning has a success https://progress.opensuse.org/issues/69808
- HCL (hardware compatibility list) wiki https://progress.opensuse.org/issues/69811
- updated from 13.2 directly to 15.2, no steps in between, went very well
- I've been with openSUSE since, I believe, 9.3. This release is one of more seamless. So far I found only one (minor) degradation with an easy workaround.
- 50+ machines update from 15.1 to 15.2 with no issues
- 2 machines upgraded from 15.1 to 15.2 with no issues +2
- I did a number of upgrades from 15.1 and they all went flawlessly. They all performed better after the upgrade. Desktops and laptops got a really nice UI update as well.
- Smooth upgrade +30
- Smooth upgrade of 15.1 VMs
- Seamless Online Upgrade Process with good documentation
- Smooth offline upgrade +2
- I was able to upgrade via both the offline and online routes with absolutely no issues. Most of my packages ticked up in version and saw nice upgrades without any disruption.
- I used zypper dup --download-only prior to dup. No suprises there. After upgrade and reboot, machine refused to start X server. Quick Ctrl + Alt + F1 followed with login and system update fixed this issue. +2
- Update of 3000 packages under 20 minutes
- Update was very smooth, especially unexpectedly smooth regarding package dependencies, though I had quit a lot customisations in my systems regarding packages. In my own system I had especially big number of packages from OBS projects, but still updating these packages was relatively very smooth.
- Options to deactivate certain repos
- Offline upgrade from 15.1 to 15.2 was pretty boring, just as I like my OS upgrades :)
- Using $releasever in repos helps a lot, user was able to convert also OBS repos easily and do migration all in once
- I like that the repos are now defined with a $releasever variable, this will avoid having to change
- /etc/zypp/repos.d with sed in the future.
- I was surprised by the updated documentation for the update with zypper --dup that now supports the $releasever variable. I found this option great (I had already seen it in Fedora and CentOS) and I see that I am getting ready for the next update next year.
- I was positively surprised that an Upgrade was a simple `zypper --releasever=15.2 ref` and no sed-hackery.
- Seamless migration experience since Leap 42.1 (In Polish)
- Direct migration from 42.3 with no issue, system feels more responsive then 42.3
- USB Update was painless
- Painless upgrade, everything works, reasonable improvements
- Real smooth update, new option for zypper for user to select 15.2, was excellent
- Used SUSE since version 6; when upgrade from leap 15.0 to 15.2, all of the program put on the place including all of the preferences, icon arrangement unchanged. "I almost felt asleep upgraded to 15.2". no issue trapped.
- Most Stuff works
- I was really surprised, that everything went without any problems on all my machines. I updated three server machines from 15.1 to 15.2. It costed me about 2 hours and - a said above - everything was in place after the update.
- Just upgraded with zypper. No need of a side-by-side installation.
- I've been using openSUSE for 20+ years. I was so confident about the upgrade process that I decided to upgrade my work laptop even before it was officially release. Perhaps the positives about the upgrade was that my confidence was not shaken. Everything went smoothly as expected.
- I updated from openSUSE 15.1 a couple of days ago using CLI (zypper refresh, zypper update). As a developer, I have many repositories including third party. One could not ask for a smoother upgrade. The only minor issues I had recompiling software was a few "depreciated" warnings. I have had no crashes of any kind - either system or application as a result of the upgrade. Good job, openSUSE Team!!!
- Update fast and safe. The update wizard was easy and it cleans repository in a right way. The new graphic is pretty. The system seems to be solid and fast
- Improve documentation for the $releasever. https://progress.opensuse.org/issues/69817
- Improve documentation for cases with non-standard repos (e.g. not everybody knows --allow-vendor-change) https://progress.opensuse.org/issues/69823
- KUDOS to the installer team for smooth migration experience.
Raise the fact that users are migrating from relatively old releases. https://progress.opensuse.org/issues/69814
- KUDOS to the documentation team for quality of documentation. https://progress.opensuse.org/issues/69826
- Highlight that we received positive feedback to the theme (twice mentioned). https://progress.opensuse.org/issues/69829
^ Doug mentioned that refresh of graphics would happen always with a new code-stream (e.g. Leap 16)
Keeping family open
- My mother even did not noticed changes after update (in good meaning): no drastical changes, no problems arrised. (KDE)
- Am on SuSE since ~7.0. Managed to keep my family M$ free ever since (not always easy). The openSUSE 15.x releases have been the most easiest to migrate (1 server, 2 desksides, 4 laptops) and I guess 15.2 has been the best experience ever!
Migration from other distributions
- Moved server, desktop and laptop to openSUSE Leap 15.2 from Debian, all went smoothly and the process was very straightforward. Am very happy with the whole process.
- First time user of openSUSE. Compared to the .deb based distro I was using, every thing is just better. From installer allowing you to make choices to xfce set up in a sensible way. Documentation is also better. The last distro boot sequence docs were based on a 2.6 kernel.
- I actually came from the tumbleweed version. What I didn't like was that the snap store and the software downloaded from there were not working properly. I tried this OS version because people said that this was a more stable one, and for me that's true. As a newbie in Linux, the installation process worked fast and this was the only version of Linux that worked well with my laptop from the ones I tried before.
- Everything went smooth. Made fresh install (coming from Tumbleweed). Previous stable release (15.1) did not work on my machine which uses quite new components, thus started using Tumbleweed. Since it is machine for work, wanted to switch to stable as soon as possible. So far (about 2 weeks), Leap 15.2 is working excellent.
- I was so impressed by the XFCE Gecko release DVD that I installed it on my computer from Manjaro XFCE. I have never had a a Live DVD work so well. It allowed easily to set up sound, printers, AMD drivers and AMD GPU drivers, and even to download things. RARE indeed.
- high speed of the system in comparison with distributions Ubuntu-based. I like the openSUSE site, the history of openSUSE, the freedom of openSUSE (there is no Novell). (translated from Russian)
- Reach out to Gecko linux folks https://progress.opensuse.org/issues/69835
- Check on the documentation referencing 2.6 kernel (is it us?) https://progress.opensuse.org/issues/69838
- I recently bought a home Brother printer-scanner that is quite a challenge to install and function as intended. I have had almost no success through multiple distros, including Tumbleweed. But, by running the manufacturer's installer file and rebooting, it works absolutely perfectly with Leap 15.2.
- I had bought a new printer, and feared that it might not work. It does perfectly.
- You people have got it right. Linux is no longer for geeks. It is smooth, slick and fast.
- I'm satisfied with the new release
- Noob-friendly default configurations, Wider coverage in software with release-official support,at least for what I may need.
- Stable as usual, grateful for the work, Good for stability. Läuft sehr stabil. Très bon produit.... Merci.
- The final release was elegant and stable. (let's say a lot of)
- 15.2 resolved a year-long issue with swap, super happy (issue not described).
- Almost everything went well
- Both GNOME and KDE installatations with no issues, both done by a Long time Linux user who prefers openSUSE
- Nice overall experience with GNOME, very stable, good selection of pre-installed apps, YAST improvements, just some minor issues
- Outside the release, really satisfied with openSUSE. This project has complete product, good infrastructure, good documentation, and solid community.
- Defaults are very good.
- New exciting number of software is nice.
- Welcome app is very good and very welcome.
- Nothing significant changed but I feel comfortable with the performance of openSUSE Leap 15.2
- Very cool and was top. Congratulations (in Spanish)
- It simply runs on anything all the time.
- The interface and feel looks better like every update. (not specified which WM)
- Solid base for your computer! Core features (installer, yast, zypper, snapper, well-curated KDE and Gnome software) work really well.
- New Kernel could not change screen resolution but it's not a Opesuse problem but enything below kernel 5 won't work well on my desktop pc.
- I've used OpenSUSE for ~20 years. The positive is that things have always worked well. I've had so few issues with ever release that I've stayed a SUSE user all these years. So pleased with everyone's hard work and contributions.
- Reasonable improvements
- the new version is really excellent and powerful. it works well on the hardware, i have a dell laptop and it's really beautiful. thanks for your efforts and i hope for every one to be in good health.
- Nice release, so far, and I've been using SuSE since 5.2. Installed on two gamer laptops and one SuperMicro server. On laptop went perfectly, everything worked, including the special function keys to adjust audio volume and screen brightness. The second laptop, different brand, couldn't adjust screen brightness with the Fn keys, but everything else seemed to work. But it didn't have a WiFi radio, it was removed for security reasons.
- The server install went well, it has 512-GB of RAM, NvME system memory, SATA SSD drives, and a AVAGO raid controller with two volumes sharing 36 14-TB Seagate SAS disks. All in all, good job! Thanks to all you folks for all you do.
- Btrfs + snapper is nice, but!
- It went well, but not more so than in previous releases
- My experience was normal in most senses. I think I had to resolve some inconsistencies before the upgrade by changing packages from the pack-man repository to the opensuse repository, which is not obvious for a newbie..Most of the experience was very similar to my old experience installing OpenSUSE. Please continue this project, you are my number one linux distro, in a list where there is no number two, and I appreciate your work very much.
- I am no expert user at admin level, and system works well and stable, and has everything expected, which installs easily.
- I like the decision of making the base closer to suse linux enterprise.
- It looks like system works smoother and faster, especially Yast
- YaST is a dream to work with
Action items placed into different sections (Marketing/Upgrade)
- Communication/marketing wise, I am pleasantly surprised to see more coverage of the release, particularly on Linux-related Youtube channel
- People talk about the 15.2. Somehow it seems a more popular/interesting release.
- Great media support and a really well-polished distro.
- For me, it's the first release with great communication support.
- Everything went well, I received the news on the openSUSE social media channels that I follow
- I think the marketing was done well, and there was a big buildup to the release of 15.2.
- Overall, I've been pleased with the release.
- The new site (most likely software.opensuse.org)
- The info about release date and availability of the new version's images was very good. For instance, the countdown on the openSUSE web page was a nice detail, created sort of thrill in the way of "I can't wait to get the new release" :-)
- Identifying new packages and use cases is helpful with the marketing https://progress.opensuse.org/issues/69841
- Community listing the new features on the features wiki page is helpful https://progress.opensuse.org/issues/69853
- Having community help out with blogs, video about installation and experience https://progress.opensuse.org/issues/69844
- Continue countdown on opensuse.org (best to update about 90 days out) https://progress.opensuse.org/issues/69847
- Reach out to marketing team with idea to display What went well quotes from Leap retrospective on Leap download page or perhaps software-o-o ... https://progress.opensuse.org/issues/69850
- Beta and RC builds available before the final Leap 15.2 release helped ISVs prepare for the upcoming release, giving more detail than releases notes ever could.
Just an idea: Make sure that our "landing place for partners and ISVs" has a direct link to release notes section. https://progress.opensuse.org/issues/69856
- Works well on 10 year old laptop with 4GB ram and new SSD. No driver issues. I'm always impressed by openSUSE
- I am using one of the cheapest laptops available that I got last year June 2019, the Dell Inspiron 3000 (or something like that). Leap 15.1 had various issues, what seemed to be a thrashing issue or something, and a mouse driver that would cut out after a while. It seems with Leap 15.2 everything works out of the box perfectly. Thank you!!
- The Base Memory usage at less than 500 MB with KDE & XFCE is a pleasant surprise.
- I use it with the Gnome desktop on my old iMac 9.1 (dualcore) and I'm very impressed by the speed, CPU and memory consumption.
- Worked on both my new ryzen hardware and even mini pc Intel atom one.
no action items at the moment
- More updated kernel, much better on AMD threadtripper
- AMD support! (translated from Russian)
- kernel version appreciation +2
- NVME installation worked, wasn't the case for 15.1
- UPS Info without installing APCUPSD-GUI through Power-Manager - Magical
- All hardware works perfekt. +5
- Ability to install driver for Realtek RTL8812BU (translated from Russian)
- Everything works fine. No problems on PC1 (AMD Athlon 200GE). No problems on PC2 (AMD Ryzen 3950X + Radeon 5600XT). No problems on the laptop (lenovo E595 with AMD 3500U).
- Setup went well on a Dell XPS 15 9560 and did not require any kernel parameters to boot or get touchpad to work (unlike 15.1). SD reader also works, unlike in 15.1. Performance seems very smooth.
- works well with nvidia card
- There were no issues at all with installing openSUSE Leap 15.2 on my Lenovo ThinkPad E595 (AMD Ryzen 5 3500U, Vega 8).
Track mentioned hardware on our HCL (Hardware Compatibility List) https://progress.opensuse.org/issues/69811
ML and AI package were great. Surprised by the new AI stuff.
- KUDOS to AI/ML team https://progress.opensuse.org/issues/69859
- Appreciation of the current version of Network Manager on KDE with openvpn configuration
- Configure Wi-Fi access. Is like Tumbleweed and more easy to do.
- The network setup at boot is normal again, wireless connection is established fast as in older (pre 15.1) releases.
- NetworkManager worked seamlessly with WiFi and hard-wired Ethernet.
- KUDOS to NetworkManager team https://progress.opensuse.org/issues/69931
Beta phase updates
- All went smooth from Alpha to GA, with exception of pgAdmin4
- I found that things went fairly smoothly for the release. Most testing had been completed and most things functioned without any problems
- Packages were quickly available, which means problems were quickly resolved. I have rund a prelease months before the actual release and it was very stable. User mentioned rolling model but I think he just meant the way how we do our Beta snapshots.
- Experience of using and updating 15.2 RC to release one went smoothly.
- Very stable Beta version
- Everything worked as expected for me. Both upgrading from Beta to Stable and 15.1 to 15.2
- Continue to list Leap development in Alpha Build Phase, Beta Build Phase and RC Build Phase. "Leap has a rolling development model until it’s final build". https://progress.opensuse.org/issues/69934
- Some packages were surprisingly rather recent.
- Adding additional software met requirements
- The structure of included apps in patterns have been matured.
- some nice brave updates for apps which i didn't expect to see, like wine, gimp etc.
- PHP 7.4 instead of 7.3
- Glad to see the Firefox esr version updated to current.
- KUDOS to packaging team community, and Release team (perhaps send email to factory?)
- KUDOS to packaging team and PM, The version appreciation might be also one of visible outcomes of CtLG
Both tracked as https://progress.opensuse.org/issues/69937
- Good amount of Nginx modules included which are missing in mainstream distro like Ubuntu/Debian or CentOS/RHEL/Fedora. For example, nginx-module-brotli and nginx-module-modsecurity along with lastest PHP 7.4.6 and MariaDB makes my job easier. I loved it.
KUDOS to maintainer. https://progress.opensuse.org/issues/69940
- What perhaps might stand out was the enabling of Wayland and me not realizing I was on Wayland. I only found out when I tried to install the NVidia driver.
KUDOS to wayland maintainers https://progress.opensuse.org/issues/69943
- installer allowing you to make choices to xfce set up in a sensible way
- KUDOS to Xfce and Installer team https://progress.opensuse.org/issues/69973
- Nice overall experience with GNOME
- The newer version of GNOME has significantly better performance on my lower power laptop.
- Gnome is visibly faster
- KUDOS to GNOME maintainers team https://progress.opensuse.org/issues/69982
- Almost the latest version of Plasma and the system is stable!
- The new KDE desktop is more polished +2
- The new KDE presents well
- The release (specifically using the KDE Plasma desktop environment) feels very polished and sleek. Everything seems to work out of the box including obscure configuration options.
- Continuation from family upgrade: I found few little changes in system or KDE Plasma desktop that are fresh and positive step from ancient ages to today.
- The Leap 15.2 with KDE seems to be very consistent and full featured.
- KUDOS to KDE maintainers team https://progress.opensuse.org/issues/69985
ISO / Torrent / Images
- I'm positively surprised that there are available cloud images at the same time. And when I wanted to try WSL version, it was available the next day.
- I could get it as soon as it was released.
- A good Image availability of the release.
- Quick download of rather big image.
- I downloaded the ISO image as soon as it was announced that it was available. I downloaded it using MetaLink with aria2c tools and I have no problem with that.
- Download of the installation image was fast and flawless.
- KUDOS to the release team https://progress.opensuse.org/issues/70009
- I am delighted with the combination of using strip after compiling C programs with gcc. I generally look for a small sized executable, and the Leap 15.2 gcc 7 (-Os) with strip gives me that. The executables I create with Leap 15.2 are up to several hundred bytes smaller than the same sources compiled on alternative distros such as Tumbleweed, Fedora, Arch and Debian/Ubuntu.
- KUDOS to toolchain team https://progress.opensuse.org/issues/70012
- Good download speed from mirror.us.leaseweb.net
- Installation of the Dutch version for Belgium went flawless! I appreciate the work that has been done, it is a fine experience working with Leap 15.2. There is one important exception, alas ...
- By the way I translated the release announcement for my language, also my colleague translated the scheduled twitter announcement. We are proud that we can help event it is only just a translation works :-)
- KUDOS to the translations team https://progress.opensuse.org/issues/70015
Well maintained virtualbox compared to debian. Availability of virtualization facilities that I am interested in learning.
KUDOS to maintainer https://progress.opensuse.org/issues/70315
- Leap feature request looks better processed to SLE, than in past
- Informational "meeting updates" in factory mailing list
What did not go too well
- installation went well, except that I could not put the installation software on an usb-stick like I could do with the pre-release version, I could only put it on a dvd.
- I had to turn off ACPI or else installation freezes ...
- After the installation there was a problem that Yast gave a notice that the installation had failed. But after a restart everything was just fine
- Depend.Recommend.Suggest. The installer usually tries to pull in recommended packages that I don't actually want.But disabling the pull-in greatly decreases the system function. For example,once I tried installing a server system(openSUSE of course) in virtualbox,which is supposed to have no GUI,but the installer tries to install X11 components,since the YaST2 recommends it. And for now I have to manually untick pkgs I don't want. Maybe either don't recommend too much,or make a stricter strategy for the installer?
- Download during install (using the network install) took quite some time
- Software selection. On a PC that will never have a use for Samba why is it that when I deselect Samba there a massive amounts of it still left on my PC? Software selection is not fine grained.
- I could not configure proxy internet access during installation. Caused a few long timeouts, but easily fixed using Yast efter initial boot.
- I would also like to see the capability of adding a proxy server during the install process. I frequently have to install on non-routed RFC 1918 networks, but that do contain a reachable squid proxy.
- Dvd should be ejected after installation is complete. Otherwise if you leave the end of installation unattended, the dvd boot back to start a fresh installation.
- It might be helpful to see a better install-time description of the "transactional server" install option.
- This is likely an edge case, but the installer doesn't let me specify which drive to install GRUB to - At least, not one I could find. My system's weird and doesn't let me specify a boot order in the BIOS, I had to boot a LiveCD and chroot into my new system to manually install GRUB. Can you add an option to specify which disk to put the bootloader on?
RFE: Add an option to configure proxy during installation https://jira.suse.com/browse/PM-1895 or define proxy on Linuxrc commandline https://en.opensuse.org/SDB:Linuxrc#p_proxy RFE: Eject media after the install ^ The first option on our media boot screen is to boot for a local hard drive, so reboot should not trigger a new install process RFE: Ability to set target device for the Boot loader, there is a bug https://bugzilla.suse.com/show_bug.cgi?id=1165042 with planned solution: At the Installation summary page: Show where exactly is the bootloader going to be installed ^ For the UEFI system this is given, for Legacy BIOS this could be an option Decrease footprint of smaller installations (recommends/patterns)
- Installing from an image downloaded to USB stick, I somehow missed the option to "Update" from 15.1 and found myself wiping my /home directory by doing a clean install of 15.2. I guess I was too nervous to notice the Update option (I'm just an ordinary user).
- The update via Zypper is too complicated (+3)
- Additional comment that the documentation feels out of date
- Problem when using transacitonal-update dup when upgrading to 15.2. Can't wait for a MicroOS Desktop based on Leap
- I first tried to upgrade the system via the iso, but the upgrade had an issue (upgrading libre-office). So I had to reinstall the system.
- I might haven't seen it but there should be an easier way to upgrade from an older distribution. I use a sed command but that works only if no $release variable was used in the repos. Also on one machine I went through the betas and this resulted in not being able to run yosys (got core dumps). I waited until the release of 15.2 and tried my luck in a VM with it installed and there it worked perfectly. So I had to do a :upsiclean install afterwards. Of course a beta is a beta, so I can't blame anyone for this. But: it would have been helpful if there was a third option when installing: installation, update and replace the existing distribution, where there installer reads fstab to determine the partitions and some crucial configuration (printers, soundcards, etc.).
- What is still unclear is how to change the repo pointers in /etc/zypp/repos.d/*.repo. I used the documented sed command and it replaced the pointers fine. Still, I have a file "openSUSE-Leap-15.1-1.repo" there which I renamed to "openSUSE-Leap-15.2-1.repo" just to be sure. But I don't see how release numbers in repo file names are handled. There is no information available.
- There were some packages and library that broke after the update. (Translated from Portugese)
- I usually do upgrades (e.g.: 15.1->15.2). My problem is that there's still no GUI for this. There should be a GUI (like in Ubuntu) to make it easy to do upgrades (not thru a CLI!!!). It's a VERY VERY awful experience to do upgrades on openSUSE if you compare it to Ubuntu/Windows/Mac. It feels like a travel to the 80's were everyone lived in the terminal. It's a very awful experience!
- Very disappointed by the lack of online repository support during upgrade. Upgrade remove ~150 packages, including gcc, kmymoney, all *-devel packages, etc. All had to be restored by hand, a huge PITA.
- I upgraded from USB image from 15.1 with KDE5 repositories. At the last check before the installation is executed it says in the S/W selection that there are unresolved conflicts and manual intervention is required. Clicking on manual intervention or on Software selection immediately brings up the dialog with detected conflicts. This window cannot be dismissed. The only choice one has is to click through all (100s in my case) conflicts and solve them manually or to abort the installation and do an installation instead of upgrade. Possible solutions: a) Provide a way to solve conflicts later or b) allow vendor change from the conflict window (*all* of my conflicts were solved in that way)
- I was not able to upgrade from Leap 15.1 to 15.2 using cli or yast, was getting prompts for Vendor Change option every package, it should have included Yes to All option. I'd to do fresh install and need to format partition.
- During the update something clogged my hdd. I deleted some games, cleared the zypper cache and removed snapper images. The situation with just a few bytes left on the root partition happened multiple times during zypper dup. I have a 500 GB SDD that was automatically partitioned using btrfs by Yast. It took me an afternoon to fix this up on the command line. I can't recommend this to any non-technical person at the moment.
- I was hoping that it would preserve all my existing applications by upgrading them too. Unfortunately, it didn't. I had to re-install many of my apps. Also my mp3 drivers broke, probably because it is non-free system.
- can't import photos from iphone (bug was reported)
- I somehow got gtk and graphical friends installed on my servers that haven't been there before (I don't need them on my servers)
- Performed upgrade via full image USB stick. First time I chose upgrade from image when booting, I ended up in console asking me to specify where the packages should be loaded from. None of the options worked, so I rebooted. On second try I correctly ended up in upgrade GUI as described.
- First I chose to update from 15.1. This ended in a disaster. In 15.1 I used the proprietary NVIDIA drivers. Those also got updated. But when I booted the first time, X window system didn't start at all. So I tried to check the installed packages, realizing that I also got no access to the internet.
- Finally I decided to install 15.2 from scratch keeping my old home dirs. This ended in KDE not starting. The reason was that the zsh-shell is not installed by default but my user account is set for using zsh. After installing zsh I could start KDE.
Add option to specify --allow-vendor-change once there are install conflicts during install (usually multimedia). This might result into system with broken multimedia set. ^ This might be not a good idea for the upgrading system
Perhaps advertise zypper dup as a prefered migration option for users with custom OBS repos etc.
If the vendor change issues would be e.g. mainly OBS projects which do not have yet repository for the new Leap release, we could perhaps display this to user in a more structure way that would better integrate with OBS. Saying e.g. these 10 OBS projects do not have repository for your $releasever. This approach would not be then applicable for pacman.
the update via zypper consumed all space on the root partition (size of partition was set by the auto-partitioning).
server installations received some unwanted graphical packages (more on patterns/recommends)
Already mentioned to document $releasever, make sure that it's clear how to update to the last Leap via zypper dup (check docs)
- Minor issues with: welcome App not available, lag of community-based Repos
- artwork should be improved (some icons e. G. Printer setup is pixeld, better icons for YAST)
- Selection of the the Macintosh keyboard layout required further research.
- After installing opensuse on the first update, I was unable to boot the system and the error appeared amd-vi unable to read/write to iommu perf counter Disabled iommu in the bios and everything worked again
- When booting to install, I see the boot sequence but the screen goes dark and GUI never appears. "Out of range" error or some such thing. Haven't switched to 15.2 because of this (I installed on this hardware about 4 years back (can't remember which release) and currently on Tumbleweed).
- Well, as a person who was using Leap 15.2 1 week and as a person who uses right sway Tumbleweed (KDE), that the system don't remember my password for Wi-Fi and it's annoyed
- Distribution is not very user friendly and often requires usage of terminal to workaround issue (from Russian)
- When choosing an encrypted disk, the decryption key is asked for three times on boot, which is very cumbersome if the install is intended for a non-export to use.
- during the last days (16.-18.07.2020) the/some repositories were inconsistent - for some RPMs the checksums did not match, i.e. an error message during update using 'zypper dup'; thus, the update on some of the installations was not possible on the first try; this was fixed latest today
- After the update, some updates are not yet available in Leap 15.2 such as libdouble-conversion, libgsl23, and limpoppler, which makes Inkscape unable to run. so the result must be installed from source 15.1 manually via rpm.
- After rebooting, the system hung. The only way I could get the system updated was to reformat /dev/sda3 (the root partition) and /dev/sda7 (/boot/efi) and reinstall everything. Even then the system hung after installing the nvidia drivers. I had to login through windows, run yast2 using ncurses and update the kernel in order for the system to boot. Tried later to boot to runlevel 3 (networked multiuser target) just to see if it was possible but the system hung again. Had to once again go into windows and fix the runlevel to graphical.target and reboot.
- Overall the whole system just felt buggy and slow. I have used numerous other distros and DE without issues, but this one just did not feel right. So sadly, I had to remove openSUSE. Will probably try again at a later date, but at this point it is a no-go for me.
- I installed the XFCE version, and after install, YAST software kept crashing while installing additional software.
Document keyboard layout config for Mac Users lkocman: I have reported feature request for the disk encryption password prompt. I'll share updates on the https://etherpad.opensuse.org/p/ReleaseEngineering-meeting Consider sharing wifi-passwords in between individual installations (some cloud option?) Revisit welcome app Not all new translations are in the welcome app translation (Action item for Lubos). The package is 1 year old. advertise snapper usage to avoid system-reinstall lkocman: double check on the issue with repository checsum
Laptops / Suspend
- Just one bug on my lenovo laptop freezing after closing and opening the lid with nothing resolved yet. Bug was reported.
- The sleep mode (suspend to RAM) doesn't work. My computer just reboot when I try to wake it. Just another regression. Downgraded to 15.1.
Perhaps go through the Beta testing sheet (covers also manual suspend/resume test) during RC.
- DVD image has almost 4 Gigs. Its very big for me- in Indonesia, which internet connection rather slow. With narrow band i need four hours to download. but this is not a big issue.
- installation went well, except that I could not put the installation software on an usb-stick like I could do with the pre-release version, I could only put it on a dvd.
- 4GiB ISO very big in Indonesia with slow internet connection. Took 4 hours to download but not a big issue.
Advertise availability of Live images and network images that are generally smaller than DVD. Network image might be tricky if there is a bad latency.
Raise the indonesia situation to mirror admins
TBD: double check on the usb image, but I'm pretty sure it worked for GA as I have one Leap 15.2 USB drive myself and it works.
- Bash version too far behind
- The point is that 15.2 core packages are still based on years old releases. If they would have been a year old, okay. Alas, some are 4 years old and lack therefore features we (I) are depending upon. Also, the kernel is not even based upon a LTS version, which means additional burden in maintaining the kernel. Instead of being the main OS, Tumbleweed has taken that position, even despite the frequent updates and hence the time it takes to run the updates. Version 15.2 is now only used when modern features/functions/optimizations are not a prerequisite and stability is.
- Lack of packages compare to AUR or even Fedora
- surprised that exFAT is not supported by default (package has to be installed),
- I would appreciate more often update of Wine (still version 5.0 provided, quite "old" one)
- Leap 15.2 still comes with old SLE stuff, including the kernel, apart from e.g. up-to-date KDE DE. Reporting bugs is frustrating, since they are very often not addressed at all. When Leap 15.2 was published, there were around 240 open bugs. I do not know any other distro that provides such incomplete/defective "product" to the public. As far as I am concerned, Leap does not have any future in its current setup.
- The Darktable 3.0 package provided in the Graphic repository misses the libIex-2_4-24 library
- I find it unfortunate that some packages, such as podman, were outdated.
- TexLive (LaTeX) related packages update during upgrade was very very slow: hundreds small packages; it would be better to provide a collection of most common these packages as one single package as replacement (but small packages could still remain for those who want very fine tuned TexLive/LaTex installation).
- The kernel is also version 5.3, instead of LTS 5.4. I see no reason not to join forces to support LTS versions. It's open-source, and it's for everyone, not you. (Translated from Russian)
- I expected that almost all Tumbleweed packages will end in Leap. I was unsitisfied, when I discovered, that is not true and multiple Tumbleweed packages missing in Leap 15.2. It was unclear what does "refresh release" mean. I expected, that it will contain newer glibc and newer systemd, like it was with Leap 42.2 / SLE 12 SP2, so issues with gaming on Leap 15.1 will be resolved with Leap 15.2 . But it wasn't the case, so workarounds are still needed. I didn't know that, so I cannot fill bugs (or write somewhere) earlier, than it was too late for SLE.
- installed Leap 15.2 and almost pulled my hairs off when realised there isn't a functioning repository for QGIS (geographics software)
- Under 15.1 I did not use apparmor/audit and the packages were not installed. Installer automatically selected those packages.
Decrease footprint of smaller installations (recommends/patterns) same as in the Installation experience. Advertise reason why we don't have LTS kernel. Our kernel is heavily patched and in some cases newer then the LTS kernel itself - Greg Kroah-Hartman, the #2 Leading Linux Kernel Engineer and the maintainer of the upstream LTS Kernel says that any distribution kernel is better than that LTS Kernel Reach out to kernel team regarding kernel feedback Revisit large update issues with texlive. Sarah mentioned that there were used to be 3 different packages (default, full and half-full) providing different set of rpms. exfat should be already supported by the kernel, so this is most likely availability of the userspace tools. Todo revisit this Try to keep wine up2date
- Try to reduce amount of open bugs, this number is truly high
try to revisit bash podman - try to have the recent version Raise complain about obsolete versions in SLES to PM (e.g. bash etc). Sometimes it's not so easy as shells might break some of customer scripts. Document meaning behind tic-toc releases. What can be expected from the refresh release.
- codecs are an Disaster by all opensuse Version. +2
- The URL from Suse for Installation Codecs need and Refresh and Check
- Videos working in VLC only by installation of extra codecs and vendor change (packman repo)
- Many formats (mp3, mp4, movs, jpegs, jpgs, etc are not viewable with Leap15.2 and my efforts with vlc or other. SUSE needs to create a tainted library, from which youtuber's facebook users's, etc, can click on a video, and watch it without having to switch to other distributions. As it is now, Fedora 32 with the tained rpms and some other downloads allows me to watch or view any email attachment, or any video format. SUSE is number 2, because of not being one distribution for all users. I recognize that there are copyright/legal implications of including copyrighted and licensed software within Leap. But there should be no danger in saying, we cannot provide tainted software, but here is a list of third party repositories from which you can purchase/download such codecs.
- Install H.264 - HTML5 drivers. Browser Firefox 68.0 ESR. Trouble with HTML5 drivers in YouTube. I understand the copyright thing about "privative drivers", but another distros make this easy with "ugly" or "bad" packs. Ubuntu ask "do you want multimedia?" and go on.
- Revisit docs which cover multimedia, make sure that it's obvious how to get codecs
- Consider adding an option to the system or installer to add multimedia.
https://opensuse-guide.org/codecs.php - one click install that could be integrated in the welcome application.
- Discuss with Frederic what are reasonable options to make this more convenient for users.
- could not boot after installation did not seem to recognize efi
- Installation DVD iso was unable to work with Secure Boot, but NET istallation iso worked without a problem.
- After install OpenSUSE would not start if I do not have the openSUSE liveUSB connected to my computer. I found options under Yast→ System → Boot Loader to change some of the boot options which I did but it caused my Windows installation not accessible from boot manager entries. I tried following options so far but have not got dual boot working. I am hoping to find a definite guide that I can follow.
- During the update something clogged my hdd. I deleted some games, cleared the zypper cache and removed snapper images. The situation with just a few bytes left on the root partition happened multiple times during zypper dup. I have a 500 GB SDD that was automatically partitioned using btrfs by Yast. It took me an afternoon to fix this up on the command line. I can't recommend this to any non-technical person at the moment.
- I use extra repository, Change secure boot policy on 15.2. Cannot boot after update, I add repository key by Mokutil. It is difficult for find document, please write release note.
- Was unable to do a PXE installation on a UEFI laptop. I am experienced with normal BIOS PXE deployments, UEFI something else. Some instructions would be nice.
* lkocman: This is unfortunately the case with all new Dell laptops I was personally surprised as well.
- Updating from 15.1 running system failed because of boot configuration not being allowed for (dual boot win10/legacy bios/MBR) which was as originally proposed by 15.1 New complete installation took ages for same reason - now works fine, but no help available on OpenSuse sites, or within YAST explaining what the many boot options mean or do, or why "search for other OS" option needs deinstalling and then reinstalling to work! Disc partitioning offerings still confusing, partly because of boot uncertainty.
- Not able to boot due to problems in ucode-intel package.
Document the UEFI PXE detail on wiki (available only with Legacy BIOS) Revisit the no-space-on-disk during zypper dup Document dualboot best practices and perhaps even /boot structure for efi Revisit release notes section for SecureBoot/Signed modules CONFIG_LOCK_DOWN_IN_EFI_SECURE_BOOT kernel config option (bsc#1173158) etc.
- I think the Yast software manager still needs a little work. If you don't know close enough to what you are looking for it will just come back with no result. Then I use a web browser to get some clues and type that back in and all is good. But that really is a minor quibble otherwise Excellent OS. I use it 99.9999% of the time.
Reach out to yast if we could ease the navigation. Some usecases of what's not easy to find would help us a lot.
X / Wayland / Mesa
- On my HTPC, which uses intel i915 graphics, I had also a bad upgrade experience. The desktop was full of artefacts and unusable. I realized after a lot of head-scratching that this was because it has switched from regular X11 to X11-wayland. This is quite a big change, though it is described nowhere in the release notes either ! I read from distrowatch that when one installs from scratch, several session types are possible. In my case only 'Plasma' in proposed at the login screen, I do not know how to get the extra session types. I uninstalled x11-wayland and things have gone back to normal.
- Something wrong happened with Mesa from SLE to Leap transition. In SLE 15 SP2 beta was Mesa 19.3 much earlier and in Leap 15.2 it ended only after release candidate (!) Release candidate was not package freeze (like article https://news.opensuse.org/2020/05/28/opensuse-leap-15-2-enters-release-candidate-phase/ trying to say), but big changes like big Mesa upgrade happens
- Opensource graphic stack is older than usually. In previous version new release shipped with one major version behind, this release was with two major versions behind
Note on the Wayland by default: Plasma is not using wayland by default, this is only the case with GNOME. This will be changed in future release as well. Todo: talk to maintainers and perhaps even SLE PM about the Graphics stack, we should not be two releases behind. Revisit release notes, perhaps we can spare some time and pain to users who did not do the update yet.
- Moved the connectivity issues to remote share to File Server section
- I use KDE PIM with KMail. There is a terrible bug in it now: https://bugs.kde.org/show_bug.cgi?id=422336 because of Qt 5.12 and they say that will be the case until next Leap 15.3. I hope not. It is simply nearly impossible to work with e-mail because akonadi_maildir_resource is endlessly retrieving entire folders and blocks e-mails from appearing, and blocks KMail from being used. Some solution MUST be found, please - this is a real bummer.
- Kaffeine is not able to play HEVC full HD DVB-T2 channels, some issue in VDPAU_DRIVER, must be switched to va_gl (I guess some issue with vdpau, mesa or something, not opensuse).
- Maybe this problem on Plasma not openSUSE itself, when network status is limited (Wi-Fi with orange exclamation mark icon) Plasma shell become not responding for few seconds.
- Some user configurations of KDE Plasma or some individual applications was lost after updates
- Dolphin can't be split.
- Additional repos: I would prefer to have the repos for the latest KDE software releases available to add during the install. There's no reason why they shouldn't be available.
- the kile (beta) program is REALLY unstable...... it should not had made it to the release my opinion.... I uninstalled and went to emacs-auctex for my LaTeX.
- KDE plasma bugs, those minor annoyances like inconsistent colour scheme in settings app, and other kde apps.
- Missing data in the kinfocenter app.
- I've also encountered konsole windows where changes to font sizes, color schemes, etc. don't persist on the first tab of the window. The attributes persist on any additional tabs. Odd
Double check on the remote fielsystems, this has been mentioned multiple times. QT issue with kmail, someone has to bisect the patch and fix it. This will take a while to do so. Perhaps we could use the possible 15.2.1 release and ask SLE if we could simply update QT Split button changed from left to right corner, but it can be done The problem with offering a repository with newer KDE is that it would be blocked on the current version of QT. It's essentially same problem as with offering two parallel versions of glibc Responsiveness: let's report a bug, perhaps plasma is trying to resolve a hostname and it can't be done on a poor wifi connectivity
- I have the feeling the GNOME version that has been chosen was not a good pick. Several important extensions like kstatus/appindicator support do not work. On my test machine libinput also has an issue that the mouse coursor gets unresponsible after suspend / resume. Previous and also later GNOME/Libinput versions work fine.
- some Apps from GNOME world are missing (feeds, podcasts, fractal, astrosophe, shortwave )
- Gnome version could be at least 3.36 +4
- Gnome 3.34 isn't as snappy as 3.36 on my laptop (core i5). I experienced minor issues with it (mouse lagging while opening app list). But all in all its usable. I hope that 3.36 will be available in the future (if possible).
- not latest oldstable version of GNOME (3.34.7),
- GNOME Memory usage without any apps open is upwards of 1 GB is a disappointment.
- One cannot create a symbolic link for me on the desktop
Revisit GNOME memory usage, and perhaps even minimal recommended memory for Graphical install specifically with GNOME. Let's check on the missing GNOME apps, and why are they missing (check with Frederic or Yifan perhaps). Raise complains about GNOME to SLE PM
- Mate install did not work even after multiple tries & re-installs - tried GNOME, KDE , XFCE worked perfectly.
check openQA coverage
- Feature request: please add Xfce as a desktop option in the installer, SUSE/openSUSE Xfce team has done an amazing job :)
Xfce will be an install option in next Leap release.
- Cinnamon DE shipped with the release has performance issues, for some strange reason it starts lagging after ~1h of using the system. It's not related to oS, because folks on other distros with this DE are also having these issues (got this info from Reddit, but I'm unable to find exact link to the discussion, sorry). I upgraded to Tumbleweed and added this repo https://build.opensuse.org/package/show/X11%3ACinnamon%3ANext/cinnamon to get the latest Cinnamon DE available for Tumbleweed. It seems to fix that strange lagging problem.
- Installing flatpaks went fine and they are working fine, but for some strange reason their icons disappeared randomly from the Cinnamon program menu. Changing the DE didn't fixed the issue. I haven't tried the latest version of Flatpak (1.8.1 from user repo) on Tumbleweed to check if this was solved or not.
Check whether we can update cinnamon to latest factory version as a maintenance update, otherwise it seems to be fully unusable in 15.2
SWAY (Tiling manager)
I saw that 15.2 comes with Sway, which I'm using on Fedora right now. So I installed the OS, which went well, then tried to install and start Sway which sadly crashed. (lkocman: Systemd issue) Action item identify and push on the bug to get it fixed, otherwise SWAY is not usable in 15.2
Priorize the systemd bug
- Chromium had problems with playing some videos. I had to disable "Hardware-accelerated video decode" and "Hardware-accelerated mjpeg decode for captured frame".
- In the fast way I could download Chrome, but Yast says something about the "integrity" of this browser. I dont like Chromium.
Raise issues to the packaging team
- Owncloud broken by providing php newer than 7.2, this broke the upgrade experience
- Using dropbox, the icon did not appear in gnome but in plasma the indicator work. I was using the default dropbox installation from opensuse repo installer.
Contact owncloud people about the issue, also consider offering php72 in parallel (Cristian Rodriguez might help) Dropbox: report bug we'll see what can be done.
- Not good for hardware development, not possible to install synthesis and stimulate most FPGA and ASIC base tools.
- RISC-V development tools issue.
- GCC9 for Leap 15.2 was at version 9.2 for a while even though 9.3 was available for Leap 15.1. It was a surprise to see Leap 15.2 with an older version than Leap 15.1. Presumably this was due to a packaging freeze as the release date approached. This inconsistency has now been solved via an update, though a bit of reassurance in the release notes may have helped. https://software.opensuse.org/package/gcc9
- gcc9 isn't be default package when install gcc, rpm-build is still requiring gcc7 instead of gcc9.
- I have a dream about the day when Apple Swift, which runs on Ubuntu, will finally be running on openSUSE. But I guess, this remains a wish and I never get that.
Use release notes in cases where we know that Leap GA will have older verison than recent Leap 15.1 update. Consider adding hardweare development stack, if there would be a maintainer willing to maintain it Check with RISC-V team on the mentioned issue. message opensuse-factory@ and ask if somebody would be willing to maintain swift
- Lack of updates for python. Python is still left at 3.6.x. That was not expected.
- Pip / Python old version
- python stack does not work any more. Any pip command returns some error...
There is already a feature to offer parallel versions of python including 3.8 to my knowledge. TODO: track status together with other openSUSE-originated features
Regarding pip and error, please return a bug if you can see this text.
- Bulleted list item
my old IBM SPSS 22 stopped to open fileopen/filesave dialogs due to JAVA exception – it took few weeks to resolve issue by resetting all SPSS settings to default ones.
Pass feedback to Java Maintainer.
- Community repositories blank when I'd add in YaST->Respositories -> Add -> Community
- In adition, IMHO this list should include another repos as KDE-Applications, Geo, Education and others.
- During the process of setup, I discovered that Packman was not available in the Yast community repos. Most of the one click and terminal entries I've used in the past no longer worked to install it either. So it was a search and learn process to learn how to install Packman. Once installed it worked perfectly. I love that I learned a lot during this process, but I question the wisdom of making the maze to set it up so challenging to wander through.
- I'll admit that I was confused when I installed 15.2, went into Yast to add the pacman repository and didn't see anything.
This was a human error the submission containing community repos was submitted ahead but not merged in time. Perhaps add a check to RC checklist.
- Two weeks before release I installed the beta or RC, including lilo as bootloader. After release, when I ran a zypper dup, I was surprised to see lilo was going to be deleted. I had to do a lock on it. There is an open bugzilla.
The lilo was scheduled to be deleted for a long time, the SR got under the radar and it was brought back to our attention around the time when we were taking the last submissions including ucode-intel to enable newest hardware and so on. One of the reasons was also that maintainer didn't want to maintain it any more.
If someone would be interested in maintaining the package, feel free to reach out to openSUSE release team, or report a bug against Leap 15.3 to add back lilo (and mention that you're willing to maintain it).
- Very embarrassing was missing "back-port" support for zstd compression for btrfs in grub, had to reinstall with zlib compression, and i think this should be considered as a bug and be fixed in coming months. Would be nice to have some default options activated for btrfs for ssd's... Default disk setup was providing only encryption with lvm which should be migrated to btrfs.
- btrfs cleaning that hanged the computer for minutes, what's the point of hourly snapshots if the script hangs the computer with a cleaning script that makes the computer unusable, also btrfs compression or ssd optimization settings did not seem to be on default, or have any Gui tool to configure it
We should really look into the option to enable SSD optimizations for btrfs in case that SSDs are in use. The second issue should be reported as a bug.
ZSTD - SLE 15 SP3 is adding libzstd because of dnf stack, we should look into btrfs as well. Check if the feature is not already reported, or report it.
- It does feel like it takes a little bit longer to boot up.
Please report a bug and provide boot logs. Could be some service (e.g. mount) that is delaying the boot for up to 2 minutes. Happened to me in the past.
AI / ML
- A bit underwhelming, tough expected: shipping ML libraries without CUDA support, presumably because of the legal reasons.
- Kind of related: Nvidia driver compute is a bit temperamental/finicky to get working, but that's really not your fault, I've seen the similar problem before on my previous distribution. Hopefully, upstream will fix it at some point.
- working with laptops and NVIDIA graphics hardware did not work well.
- Needed access to cuda facilties only supplied from nvidia drivers did not install at all.
- Doing any sort of AI or machine learning without having GPU accelerated facilities is a waste of time.
- Nouveau drivers worked well, but no cuda libraries can be used.
Raise this to our AI/ML team, I believe that I've seen feature request for this (update community with the status). There are some related features opened for ComputeNode (provide repo for NVIDIA CUDA) perhaps something could be done for openSUSE as well. Lubos will reach out to Marco V.
- Ryzen and Realtek support is still not good, and I think this is because of the kernel. On one machine I have had to resort to a different distro to get bluetooth operational. On another machine, using a kernel from the HEAD branch resolved networking driver issues with realtek and most importantly, reduced power consumption on the laptop by almost 25% in comparison with the 5.3 kernel. It "feels" as though, while openSUSE remains a rock-solid distribution, its hardware support is really lagging.
- in my dell laptop during booting it appears that the temperature of the CPU is high, when i just turn on the laptop , it happens randomly for no reason
- some other issues are the Broadcom-WL wireless driver and realtek Ethernet which must also be installed manually
Kernel in a default installation is tied to be the same in SUSE Linux Enterprise, however if we identify that some hardware is not working any more or is too new, we should raise it as a bug or a feature request.
Realtek support: kernel team is not surprised, Realtek is not very co-operative with upstream. Please report bugs against openSUSE Distribution, kernel team has an experience that they're handled in a right way.
Ryzen: we have backported a lot of patches for this topic, so far we've received a lot of positive feedback in this poll regarding the Ryzen support. Please open a bug if you have any specific issue, kernel team can't do much to help here as long as they do not have more information.
- It is KDE with HiDPI support on Intel integrated GPU's. If you enlarge everything by 125%, you will see artifacts in Konsole, KPatience, etc. However, if you select NVIDIA as your primary GPU, those artifacts are disappearing. That's what was on the Leap 15.1 and Tumbleweed as well.
- Wrong graphics driver was installed. I have an ASUS laptop with an intel integrated 620 graphics card. It took several days of troubleshooting to fix it. A kernel paramter was required to prevent screen flickering once the right driver was identifed. This problem didn't occur in Leap 15.1. Also the wrong trackpad driver was installed. This error also occured in Leap 15.1.
if there is a regression and hardware doesn't work please make sure to report it ideally during Beta phase. I'll copy paste your entry to a bug, but I'm afraid we'll need some logs as well.
- Upgrading from 15.1 on a "standard" hardware (HP Z2 with nVIDIA Quadro P2000) went fine up to loading of the nVIDIA driver. This seems to be a persisting problem as I understood from bug reports. I went back to 15.1 on this production machine (running Tumbleweed on my Lenovo X1 carbon, happily). I am surprised that the nVIDIA driver problems were not caught and sorted out before launch.
- When I restarted I enabled the additional repositories again, and updated the packages and programs with multimedia support with patents. Everything worked fine after the upgrade, except for the nVidia Optimus software that started working without moving settings after an upgrade of the nVidia version 390 packages
- My Nvidia graphics card does not work anymore.. As far as I understand it, its because the kernel module is not properly signed. I am still searching for a solution.
- I was on with beta stage, and nvidia drivers were complaining about missing library, but that was fixed before real launch.
- Suse made the choise to not accept unsigned kernel drivers on Secureboot machines in 15.2. Sounds great, but Suse knew about NVidia's lack of keys in their driver to do so. Which left me with a non workable system for two weeks. For me that's not a big problem, I know where to go with problems and bugs. But for regular users (Linux is seeing more and more of those) this is a disaster from which they can't recover. I think Suse should have waited for NVidia to put keys in their driver and THEN enforce the signed driver feature. NVidia is in too many systems to just ignore. And no, the Nouveau driver is not an alternative. I also think Suse and other Linux companies should activily talk, work and ask companies like NVidia to comply with these changes. Publicly of everyone to see if needed. This will have more chance of being effective then when some users do this. It will also make users not complain at Suse, but direct their complaints to where it should, NVidia.
- It was hard to deselect the nouveau driver. It would have been very nice if you can add a "remove nouveau" driver button on the dialog that warns people for its quality.
- The release notes did not mention anything about NVIDIA deprecation, but it turns out my driver does not exist any more at https://download.nvidia.com/opensuse/leap/15.2/x86_64/ (nvidia-computeG03). That was an unpleasant surprise, I tried to install it myself from the source (https://en.opensuse.org/SDB:NVIDIA_the_hard_way) but that did not work. I ended up using nouveau in the end but I have a few glitches with 3D I did not have with proprietary driver.
- I tried to upgrade or install Leap 15.2 on a machine with an Nvidia GT610 graphics card and no matter what I did the install failed - ended up removing the graphics card and everything worked perfectly.
- A machine with an old Nvidia graphics card that used Nvidia drivers is no longer supported, but the Nouveau driver fallback is not letting me up the resolution to HD, still working on it but it's not a big deal.
- nvidia don,t work especially 340...
- A variety of laptops both Intel and AMD based CPU coupled with NVIDIA graphics hardware often completely leaves the NVIDIA drivers not fully installed. This needs to work just as readily as the Nouveau drivers.
- I had to first uninstall the old and then install the new NVIDIA drivers from the openSUSE Leap 15.2 NVIDIA repository. A direct upgrade of the NVIDIA packages did not work for me.
- One of my slightly older machines with nVidia Geforce GTX 330 lost proprietary nVidia driver support with the kernel upgrade from Leap 15.1 to 15.2. I had to change my desktop environment from KDE to LxQt due to graphical glitches with the Nouveau driver. I don't think this is openSUSE's fault though, I blame nVidia.
- Suse Prime doesn't work. This is also clear from the wiki (Bumblebee). Packages supplied by NVidia for openSUSE Leap do not contain any files or symlinks in the /etc/X11R6/ directory.
- Received a new Ryzen7 laptop with Nvidia GeForce GTX graphics. Opensuse simply will not install, it hangs at the line ">pci.2 get sysfs pci data". Will go to the forums for a solution.
Make sure to document how to handle secure boot with current nvidia drivers. This needs to be broadcasted on all possible places. Lubos will work with Doug to make sure we can hit as much audience as we can.
About the deprecated drivers, (nvidia-computeG03).we should re-map the NVIDIA situation and retrospectively update release notes.
SUSE prime - please open a bug
Geforce GTX - We can copy-paste this information into a bug as at least we know what's the error message, but please supply more information.
- Still not considered by many software provider e.g. Radeon pro driver.
- Issue with AMDGPU, Radeon wx4150.
- MDGPU-Pro would be nice.
Raise a feature request to support Radeon Pro/AMDGPU-Pro driver Please open a bug for the issue with wx4150
- What I find problematic ... peripherals: printers, tables, scanners etc. The package for this are generally coming from SLE and getting an upgrade to support newer hardware, something recently bought, is a long process to which maintainers are generally unresponsive. I assume this not an issue for an enterprise context, but for consumers (as I am) this could see some improvement.
- With this release I was unable to add my networked printer. It had issues when the root profile was used. Returned back to 15.1 to get it back working.
- For some reason hpcups did not install correctly but a report on bugzilla provided a quick fix (Thanks!)
- Samsung printer driver got lost. Reinstallation fixes it.
- Sane-backends 1.27 is still useless for my genesys scanner. I must install an older version of the community package. https://jira.suse.com/browse/PM-2118 - Updates on request can be seen here https://etherpad.opensuse.org/p/ReleaseEngineering-meeting
- Setting up HP Laserprinter and scanner was very difficult even when I used the IP address. In the end I disabled the firewall and let the HP utility find my printer, thus the correct driver was loaded.
- .I am unable to install my network printer. I have never had these problems before with any of my equipment. This makes Leap 15.2 unusable for my situation. +2
- I have a panasonic printer I have used for several versions of open suse. The drivers install but the printer will not work.
- Also, with this release I was unable to add my networked printer. It had issues when the root profile was used. Again I have never had an issue before.
- Lubos - report a bug for network printing (with cups-browsed) https://bugzilla.suse.com/show_bug.cgi?id=1175113 https://bugzilla.suse.com/show_bug.cgi?id=1174709
- Sane backends - we have a feature for this, I'll track it in the ReleaseEngineering-meeting minutes together with other community features.
- Samsung printer driver got lost - To reporter: please report a bug for this, we do not have enough information.
- Panasonic printer - To reporter: please report a bug we need more information, we do not have enough information.
- module for soundcards was not loaded, so no sound. (Dutch)
- Using a Lenovo Yoga C940 audio isn't working properly. It's working under Tumbleweed. I installed sof-firmware from the multimedia repo, but still doesn't work (https://wiki.archlinux.org/index.php/Lenovo_Yoga_c940). Can sof-firmware + kernel patch/setting/driver please be backported for Leap 15.2?
- sound card doesn't work. she was working with opensuse 15.0
- What I am still fighting with is sound. In 15.1 I could switch between using my headphones and using my monitor speakers connected via DisplayPort. In 15.2 I get no sound at all.
- Creative SoundBlasterX AE-5 (introduced 3 years ago) is still not really supported--the annoying permanent static hiss makes impossible to listen to the music with headphones.
open bugs for any issues with sound cards, especially regressions. We do have an upstream alsa maintainerand he'll be happy to help. Lubos - will open a bug or a feature to support SoundBlasterX AE-5 (as we have at least some details on the issue)
- Two displays via DP, configured, but after restart background and bottom panel were gone (seems like new displays connected again), after second setup and next restart it holds conf so far.
Please report a bug
- My Qualcomm Atheros QCA6174 (using ath10k driver) is sometimes not being detected by the installer and I can't access online repos, when installing the oS. But this wireless chip also causes problems on any distro that I have tried it on, so I'm not gonna blame oS here. That wireless chip is fscking trash.
- Driver for Realtek wifi/bluetooth interface rtl8723de on my laptop was not available, had to use google to locate a suitable driver for this interface. It now works though, so all is OK in the end.
- rtl8812au never works out of the box
- My USB WiFi adapter doesn't work anymore. Something with ath9k_htc module. That's why I immediately rolled back to 15.1 after update.
- Initially in my laptop sometimes integrated Intel WiFi started to fail after suspend to RAM (workaround was force reload of related kernel modules by: rmmod iwldvm; rmmod iwlwifi; modprobe iwlwifi; modprobe iwldvm); but I can not reproduce recently – I am not sure, why i can no longer reproduce recently – maybe due to kernel updates...
Report issue against ath10k not being detected, but we'll need a feedback from the user Lubos: Report a feature for availablity of rtl8723de Lubos: report regression with rtl8723de (works in 15.1 not 15.2) I take it as the Intel Wifi issue does not happen any more so nothing to do.
- Network Manager not started, LTE USB modem not acknowledged after installation
- Just the password manager didn't login on wireless connection
- I have to use yast to setup and use the wireless. If i use the networkmanager it can not be connected.
Please report a bug for the the LTE USB modem, this is not a hardware that we typically have our disposal. Please report a bug for the yast/network manager issue. As of now we don't have required details to look at the issue.
- Incomplete (Czech) translation of landing page. Out of date offer to try Beta version on the same page.
- Translation to Swedish is still lacking a bit
- If the Ukrainian language is installed in the system, then in the terminal all questions must be answered in Cyrillic! There is no way to type Y press Enter (((
- Translations weren't pulling to and from weblate correctly. Needed to change all languages from 15.1 to 15.2.
Owner: Marketa Calabkova / Stanislav, Lubos (for early check)
- Lubos to pass the information about Czech and Swedish translations remarks to the translations team.
- Lubos to raise a feature for usability issues with Y/N confirmation dialogs on Cyrilic based installations
- Make sure that this doesn't happen again. Check any possible merge conflicts with Beta
- Create a task in progres-o-o / Release process to double check if translations are not stuck in weblate
- The were not enough announcements on public channels that openSUSE 15.2 was released, e.g. no report on golem.de.
- Missed opportunity: brag about backported Wireguard kernel module in the release notes :)
German specific audience felt a lack of articles about the release. TODO raise this to Doug
- Not really a problem but I had to read the docs to discover how to make choices on install. Which is what lead me to the docs that I like so much.
Pass feedback to the Translations team
- The delay in release was disappointing, but worth it.
Acknowledged, thank you for your feedback.
- In this release I was unable to connect to my file server under both desktops. it is a smb server. Never have had an issue before. Gnome and KDE were both tried. Returned back to 15.1.
- i am unable to connect to my file server and my external media attached to the router
- I cannot get KDE to connect to my local shares at all. +2
- Accessing windows networks is terrible in 15.2 (Plasma), while in 15.1 it was super-fast (compared to 15.2 ATM, which usually takes 20+ sec to load a directory).
Report a bug against samba shares.
Note: Please do report a bug in case that e.g. NFS is not working. I can't really say for the text what type of the share are we talking about.
- Installer selected multithreaded apache2, although prefork version was installed. Installing mpm version of apache solved the problem.
Lubos - report a bug for this issue, seems like we have necessary information
- User raised a concern that openSUSE (mentions also SUSE) is influenced a lot by Red Hat with a reference to our status of Xen project. The fact we do not have Xen on install media and so on. User is aware of popularity of Xen and KVM and raises a fact that Xen is mature and still used by a lot of companies.
On the Red Hat influence/control: Yes we do receive a lot of KVM submissions from Red Hat and therefore our KVM stack is in a very good shape. Perhaps this is what you're referring to
On the Xen support: We welcome anybody who wants to help maintaining our Xen stack. You have to understand that we can't put Xen on install media until Xen passes at least some openQA tests, which implies to have a test suite.
- VirtualBox refused to work due to unsigned kernel modules, which are not allowed for Secure Boot. I had to search for workaroud. +4
- The Guest additions no longer seem to be integrated into VirtualBox, although I noticed this in several distributions released in early 2020.
- Opensuse leap freezes as a VirtualBox guest for me. I hoped v15. 2 would solve it but it didn't. I tried many reinstalls, configuring things differently. Nothing solved it.
Lubos - Document the unsigned/signed situation for Virtualbox. Raise this also to Virtualbox maintainer Lubos - Guest additions - check what happened with Guest additions, raise this to Virtualbox maintainer (Larry Finger). Max mentioned that we no longer build additions in the virtual box package. Please open a bug for openSUSE Leap 15.2 / Virtual box. TODO: Lubos to test virtual box, but we'll need some feedback from reporter in case that the issue can't be reproduced.
- Flatpak error on first boot. +2
- Adding the Flathub repository is a bit of a mess. One needs to delete an empty directory in /var before it can be successfully enabled.
- (on KDE) Flatpaks did not work initially. I had to delete a directory to perform a fix. Flatpaks also did not initially display to the X Server. I had to change my hostname in YaST and back again for them to display properly. +2
Lubos - Raise these issues to the maintainer. Please make sure that we have bugs reported.
Antonio mentioned that the issue is fixed in updates > - Create a skeleton flatpak repo using "flatpak remotes" instead of a manually created directory https://bugzilla.opensuse.org/show_bug.cgi?id=1172316 https://bugzilla.opensuse.org/show_bug.cgi?id=1169619 https://bugzilla.opensuse.org/show_bug.cgi?id=1170416
- Broken systemd (and perhaps others)
- lkocman: https://bugzilla.opensuse.org/show_bug.cgi?id=1173422 - Last minute acceptance from SLE, breaks rebuild of systemd on ppc64le and i586
Too much paperwork for Late updates late updates to packages that are also in SLE cause lots of (IMHO too much) paperwork, see AppArmor for an example related: the requirement to have a bugreport for each and every detail in late updates is equally annoying
Owner: Lubos Kocman https://github.com/openSUSE/openSUSE-release-process/issues/40
Late feature requests is being seen as a big over head. Raise this to the maintenance team and ECO folks. Check if lightweight ECO would be any help.
- Some mirrors were not live so there were a few errors on download attempts.
- It takes time to update the website. Mirror for Brazil too slow.
- The download of the iso was relatively slow off the nearby mirror, but still acceptable speed. This may be related to congestion due to the current worldwide health situation as well, but the servers still are good enough
- I'm in Australia but the nearest repository I could find at the time was in New Zealand. It was fast enough for me.
Can we have a mirror (or more) in Australia?
hotstuff-160gb and others
https://github.com/openSUSE/knapsack existed to automatically fill up the "hotstuff" repositories in the past, but the tool is outdated and needs development resources.
I can see that modules have specific configuration which seem to be outdated +12.2 on the top for hotstuff-160GB
Ludwig used rsync in the past from ftp/ftp-stage to /srv/rsync-modules, so I did it as well, but I'd like to revisit this in the future. As this doesn't sound very right to me.
Action item find an owner for knapsack. Person should have access to pontifex Action item Clarify staging/prod space/server/host for mirroring modules Owner: Lubos Kocman + Doug
Email mirror admins regarding the feedback with brazil mirror being too slow
(In-)Visibility of GM build
- Leap 15.2 was officially released on thursday 2.7.2020. I saw files with correct looking dates on a mirror 1.7. or 30.6. Could not tell whether they were the final release version or some beta.
We've already had a discussion whether there is any point in hiding the GM build data (chmod o-x). Seems like people were inclined to not hide anything, which would then reduce confusion and also improve the mirror pre-seed.
mirror repodata temp. issue
Specifically http://download.opensuse.org/distribution/leap/15.2/repo/oss/ (repomd.xml was returning 404). Lars re-synced mirrors over mirrors.
Owner: Lubos or whoever does the GM/pontifex IO operations - especially late minute changes.
send early/late notification to firstname.lastname@example.org : keep our mirror administrators informed about changes, so they can trigger a re-sync of the "not so often" synced directories (usually /distribution/ or /ports/ ).
4 mirrors had issue with our NET image
list from Robin: http://widehat.opensuse.org/distribution/leap/15.2/iso/openSUSE-Leap-15.2-NET-x86_64.iso http://ftp.man.poznan.pl/linux/opensuse/distribution/leap/15.2/iso/openSUSE-Leap-15.2-NET-x86_64.iso https://provo-mirror.opensuse.org/distribution/leap/15.2/iso/openSUSE-Leap-15.2-NET-x86_64.iso http://mirror.sjc02.svwh.net/opensuse/distribution/leap/15.2/iso/openSUSE-Leap-15.2-NET-x86_64.iso
look over all mirror tickets in progress-o-o (admin queue). https://progress.opensuse.org/projects/opensuse-admin/issues?query_id=461 (search the open issues in the "mirror" Category) Owner: Heroes (will need help as there is way too much)
Fr mirror was not recognized as up2date
Frederic noticed, that MirrorBrain did not recognize http://opensuse.mirrors.proxad.net/ as an up2date mirror, can you please have a look? (Admin issue was opened)
Owner: Lubos Run https://progress.opensuse.org/issues/61521 regularly (need to document when to run it. Generally after any IO change)
OBS and pontifex
Too many OBS repos not enabling 15.2 even on release day. /current symlinks were not bumped for updates
Talk to autobuild regarding mass project/repo enablement of Leap next after or shortly before the release. Perhaps schedule a meeting and invite Max as well. Keep in mind that this might be hindering some of the migrations where user has a lot of custom OBS repos.
Document all locations (as part of the progres-o-o task to bump symlinks) where symlinks needs to be bumped (prod, stage), ports (probably not in 15.3 any more), updates ... Get a simple tool for this, perhaps get it automated in the future with the OBS is_released flag/attribute.
- Not directly related to release but disappointing number of bugs related to packman, nvidia, etc. updates soon after 15.2 was released.
- During Leap 15.2 development was openSUSE bugzilla multiple times down, so it was difficult to fill bugs
Nvidia/Pacman already have action items in sections above Bugzilla down, unfortunately we've had a carve-out (split from Microfocus) going on, so most of these outages were actually expected. Thank you for your understanding.
Less collaboration on QA side
From QA SLE (Userspace) perspective, there was less collaboration from our side, with many issues affecting openSUSE taking longer time without being fixed (This was added to our postmortem too)
Additionally, it can be seen that several tests are only written for/tested on/enabled for SLE and not openSUSE, due to only being mentioned in SLE YAML schedules.
Owner: foursixnine and Oliver, possibly outside openSUSE QA entity
- Lubos to point external people who might be interested in helping with QA to progress.opensuse.org (openQA project). Perhaps also updating a landing page section "How to contribute?". We should not overwhelm new people with too much information.
- foursixnine to support external people to get started with collaboration process (Prepare queries, update guides)
- foursixnine to ping internal team to also improve on the collaboration side, and take up factory first approach (Tumbleweed -> SLE -> Leap)
- lkocman to explain internally the contributions of SUSE for openSUSE, as mentioned below by foursixnine to find agreement how SUSE QA should contribute or is impacting openSUSE, e.g. ticket triaging onhttps://progress.opensuse.org/projects/openqatests/issues/ again (was done in past, less done for Leap 15.2), also see https://progress.opensuse.org/projects/suseqa/wiki#ticket-refinement-grooming . Adress runger, mawerner, hrommel
Trouble with publishing ports and appliances
Publishing Images (live isos, appliances) broke after the GM preparation:https://progress.opensuse.org/issues/61614
A note from Marco: The publish hook for 15.2 ToTest/images is missing ^ Seems like this was caused by disabling of rsync. Adrian mentioned that he just republished it.
Adrian also mentioned that we can use setrelease functionality and avoid this struggle completely.https://github.com/openSUSE/openSUSE-release-process/issues/32
This is caused by "black magic" (opaque hacks which only a few know about) both on pontifex and OBS. Those parts have to match and only very few have access to both sides. In this particular case, pontifex defined some rsync modules for appliance publishing, but OBS didn't use them and instead used the main 15.2 one which was disabled for GM preparation. If the one doing the rsync module changes on pontifex was aware of that or OBS was aware of the proper rsync modules, this issue wouldn't have happened. Adrian started some work on simplifying this, which would be very useful.
Owner: Lars (OBS) & Lubos (RelEng)
- Create a meeting with OBS and Rel-eng to go through manual steps and possibly create issues for "standardization" perhaps in openSUSE-release-tools git repo (keep in mind the symlink bump as well)
- mirrorbrain https://github.com/openSUSE/mirrorbrain - prepare GM structure - ask Adrian about the publishing simplification in OBS
torrents were too complicated
Owner: Bernhard and Lubos (to make updates) Action item Create a script or document how to create .torrent files that can be pre-seeded ahead of GA (let's say few hours). We'll go through automation option on the rel-eng/obs meeting.
Additionally torrents were not available on launch time
Talk to Bernhard and Darix about how to do this ahead of GA. So far it was not possible in any openSUSE Leap 15.X release Get this automated
Timer / Landing page
We still have issue with the off-by one hour caused by a Berlin TZ set for the time calculation,there is currently no update on the issue https://github.com/openSUSE/landing-page/issues/113
Find an owner for the ticket.
The countdown on the website reverted to "beta 15.2" at launch time. I was waiting the release watching the countdown, and am not sure but... I think it did not was accurate, maybe 1 day was added that was not originally there.
OBS returns 503 around on GA date
9:49 - 10:25 build.opensuse.org is unavailable because of regular kernel deployment on Thursday we did notify infra, heroes but not buildops explicitly
Notify buildops aside from heroes, infra about the GA and make sure that infra is not being updated or so. Owner: Lubos Kocman
pontifex2 rsync took long time (~20s) to respond
/etc/resolv.conf had a broken DNS server as first entry - maybe from NUE network changes ; bmwiedemann swapped order 2020-07-02 09:03
Make sure that we can cover resolv.conf with salt, in case that we'd have a carve-out2 any time soon :-) Owner: Heroes
Owner: Lubos Kocman / or maintainer of https://github.com/openSUSE/software-o-o
quick workaround create symlink, next edit page ... but why did this not happen automagically Idea; create a task to create submission to transition this ... or have links dynamic and don't use current with stable.
Update to have Leap 15.2 - https://metrics.opensuse.org/
- okurz: created https://github.com/openSUSE/openSUSE-release-tools/pull/2458 to cover, not sure if more changes than just on grafana side are necessary
Create a session with Heroes to decide on fate of Current symlinks. This seems to vary on various directories and also has to be propagated on mirrors. -Current vs -Latest vs -Stable etc. Ludwig might know why it is called current.
There should be no need to change this manually in software-o-o A note: Debian also uses the stable symlink.
Invitee list: Heroes, Lubos, Ludwig?,
Owner: Lubos Kocman
Outdated non-oss update repo
non-oss repository was not up2date Lars raised that /srv/ftp/pub/opensuse/update/leap/15.2/non-oss/ is not up2date
non-opensuse signing key on .sha256 files
We did not use the opensuse key to sign the data with opensuse key. this escalated back on opensuse forum. We need to document the task better https://progress.opensuse.org/issues/61560
Newly added from retro: We should improve the way it's signed. Perhaps a separate .asc file. Red Hat was using and extra file for that. Lubos will check.
Specify signing key in request to autobuild team.
Ports cleanup needed
In http://download.opensuse.org/ports/aarch64/distribution/leap/15.2/iso/ we still have links with build numbers. We should hide them. Same for ppc. (It was not done for previous Leap versions)
post-GA-processing section should contain any cleanups (could be changes files, or broken links in ports). Possibly could be also scripted.
Owner: Lubos or ports rel-eng who can raise the ticket to Heroes
Preventing mirrors to sync GM build before it's renamed to GM
An interesting thought is that mirrors usually sync GM build before we rename files (hide the directory). We should probably set permissions on iso dir to 754 prior we even attempt to build the GM build.
What happened is that the prod (iso redirected to iso-devel) had an older build, stage had GM build. Some mirrors already had non-renamed GM build from stage.
Ideas: Why do we hide the GM image at all? The unveiling of image on GA is just overloading mirrors. Let's ask factory if there is any reason not to be "open open" about GM build.
Perhaps use survey.opensuse.org to do a poll about this.
switch to local builds happened relatively late.
Switch to build local as long as there are no SLE submissions or in Beta stage, the goal is to safe building time for eg. compilers, however there are some late submissions.
Do not switch to local in case that we still have significant submissions or more specifically a package change. This should be also documented in progres-o-o task.
Would be skipping the local build completely a solution? For TW we always keep the rebuild local mode, but in some cases we re-build the whole project manually. We've agreed with Max that keeping the default mode would be simply easier.
Kubernetes is reported to be broken
- Kubernetes that ships with 15.2 is reported broken. Steps required to address it before release. maintenance request
Owner: Lubos and QA Make last call for release notes update more visible Deploy k8s test suite to openqa Identify release teasers and make sure that they have release-notes section and known issues page. Check openqa tests against last release and tumbleweed for "lost checks". Perhaps around Beta timeframe.
Bad Raspberry Pi 4 experience
- While my regular PC upgraded easily, I also did a new install on a pi 4, support for which was just introduced. The first boot was erratic, and I ended up having to manually expand the partition. After that it booted fine, but at some point it stopped picking up dns servers from dhcp, so I had to manually set that in sysconfig and yast. Finally
chrony often used 100% cpu on a clean boot. I eventually switched it to ntp. So in a way my pi4 experience was somewhat miserable, but even so that system is now working.
Marina: seems like this could be caused by a late update of chrony. Udate was not picked up by Leap 15.2 GA/GM as it was released a day after.
- Reach out to installer team, regarding auto-partitioning on RPi4
- Advertise what image to use with RPi4 to have the smoothest experience. Raise this to Doug
- Raise this issue to ARM rel-eng and also Andreas F.
- I have 1 problem though, the data is stored in iscsi storage, event the postgresql systemd script already consist of After=network.target, it always failed to start automatically, and the log shows it cannot find /data directory. If I login and start the postgresql service it run automagically.
- Incompatibility of apps - installed PostreSQL 12 from repository and pgadmin 4.1 but this version of pgadmin does not support PostgreSQL 12.