I'd like to inform you that you can already find openSUSE Leap 15.3
testing images on https://software.opensuse.org/distributions/testing .
We're really sorry for the delay that was caused mostly by waiting on
SLE 15 SP3 Beta1 NDA liftoff and rebuild of openSUSE Backports. I've
already requested process changes, so this does not happen next
Just a reminder that openSUSE Leap 15.3 is based on the Jump concept
that we've developed for the past several months.
Any update request to existing packages should be simply submitted
against openSUSE:Leap:15.3 and OBS will determine where to redirect the
request either to SLE or openSUSE Backports. The top-level Leap project
servers more like a wrapper for building images and to override SLE
On new package submissions:
Please note that new packages need to be currently submitted against
openSUSE:Backports:SLE-15-SP3.opensuse-factory@ We know it's
inconvenient and we'll work with the Autobuild team to make it a
default destination place for any new package submission for openSUSE
Note: on SLE submissions: Yes you can finally do them. Please make sure
that you reference JIRA (e.g. openSUSE partner id request) or bugzilla
number while sending request against package comming from SUSE Linux
Enterprise. The feature requests will not be approved by suse-sle-
review team https://en.opensuse.org/openSUSE:Suse_sle_review_team
More about open SLE/Leap Features and their progress can be found here
We're already looking forward to your Leap 15.3 submissions.
**Just a reminder that our checking deadline for Leap 15.3 Beta is
scheduled for the 12th of February.**
Note about software.opensuse.org: You may notice that Installation
images for all arches can be now found in the Installation tabs, and
the tab Ports no longer exist. This new structure corresponds with the
way how we build images in 15.3. We will have to decide where to track
ARMv7 once we have images, either the same tab or "Additional
Lubos Kocman, Release Manager openSUSE Leap
SUSE Software Solutions Germany GmbH Maxfeldstr. 5,
90409 Nürnberg - Germany (HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer
Ever since my machine got upgraded to kernel 5.9.x, my Tumbleweed installation is
randomly locking up (KDE, X11). Booting into the last 5.8.x kernel fixes the
problem, so it's definitely related to the kernel and not anything else.
Does anyone else see such lockups? This is on a Dell E7470 laptop with Intel Skylake
graphics (Skylake GT2 [HD Graphics 520]), in case it might be related to bugs in the
I'm about to upgrade to latest TW and get the following error:
(197/459) Installieren: sof-firmware-1.6-1.1.noarch
Installation of sof-firmware-1.6-1.1.noarch failed:
Error: Subprocess failed. Error: RPM failed: error: unpacking of archive
failed on file /lib/firmware/intel/sof-tplg: cpio: File from package already
exists as a directory in system
error: sof-firmware-1.6-1.1.noarch: install failed
error: sof-firmware-1.6~rc3-3.1.noarch: erase skipped
Any recommendation how to continue?
> Gesendet: Mittwoch, 02. Dezember 2020 um 23:07 Uhr; Von: "Carlos E. R."
> Normally I look at the [subject tag] and the rest of the subject to
> decide if I'm interested enough to open the post
Same at my side. Especially due to the fact, that several Mailing lists are
filtered in only one Folder! But without the tag - a big part of the information
is missing. For me as normal user, it will be heavy to follow several lists
(at the moment SUSE-Support, Factory, KDE and some others like Jitsi, FreiFunk
(3 lists), Digikam and some others :-(
A user brought to my attention that the gpg public key we provide
(0x22C07BA534178CD02EFE22AAB88B2FD43DBDC284) does not allow to gpg
verify the checksum files associated with our ISO images. For instance,
the checksum file at
will not be verified by `gpg --verify <iso dot sha256 dot file>`.
As far as I understand, a detached signature file could be an
alternative, using this time `gpg --verify <detached signature file>
<iso dot sha256 dot file>`, but we won't provide one either.
Does it mean that users cannot verify the authenticity of our ISO images
as of now?
I originally planned to use openSUSE's OBS, but unfortunately it does not support mips64el architecture, so I built an OBS on my computer.
The software package can now be compiled normally.I plan to use it to build a complete distribution, I refer toopenSUSE:Factory,
But I did not understand how the standard in its repositories is configured.Does anyone understand?Can you give me some guidance?
right at year end I ran into a serious problem on TW:
Operating System: openSUSE Tumbleweed 20201228
KDE Plasma Version: 5.20.4
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.2
Kernel Version: 5.10.1-1-default
In order to use an external monitor I used-prime select wo switch to nvidia -
driver nvidia-glG05-460.27.04 (with just the intel driver, no expternal HDMI-
Monitor can be connected).
Switch to external monitor worked well with everything, but suddenly sound is
gone! Neither KDE audio module nor pavucontrol detect any sound devices
anymore. Switched back to intel graphics, rebooted - no change,
Any ideas what to try?
X1E:/home/docb # lspci | grep Audio
00:1f.3 Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
01:00.1 Audio device: NVIDIA Corporation Device 10fa (rev ff)
X1E:/home/docb # journalctl -xb | grep audio
Dez 31 17:43:33 X1E kernel: snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0
(ops i915_audio_component_bind_ops [i915])
Dez 31 17:43:33 X1E kernel: snd_hda_intel 0000:01:00.1: Handle vga_switcheroo
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D0: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D1: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D2: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D3: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D4: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D5: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D6: no AFG or MFG node found
Dez 31 17:43:33 X1E kernel: hdaudio hdaudioC1D7: no AFG or MFG node found
Dez 31 17:43:50 X1E plasma_session: org.kde.plasma.session: Starting
autostart service "/etc/xdg/autostart/pulseaudio.desktop" ("/usr/bin/start-
Dez 31 17:43:50 X1E dbus-daemon: [system] Activating via systemd:
service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service'
requested by ':1.34' (uid=1001 pid=1904 comm="/usr/bin/pulseaudio --
Dez 31 17:43:50 X1E rtkit-daemon: Successfully made thread 1904 of
process 1904 (/usr/bin/pulseaudio) owned by 'docb' high priority at nice level
Dez 31 17:43:50 X1E pulseaudio: Failed to find a working profile.
Dez 31 17:43:50 X1E pulseaudio: Failed to load module "module-alsa-card"
(argument: "device_id="0" name="pci-0000_00_1f.3"
card_name="alsa_card.pci-0000_00_1f.3" namereg_fail=false tsched=yes
fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes
Dez 31 17:43:50 X1E rtkit-daemon: Successfully made thread 1929 of
process 1904 (/usr/bin/pulseaudio) owned by 'docb' RT at priority 5.
Dez 31 17:43:55 X1E plasmashell: org.kde.plasma.pulseaudio: No object
for name "auto_null.monitor"
Dez 31 17:43:59 X1E systemd: pulseaudio.socket: Succeeded.
Hardware: ThinkPad X1 Extreme Gen2