November 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1215872] New: Checking run time characteristics of the function call “XOpenDisplay(":0")” (by service implementations)
by bugzilla_noreply＠suse.com 19 Jan '24

19 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1215872 Bug ID: 1215872 Summary: Checking run time characteristics of the function call “XOpenDisplay(":0")” (by service implementations) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: Markus.Elfring(a)web.de QA Contact: gfx-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I could run the service “boinc-client” (which was derived from a corresponding software package) for a while as usual. I noticed then that I could not control it by the application “BOINC Manager” any more. See also: BOINC Manager interface shouldn't fully block user interaction when in communicating with client dialog https://github.com/BOINC/boinc/issues/4048#issuecomment-1712562997 I noticed then that the program “boinccmd” did also not present expected data processing results. Thus I extended exception handling and debug output in original source files so that my understanding of the involved control flow could grow. I determined that it was tried to call the function “XOpenDisplay(":0")”. See also: https://build.opensuse.org/package/show/openSUSE%3AFactory/boinc-client#com… https://github.com/BOINC/boinc/blob/44295c1a50d84e44992d97b9e949700d3b9af2d… Test result example: Sonne:~ # systemctl start boinc-client-variant.service && sleep 2 && systemctl stop boinc-client-variant.service Sonne:~ # XX=/tmp/boinc_log-one_day.txt && YY=/tmp/boinc_log-one_day-only_with_Authorization_required.txt && journalctl --since=today --identifier=boinc > $XX && journalctl --since=today --identifier=boinc --grep='Authorization required' > $YY && diff --unified=1 $XX $YY … @@ -118836,69 +118764,2 @@ … -Oct 02 08:31:02 Sonne boinc[9863]: 02-Oct-2023 08:31:02 [---] Starting BOINC client version 7.25.0 for x86_64-suse-linux-gnu -Oct 02 08:31:02 Sonne boinc[9863]: 02-Oct-2023 08:31:02 [---] This a development version of BOINC and may not function properly -Oct 02 08:31:02 Sonne boinc[9863]: 02-Oct-2023 08:31:02 [---] log flags: file_xfer, sched_ops, task, benchmark_debug, cpu_sched_debug, gui_rpc_debug -Oct 02 08:31:02 Sonne boinc[9863]: 02-Oct-2023 08:31:02 [---] log flags: http_debug, http_xfer_debug, idle_detection_debug, network_status_debug -Oct 02 08:31:02 Sonne boinc[9863]: 02-Oct-2023 08:31:02 [---] log flags: poll_debug, work_fetch_debug … -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] Setting up GUI RPC socket -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] [gui_rpc] Local control only allowed … -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] Checking presence of 133 project files … -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 Initialization completed -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] CLIENT_STATE::poll_slow_events() started -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] Running CPU benchmarks … -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] HOST_INFO::user_idle_time() started -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] xss_idle() started … -Oct 02 08:31:04 Sonne boinc[9863]: 02-Oct-2023 08:31:04 [---] xss_idle() XOpenDisplay(:0) call Oct 02 08:31:04 Sonne boinc[9863]: Authorization required, but no authorization protocol specified … I got the impression finally that a return from this function call did not happen here so far while the shown error message was logged with a remarkable frequency. Would you like to reconsider function implementation details any more? -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1216040] New: emacs 29.1.4 native compilation is misbehaving - spacemacs cannot be installed/used
by bugzilla_noreply＠suse.com 19 Jan '24

