October 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1231210] :btusb_suspend: kernel NULL pointer dereference
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231210 https://bugzilla.suse.com/show_bug.cgi?id=1231210#c3 Michal Vyskocil <michal.vyskocil(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(michal.vyskocil@g | |mail.com) | Resolution|--- |INVALID Status|NEW |RESOLVED --- Comment #3 from Michal Vyskocil <michal.vyskocil(a)gmail.com> --- Hi, Thanks for a response. I did my fair share of laptop reboots right now, but I am not unable to reproduce the problem anymore. After ten of something attempts, I gave up. I try to plug/unplug various USB gadgets, but nothing worked. So I closed the report. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231278] New: [doc] Domain name system
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231278 Bug ID: 1231278 Summary: [doc] Domain name system Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation Assignee: fs(a)suse.com Reporter: psikodad(a)gmx.de QA Contact: fs(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Domain name system: https://doc.opensuse.org/projects/autoyast/#CreateProfile-Network-DNS The description of field <hostname> is probably not true anymore: "If a host name is not specified and is not taken from a DHCP server (see dhcp_hostname), AutoYaST will generate a random host name. " I did some tests and the hostname is always "install", when the parameter is omitted. Here are my three tests: <networking t="map"> <dns t="map"> <dhcp_hostname t="boolean">false</dhcp_hostname> <resolv_conf_policy>auto</resolv_conf_policy> </dns> <ipv6 t="boolean">true</ipv6> <keep_install_network t="boolean">true</keep_install_network> <managed t="boolean">true</managed> </networking> => Hostname is "install" <networking t="map"> <dns t="map"> <dhcp_hostname t="boolean">false</dhcp_hostname> <resolv_conf_policy>auto</resolv_conf_policy> </dns> <ipv6 t="boolean">true</ipv6> <keep_install_network t="boolean">true</keep_install_network> <backend>wicked</backend> </networking> => Hostname is "install" <networking t="map"> <dns t="map"> <dhcp_hostname t="boolean">true</dhcp_hostname> <resolv_conf_policy>auto</resolv_conf_policy> </dns> <ipv6 t="boolean">true</ipv6> </networking> => Hostname is "install" As you can see the hostname is never random as the autoyast documentation says. Sidenote: When you do a normal (interactive) installation of openSUSE up to version Leap 15.1 the hostname is random: starting with linux- and followed by 4 random letters like linux-akec. Since Leap 15.2 the default hostname is "localhost" (or localhost.localdomain) [I'm not 100 % sure at which version the behavior changed.] -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231275] New: missing libappstream.so.4()(64bit) and libgoa-backend-1.0.so.1()(64bit)
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231275 Bug ID: 1231275 Summary: missing libappstream.so.4()(64bit) and libgoa-backend-1.0.so.1()(64bit) Classification: openSUSE Product: openSUSE Distribution Version: Leap 16.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: gnome-bugs(a)suse.de Reporter: lubos.kocman(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Recent changes to SLFO broke gnome pattern on Leap 16.0 nothing provides libappstream.so.4()(64bit) needed by flatpak nothing provides libgoa-backend-1.0.so.1()(64bit) needed by gnome-control-center -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1200664] python packages which install files into the python versioned path, should also use a versioned shebang line
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1200664 https://bugzilla.suse.com/show_bug.cgi?id=1200664#c21 Matej Cepl <mcepl(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID --- Comment #21 from Matej Cepl <mcepl(a)suse.com> --- This is absolutely either INVALID (or WONTFIX, if you wish): We actually do have %python*_fix_shebang and %python*_fix_shebang_path macros (see documentation in https://github.com/openSUSE/python-rpm-macros and zillion of examples all over the Factory, see `osc`, `mercurial`, `lector` for examples of the use). -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1230835] Lenovo Trackpoint doesn't work with Kernel 6.4.0-150600.312.g1e42d2f-default from SLE 15 SP6
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1230835 https://bugzilla.suse.com/show_bug.cgi?id=1230835#c4 Peer Heinlein <p.heinlein(a)heinlein-support.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(p.heinlein@heinle | |in-support.de) | --- Comment #4 from Peer Heinlein <p.heinlein(a)heinlein-support.de> --- It's working for me with the latest kernel. Looks like it's fixed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231244] Installing udev in a chroot or non booted container is not creating the system users it provides
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231244 Franck Bui <fbui(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|udev is not creating the |Installing udev in a chroot |system users it provides |or non booted container is | |not creating the system | |users it provides -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231244] udev is not creating the system users it provides
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231244 https://bugzilla.suse.com/show_bug.cgi?id=1231244#c1 Franck Bui <fbui(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fbui(a)suse.com --- Comment #1 from Franck Bui <fbui(a)suse.com> --- (In reply to David Cassany from comment #0) > Udev package provides the setup of systemd-timesync user in > `/usr/lib/sysusers.d/systemd-timesync.conf`, however this user is not > created as part of the installation. Any changes in /etc are delayed until the first boot. One goal behind it is to support for stateless systems. Another reason is that it also matches the behavior you would face on transactional systems during package installations at runtime. In this case changes in /etc are not available until the system reboots. Not sure why `system-user-*` packages don't do the same though. Is the consistency of system user creation your only concern or do see other issues ? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231272] Update failed with error nothing provides "this-is-only-for-build-envs" for ffmpeg-7-mini-libs-7.1-2.1.x86_64
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231272 https://bugzilla.suse.com/show_bug.cgi?id=1231272#c6 Geert Haustraete <geert.haustraete(a)ehealth.be> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Geert Haustraete <geert.haustraete(a)ehealth.be> --- (In reply to hui from comment #5) > This is a self created problem by using incompatible development > repositories. Additionally you are mixing packages from different repos. > > ffmpeg-7-mini-libs-7.1-2.1.x86_64 is coming from the multimedia:/libs repo. > > Clean up your repo list and remove arbitrary devel repos. Switch packages > back to the main vendor openSUSE. Done, and it works again. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231271] kiwi-templates-Minimal:kvm-and-xen-grub-bls image fails on sdbootutil
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231271 https://bugzilla.suse.com/show_bug.cgi?id=1231271#c4 --- Comment #4 from Alberto Planas Dominguez <aplanas(a)suse.com> --- (In reply to Guillaume GARDET from comment #3) > Maybe related, openQA found there is no "Start bootloader from a read-only > snapshot" line anymore in Grub: > https://openqa.opensuse.org/tests/4530671#step/boot_into_snapshot/11 > > Installed from DVD ISO, textmode. Recently grub2 package changed. But the openQA issue is not related with sdbootutil The original issue (failing build of BLS images) seems to be that KIWI generates a /etc/sysconfig/bootloader file with LOADER_TYPE=grub2-efi, but those images expect LOADER_TYPE=grub2-bls, hence the error of not bootloader found. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231067] X11:Drivers:Video:Redesign/nvidia-open-driver-G06-signed: Bug - driver does not function after kernel 6.10
by bugzilla_noreply＠suse.com 03 Oct '24

03 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231067 https://bugzilla.suse.com/show_bug.cgi?id=1231067#c17 --- Comment #17 from Stefan Dirsch <sndirsch(a)suse.com> --- I think these are specific to Arch Linux, dkms (which we don't use), the nvidia installer itself and driver version 555/560, for which I think there is no fixed update available yet. But we're talking about 550 and (open)SUSE Tumbleweed here. -- You are receiving this mail because: You are on the CC list for the bug.

1 0