November 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1192178] AutoYaST <authorized_key> not working on openSUSE Tumbleweed
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1192178 https://bugzilla.suse.com/show_bug.cgi?id=1192178#c6 David Diaz <dgonzalez(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(dgonzalez(a)suse.co | |m), | |needinfo?(opensuse(a)wolke7.n | |et) | --- Comment #6 from David Diaz <dgonzalez(a)suse.com> --- (In reply to David Diaz from comment #3) > I suspect that we have another check [1] that should > be improved in order to have it working as expected during > (auto)installation too. I'll continue investigating it. I was right and the problem was there. Good news it that patch is ready for the next yast2-users version. See https://github.com/yast/yast-users/pull/352 for more details. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1192285] gdb crashes while debugging a clang-cpp app
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192285 http://bugzilla.opensuse.org/show_bug.cgi?id=1192285#c7 --- Comment #7 from Tom de Vries <tdevries(a)suse.com> --- Filed upstream at https://sourceware.org/bugzilla/show_bug.cgi?id=28539 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1180749] AMD Ryzen 4800H Renoir APU brightness control not working as found in some Lenovo Legion 5 15ARH05
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1180749 https://bugzilla.suse.com/show_bug.cgi?id=1180749#c46 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #46 from Takashi Iwai <tiwai(a)suse.com> --- Thanks for the updates. The commit mentioned above is also included in SLE15-SP3 kernel, so hopefully everything works now. Let's close for now. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1192288] amd64_edac_mod does not load after CPU upgrade
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1192288 https://bugzilla.suse.com/show_bug.cgi?id=1192288#c10 --- Comment #10 from Olav Reinert <seroton10(a)gmail.com> --- Created attachment 853514 --> https://bugzilla.suse.com/attachment.cgi?id=853514&action=edit dmesg output from kernel 5.3.18-218.gebb75ee-default -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191245] New: Main repos do not have appstream metadata
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1191245 Bug ID: 1191245 Summary: Main repos do not have appstream metadata Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Other Assignee: lubos.kocman(a)suse.com Reporter: fabian(a)ritter-vogt.de QA Contact: qa-bugs(a)suse.de CC: mlin(a)suse.com Found By: --- Blocker: --- Basically the same as bug 1172416, just for 15.3. Even after a forced zypper refresh, the only appstream metainfo is from the non-oss repo, containing just Steam and Opera. The reason is that the main repo(s) do not have any appdata archives, e.g.: https://download.opensuse.org/distribution/leap/15.3/repo/oss/repodata/?P=*… Compared to TW: https://download.opensuse.org/tumbleweed/repo/oss/repodata/?P=*appdata* This makes applications which work based on those files like GNOME Software and Plasma Discover pretty useless. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1192278] packagekit cannot update 15.3-2 respin due to new product version
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1192278 https://bugzilla.suse.com/show_bug.cgi?id=1192278#c7 --- Comment #7 from Lubos Kocman <lubos.kocman(a)suse.com> --- Current symlinks updated: mirror@pontifex2:/srv/ftp/pub/opensuse/distribution/leap/15.3/iso> ls -la | grep "\-Current" lrwxrwxrwx 1 mirror stage 42 Nov 3 16:05 openSUSE-Leap-15.3-DVD-aarch64-Current.iso -> openSUSE-Leap-15.3-2-DVD-aarch64-Media.iso lrwxrwxrwx 1 mirror stage 49 Nov 3 16:05 openSUSE-Leap-15.3-DVD-aarch64-Current.iso.sha256 -> openSUSE-Leap-15.3-2-DVD-aarch64-Media.iso.sha256 lrwxrwxrwx 1 mirror stage 53 Nov 3 16:05 openSUSE-Leap-15.3-DVD-aarch64-Current.iso.sha256.asc -> openSUSE-Leap-15.3-2-DVD-aarch64-Media.iso.sha256.asc lrwxrwxrwx 1 mirror stage 42 Nov 3 16:05 openSUSE-Leap-15.3-DVD-ppc64le-Current.iso -> openSUSE-Leap-15.3-2-DVD-ppc64le-Media.iso lrwxrwxrwx 1 mirror stage 49 Nov 3 16:05 openSUSE-Leap-15.3-DVD-ppc64le-Current.iso.sha256 -> openSUSE-Leap-15.3-2-DVD-ppc64le-Media.iso.sha256 lrwxrwxrwx 1 mirror stage 53 Nov 3 16:05 openSUSE-Leap-15.3-DVD-ppc64le-Current.iso.sha256.asc -> openSUSE-Leap-15.3-2-DVD-ppc64le-Media.iso.sha256.asc lrwxrwxrwx 1 mirror stage 40 Nov 3 16:05 openSUSE-Leap-15.3-DVD-s390x-Current.iso -> openSUSE-Leap-15.3-2-DVD-s390x-Media.iso lrwxrwxrwx 1 mirror stage 47 Nov 3 16:05 openSUSE-Leap-15.3-DVD-s390x-Current.iso.sha256 -> openSUSE-Leap-15.3-2-DVD-s390x-Media.iso.sha256 lrwxrwxrwx 1 mirror stage 51 Nov 3 16:05 openSUSE-Leap-15.3-DVD-s390x-Current.iso.sha256.asc -> openSUSE-Leap-15.3-2-DVD-s390x-Media.iso.sha256.asc lrwxrwxrwx 1 mirror stage 41 Nov 3 16:05 openSUSE-Leap-15.3-DVD-x86_64-Current.iso -> openSUSE-Leap-15.3-2-DVD-x86_64-Media.iso lrwxrwxrwx 1 mirror stage 48 Nov 3 16:05 openSUSE-Leap-15.3-DVD-x86_64-Current.iso.sha256 -> openSUSE-Leap-15.3-2-DVD-x86_64-Media.iso.sha256 lrwxrwxrwx 1 mirror stage 52 Nov 3 16:05 openSUSE-Leap-15.3-DVD-x86_64-Current.iso.sha256.asc -> openSUSE-Leap-15.3-2-DVD-x86_64-Media.iso.sha256.asc -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1192288] amd64_edac_mod does not load after CPU upgrade
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1192288 https://bugzilla.suse.com/show_bug.cgi?id=1192288#c9 --- Comment #9 from Borislav Petkov <bpetkov(a)suse.com> --- Can you upload full dmesg from that kernel pls? Also, can you check whether the upstream kernel works? That would tell us whether the fix is upstream and needs to get backported or whether your CPU needs to get enabled. But your device 0x1650 is part of the family 0x19 enablement which is in 15sp3 so I'm wondering why it doesn't detect it... Btw, prebuilt 5.15 rpms can be found at: https://download.opensuse.org/repositories/Kernel:/stable/standard/ Thx. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1191892] systemd-journald fails to restart: /etc/machine-id is missing on the Hetzner image
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1191892 https://bugzilla.suse.com/show_bug.cgi?id=1191892#c10 --- Comment #10 from Franck Bui <fbui(a)suse.com> --- (In reply to Christian Boltz from comment #9) > Sorry, I'm not too keen to do such testing on a production system. > However, I'd be very surprised if /etc/machine-id would temporarily exist > during boot and then get deleted again before I can check it in a "normal" > boot. (OTOH, it's surprising that the system boots without /etc/machine-id, > see below.) Indeed I don't think /etc/machine-id have temporarily existed neither. Nevertheless if the file was missing from the beginning, systemd should have warned you and emitted the error message you mentioned in your previous comment. I don't think the system fails to boot if machine-id is missing. However some tools such as journald or networkd might miss-behave. > One thing I checked is the content of the initrd - lsinitrd shows that it > contains an empty machine-id file: > -rw-r--r-- 1 root root 0 Oct 21 10:22 etc/machine-id > which is probably the result of generating the initrd while /etc/machine-id > didn't (and doesn't) exist. Indeed and in that case systemd temporarily generates a machine-id until the one defined in the rootfs takes over. > I know that all this doesn't explain why /etc/machine-id on the production > server is missing (and why it still boots), and I'm afraid I can't do any > tests on the production system that come with the risk of causing downtime. An empty /etc/machine-id is probably missing from the Hetzner image, which is surprising since the installation of systemd is supposed to create one. I don't know how well this image is supported but if that's really the case, the problem probably lies in the generation of the image. > Is there a way to restore /etc/machine-id (ideally with the right value) > that I can run on the production server? There's the tool "systemd-machine-id-setup" which is used to init a brand new machine-id, see its man page. However it might be worth to look at the content of /var/log/journal since journald places its journal files in the directory named after the machine-id. Also note that if you create the file manually, it should have the 0444 perms. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1171455] grub2 wrong resolution with virtio gfx in qemu
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

https://bugzilla.suse.com/show_bug.cgi?id=1171455 Claudio Fontana <claudio.fontana(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |claudio.fontana(a)suse.com Version|Leap 15.2 |Leap 15.3 Assignee|kvm-bugs(a)suse.de |lyan(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1192307] New: Missing tukit.conf documentation
by bugzilla_noreply＠suse.com 03 Nov '21

03 Nov '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1192307 Bug ID: 1192307 Summary: Missing tukit.conf documentation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: aplanas(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- tukit.conf have options that are useful for users, like BINDDIR. We should document them. -- You are receiving this mail because: You are on the CC list for the bug.

1 2