19 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1216040 Bug ID: 1216040 Summary: emacs 29.1.4 native compilation is misbehaving - spacemacs cannot be installed/used Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications Assignee: screening-team-bugs(a)suse.de Reporter: apappas(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Issue: A clean installation of spacemacs fails during initializaion with: eln file inconsistent with current runtime configuration, please recompile: /home/apappas/.emacs.d/eln-cache/29.1-70b784e9/subr--trampoline-6b696c6c2d656d616373_kill_emacs_0.eln Spacemacs had been working problem free until my last zypper dup Expected outcome: Spacemacs works without problems Steps to reproduce: 1. Install/update to latest emacs (29.1.4) 2. Follow the spacemacs installation instructions git clone https://github.com/syl20bnr/spacemacs ~/.emacs.d mv .emacs .emacs.bak mv .spacemacs .spacemacs.bak 3. Open emacs and choose any keybind mode 4. Open it again Last known working release: emacs 29.1.0 I build the rpms from revision 357 locally and installed them with everything working as expected https://build.opensuse.org/package/show/editors/emacs?rev=357 I suspect that - Provide eln native shared binaries for all emacs program binaries in the recent updates may be the culprit. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 1217271] New: [[ ]] causes bash to hiccup
by bugzilla_noreply＠suse.com 19 Jan '24

19 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1217271 Bug ID: 1217271 Summary: [[ ]] causes bash to hiccup Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: novell(a)whitleymott.net QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- $ exec -cl /bin/bash --norc --noprofile $ [[ x ]] $ [[ ]] $ [[ x ]] bash: syntax error near unexpected token `x' Looks like a bug to me. Apparently [[ ]] evokes the bug, and the next use of [[ reports a syntax error # inxi -bz System: Kernel: 6.5.9-1-default arch: x86_64 bits: 64 Console: pty pts/9 Distro: openSUSE Tumbleweed 20231108 Machine: Type: Laptop System: HP product: HP EliteBook 840 G3 v: N/A serial: <filter> Mobo: HP model: 8079 v: KBC Version 85.78 serial: <filter> UEFI: HP v: N75 Ver. 01.39 date: 04/16/2019 Battery: ID-1: BAT0 charge: 39.9 Wh (97.1%) condition: 41.1/41.1 Wh (100.0%) CPU: Info: dual core Intel Core i5-6200U [MT MCP] speed (MHz): avg: 800 min/max: 400/2800 Graphics: Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel Device-2: Cheng Uei Precision Industry (Foxlink) HP HD Camera driver: uvcvideo type: USB Display: server: X.Org v: 21.1.9 with: Xwayland v: 23.2.2 driver: X: loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 1: 1366x768~60Hz 2: 1920x1080~60Hz 3: 1366x768~60Hz API: OpenGL v: 4.6 Mesa 23.2.1 renderer: Mesa Intel HD Graphics 520 (SKL GT2) Network: Device-1: Intel Ethernet I219-V driver: e1000e Device-2: Intel Wireless 8260 driver: iwlwifi Device-3: Intel Bluetooth wireless interface driver: btusb type: USB Drives: Local Storage: total: 232.89 GiB used: 226.23 GiB (97.1%) Info: Processes: 338 Uptime: 2d 14h 32m Memory: available: 15.5 GiB used: 6.57 GiB (42.4%) Shell: Bash inxi: 3.3.27 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1216799] New: Bluetooth headphones disconnect from USB bluetooth dongle
by bugzilla_noreply＠suse.com 17 Jan '24

17 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1216799 Bug ID: 1216799 Summary: Bluetooth headphones disconnect from USB bluetooth dongle Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: silviu_marin-caea(a)otpbank.ro QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I have bluetooth headphones (Jabra Elite 65t) and bluetooth dongle (Asus USB-BT500). They work at first but when the dongle goes into USB powersave, the headphones get disconnected and don't reconnect properly unless I reinsert the dongle. When it's all good, the headphones appear as High Fidelity Playback A2DP Sink, codec AAC. hwinfo --bluetooth 05: USB 00.1: 11500 Bluetooth Device [Created at usb.122] Unique ID: XN68.bg_nBq8ya6A Parent ID: KgLP.erpEvbsFWX1 SysFS ID: /devices/pci0000:00/0000:00:13.0/usb9/9-4/9-4:1.1 SysFS BusID: 9-4:1.1 Hardware Class: bluetooth Model: "ASUSTek ASUS USB-BT500" Hotplug: USB Vendor: usb 0x0b05 "ASUSTek Computer, Inc." Device: usb 0x190e "ASUS USB-BT500" Revision: "2.00" Serial ID: "00E04C239987" Driver: "btusb" Driver Modules: "btusb" Speed: 12 Mbps Module Alias: "usb:v0B05p190Ed0200dcE0dsc01dp01icE0isc01ip01in01" Driver Info #0: Driver Status: btusb is active Driver Activation Cmd: "modprobe btusb" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #14 (Hub) dmesg | grep Bluetooth [ 6.357471] Bluetooth: Core ver 2.22 [ 6.357495] Bluetooth: HCI device and connection manager initialized [ 6.357499] Bluetooth: HCI socket layer initialized [ 6.357502] Bluetooth: L2CAP socket layer initialized [ 6.357506] Bluetooth: SCO socket layer initialized [ 6.413147] Bluetooth: hci0: RTL: examining hci_ver=0a hci_rev=000b lmp_ver=0a lmp_subver=8761 [ 6.415122] Bluetooth: hci0: RTL: rom_version status=0 version=1 [ 6.415126] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin [ 6.439520] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_config.bin [ 6.444090] Bluetooth: hci0: RTL: cfg_sz 6, total sz 30210 [ 6.715122] Bluetooth: hci0: RTL: fw version 0xdfc6d922 [ 6.841248] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 6.841252] Bluetooth: BNEP filters: protocol multicast [ 6.841257] Bluetooth: BNEP socket layer initialized [ 6.843260] Bluetooth: MGMT ver 1.22 [ 50.972325] Bluetooth: RFCOMM TTY layer initialized [ 50.972333] Bluetooth: RFCOMM socket layer initialized [ 50.972338] Bluetooth: RFCOMM ver 1.11 ... [ 54.394435] input: Jabra Elite 65t (AVRCP) as /devices/virtual/input/input19 I see this in dmesg when it reconnects and it works: [ 486.890067] usb 9-4: USB disconnect, device number 2 [ 487.114036] usb 9-4: new full-speed USB device number 3 using ohci-pci [ 487.351164] usb 9-4: New USB device found, idVendor=0b05, idProduct=190e, bcdDevice= 2.00 [ 487.351171] usb 9-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 487.351173] usb 9-4: Product: ASUS USB-BT500 [ 487.351175] usb 9-4: Manufacturer: Realtek [ 487.351177] usb 9-4: SerialNumber: 00E04C239987 [ 487.358124] Bluetooth: hci1: RTL: examining hci_ver=0a hci_rev=dfc6 lmp_ver=0a lmp_subver=d922 [ 487.568138] Bluetooth: hci1: RTL: examining hci_ver=0a hci_rev=000b lmp_ver=0a lmp_subver=8761 [ 487.570174] Bluetooth: hci1: RTL: rom_version status=0 version=1 [ 487.570177] Bluetooth: hci1: RTL: loading rtl_bt/rtl8761bu_fw.bin [ 487.572606] Bluetooth: hci1: RTL: loading rtl_bt/rtl8761bu_config.bin [ 487.572715] Bluetooth: hci1: RTL: cfg_sz 6, total sz 30210 [ 487.842193] Bluetooth: hci1: RTL: fw version 0xdfc6d922 [ 487.944392] Bluetooth: MGMT ver 1.22 [ 493.763658] input: Jabra Elite 65t (AVRCP) as /devices/virtual/input/input20 And many of these when it disconnects and doesn't work anymore: [ 852.621709] usb 9-4: reset full-speed USB device number 3 using ohci-pci [ 856.465806] usb 9-4: reset full-speed USB device number 3 using ohci-pci [ 859.097858] usb 9-4: reset full-speed USB device number 3 using ohci-pci Then this: [ 923.675107] Bluetooth: hci1: command 0x0428 tx timeout [ 963.676107] Bluetooth: hci1: killing stalled connection 70:bf:92:6b:13:31 [ 965.176409] Bluetooth: hci1: link tx timeout [ 965.176429] Bluetooth: hci1: killing stalled connection 70:bf:92:6b:13:31 [ 965.692007] Bluetooth: hci1: command 0x041f tx timeout [ 967.712098] Bluetooth: hci1: command 0x0406 tx timeout [ 968.516073] usb 9-4: reset full-speed USB device number 3 using ohci-pci [ 969.698590] Bluetooth: hci1: link tx timeout [ 969.698605] Bluetooth: hci1: killing stalled connection 70:bf:92:6b:13:31 [ 971.512214] usb 9-4: reset full-speed USB device number 3 using ohci-pci [ 974.560260] usb 9-4: reset full-speed USB device number 3 using ohci-pci ... [ 1080.406158] Bluetooth: hci1: killing stalled connection 70:bf:92:6b:13:31 [ 1082.334436] Bluetooth: hci1: command 0x0408 tx timeout [ 1082.334458] Bluetooth: hci1: No gpio to reset Realtek device, ignoring [ 1084.350582] Bluetooth: hci1: command 0x0408 tx timeout [ 1084.350603] Bluetooth: hci1: No gpio to reset Realtek device, ignoring -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1217252] New: PDAL failed to build error: invalid conversion from 'const OGRSpatialReference*' to 'OGRSpatialReference*' [-fpermissive]
by bugzilla_noreply＠suse.com 16 Jan '24

16 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1217252 Bug ID: 1217252 Summary: PDAL failed to build error: invalid conversion from 'const OGRSpatialReference*' to 'OGRSpatialReference*' [-fpermissive] Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: lubos.kocman(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hello PDAL does not build on Leap 15.6. This should be fixed before Beta (Feb 2023). https://en.opensuse.org/openSUSE:Roadmap#Schedule_for_openSUSE_Leap_15.6 Build log from Leap 15.6 https://build.opensuse.org/package/live_build_log/openSUSE:Backports:SLE-15… [ 169s] /home/abuild/rpmbuild/BUILD/PDAL-2.3.0-src/pdal/Geometry.cpp:143:59: error: invalid conversion from 'const OGRSpatialReference*' to 'OGRSpatialReference*' [-fpermissive] [ 169s] OGRSpatialReference *srs = m_geom->getSpatialReference(); [ 169s] ~~~~~~~~~~~~~~~~~~~~~~~~~~~^~ [ 169s] /home/abuild/rpmbuild/BUILD/PDAL-2.3.0-src/pdal/Geometry.cpp: In member function 'pdal::Utils::StatusWithReason pdal::Geometry::transform(pdal::SpatialReference)': [ 169s] /home/abuild/rpmbuild/BUILD/PDAL-2.3.0-src/pdal/Geometry.cpp:162:61: error: invalid conversion from 'const OGRSpatialReference*' to 'OGRSpatialReference*' [-fpermissive] [ 169s] OGRSpatialReference *inSrs = m_geom->getSpatialReference(); [ 169s] ~~~~~~~~~~~~~~~~~~~~~~~~~~~^~ [ 169s] make[2]: *** [CMakeFiles/pdal_base.dir/build.make:1899: CMakeFiles/pdal_base.dir/pdal/Geometry.cpp.o] Error 1 [ 169s] make[2]: Leaving directory '/home/abuild/rpmbuild/BUILD/PDAL-2.3.0-src/build' -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1217355] New: Syntax of localhost entry is wrong in /etc/hosts
by bugzilla_noreply＠suse.com 12 Jan '24

12 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1217355 Bug ID: 1217355 Summary: Syntax of localhost entry is wrong in /etc/hosts Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: kukuk(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Our /etc/hosts has: 127.0.0.1 localhost # fallback hostname used by NetworkManager 127.0.0.1 localhost.localdomain According to the documentation (man hosts), only one line per IP address is allowed. As result, the localhost.localdomain entry is not used: # getent hosts 127.0.0.1 127.0.0.1 localhost All hostnames for one IP must be in the same line. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1217433] New: Leap 15.6 system with AM5 and NVIDIA RTX3070 gets stuck few times a day after a recent update
by bugzilla_noreply＠suse.com 12 Jan '24

12 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1217433 Bug ID: 1217433 Summary: Leap 15.6 system with AM5 and NVIDIA RTX3070 gets stuck few times a day after a recent update Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: lubos.kocman(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 870924 --> https://bugzilla.suse.com/attachment.cgi?id=870924&action=edit dmesg output (not showing anything obvious) The entire system always got frozen when google-chrome was active lkocman@localhost:~> rpm -qa | grep -i chrome chrome-gnome-shell-10.1-1.56.x86_64 google-chrome-stable-119.0.6045.159-1.x86_64 I did update nvidia drivers today, the machine was showing the same symptomps yesterday prior to the update too. lkocman@localhost:~> rpm -qa | grep nvidia kernel-firmware-nvidia-20231006-150600.1.1.noarch nvidia-video-G06-32bit-545.29.02-lp156.18.1.x86_64 nvidia-video-G06-545.29.02-lp156.18.1.x86_64 nvidia-compute-G06-545.29.02-lp156.18.1.x86_64 nvidia-driver-G06-kmp-default-545.29.02_k6.4.0_150600.1-lp156.18.1.x86_64 nvidia-compute-G06-32bit-545.29.02-lp156.18.1.x86_64 nvidia-gl-G06-32bit-545.29.02-lp156.18.1.x86_64 nvidia-gl-G06-545.29.02-lp156.18.1.x86_64 lkocman@localhost:~> uname -r 6.4.0-150600.1-default lkocman@localhost:~> rpm -qa | grep kernel-default kernel-default-optional-5.14.21-150500.55.28.1.x86_64 kernel-default-6.4.0-150600.1.2.x86_64 kernel-default-extra-6.4.0-150600.1.2.x86_64 kernel-default-devel-5.14.21-150500.55.28.1.x86_64 kernel-default-5.14.21-150500.55.28.1.x86_64 kernel-default-optional-6.4.0-150600.1.2.x86_64 kernel-default-extra-5.14.21-150500.55.28.1.x86_64 kernel-default-devel-6.4.0-150600.1.2.x86_64 -- You are receiving this mail because: You are on the CC list for the bug.

1 19

[Bug 1214460] New: s390x crosscompiler does not seem functional, missing -lgcc, impeding upstream QEMU work (tcg tests)
by bugzilla_noreply＠suse.com 08 Jan '24

08 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1214460 Bug ID: 1214460 Summary: s390x crosscompiler does not seem functional, missing -lgcc, impeding upstream QEMU work (tcg tests) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: claudio.fontana(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hello, I am trying to run the QEMU gcc tests for s390x, and these tests require a fully functional s390x crosscompiler in order to build the test code. Unfortunately, after installing the packages: zypper install cross-s390x-gcc13 cross-s390x-binutils cross-s390x-linux-glibc-devel still the libgcc seems missing: /usr/lib64/gcc/s390x-suse-linux/13/ld: cannot find -lgcc: No such file or directory This blocks the current QEMU work to fix QEMU emulation errors on S390x. -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 1216292] New: The "/.snapshot/grub-snapshot.cfg" file is missing and boot from snapshots vanished
by bugzilla_noreply＠suse.com 08 Jan '24

08 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1216292 Bug ID: 1216292 Summary: The "/.snapshot/grub-snapshot.cfg" file is missing and boot from snapshots vanished Classification: openSUSE Product: openSUSE Aeon Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Base Assignee: rbrown(a)suse.com Reporter: edurayasmedina(a)outlook.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 870232 --> https://bugzilla.suse.com/attachment.cgi?id=870232&action=edit grub.cfg with two images Hi, I don't see the snapshot entries in the GRUB menu. It seems that it's failing since weeks ago (I tried even the latest image). I thought that I broke my MicroOS/Aeon installation, but after reinstalling the system with a new image, the bug is still there. I tried these commands from the transactional-update shell, but they didn't solve anything: sudo grub2-mkconfig -o /boot/grub2/grub.cfg grub2-mkconfig and grub2-install The bug seems similar to this: https://bugzilla.opensuse.org/show_bug.cgi?id=1160038 I have an old installation of MicroOS/Aeon in one laptop and I can see the snapshot entries in the GRUB menu, but on my desktop, with a newer image, the "/.snapshot/grub-snapshot.cfg" file is missing. I installed the images with the missing "/.snapshot/grub-snapshot.cfg" file on physical machine and on GNOME Boxes and I get the same result. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1217652] New: xast2 lan does not show the proper modules
by bugzilla_noreply＠suse.com 05 Jan '24

05 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1217652 Bug ID: 1217652 Summary: xast2 lan does not show the proper modules Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: Sauerlandlinux(a)gmx.de QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- I have the following error. I build some Network kmps with my uefi cert. The are loaded and the Kernel modules are blacklisted. f.e. r8168 S | Name | Type | Version | Arch | Repository ---+-----------------------+-------+----------------------------------------+--------+-------------- i+ | r8168-blacklist-r8169 | Paket | 8.052.01-lp155.65.1 | x86_64 | Sauerland-OSS i+ | r8168-kmp-default | Paket | 8.052.01_k5.14.21_150500.53-lp155.65.1 | x86_64 | Sauerland-OSS i+ | r8168-ueficert | Paket | 8.052.01-lp155.65.1 | x86_64 | Sauerland-OSS My OBS: https://build.opensuse.org/package/show/home:Sauerland/r8168 hwinfo --netcard 19: PCI 500.0: 0200 Ethernet controller [Created at pci.386] Unique ID: rBUF.eyqrN5GWcA7 Parent ID: 0Rrv.A9So_BltpS4 SysFS ID: /devices/pci0000:00/0000:00:1c.7/0000:05:00.0 SysFS BusID: 0000:05:00.0 Hardware Class: network Model: "Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller" Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd." Device: pci 0x8168 "RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller" SubVendor: pci 0x1043 "ASUSTeK Computer Inc." SubDevice: pci 0x8677 "PRIME B450M-A Motherboard" Revision: 0x15 Driver: "r8168" Driver Modules: "r8168" Device File: eth0 I/O Ports: 0xd000-0xdfff (rw) Memory Range: 0xf7504000-0xf7504fff (rw,non-prefetchable) Memory Range: 0xf7500000-0xf7503fff (rw,non-prefetchable) IRQ: 19 (no events) HW Address: 10:7b:44:4a:5a:16 Permanent HW Address: 10:7b:44:4a:5a:16 Link detected: yes Module Alias: "pci:v000010ECd00008168sv00001043sd00008677bc02sc00i00" Driver Info #0: Driver Status: r8169 is not active Driver Activation Cmd: "modprobe r8169" Driver Info #1: Driver Status: r8168 is active Driver Activation Cmd: "modprobe r8168" Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #12 (PCI bridge) lsmod | grep r816 r8168 593920 0 Its working here but yast2 lan shows on the Hardware tab of the netcard: https://paste.opensuse.org/pastes/8d66be3c4842 only auto and r8169 which is blacklisted and not loaded (see lsmod) yast2 lan log: https://paste.opensuse.org/pastes/5882ef97537e Same also with broadcom-wl It has worked before but now not anymore. Stephan -- You are receiving this mail because: You are on the CC list for the bug.

1 21