October 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1230496] New: Intel Tiger Lake-H HD Audio - no sound from laptop speakers
by bugzilla_noreply＠suse.com 09 Dec '24

09 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1230496 Bug ID: 1230496 Summary: Intel Tiger Lake-H HD Audio - no sound from laptop speakers Classification: openSUSE Product: openSUSE Tumbleweed Version: Slowroll Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel:Drivers Assignee: kernel-bugs(a)suse.de Reporter: alisia.prince(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 877303 --> https://bugzilla.suse.com/attachment.cgi?id=877303&action=edit alsa-info with legacy driver loaded No sound on fresh install of Slowroll: System Dell x15r1 laptop with NVIDIA and Intel GPUs. There is a known issue with the NVIDIA drivers and sound and I made those adjustments based on the following instructions: https://www.reddit.com/r/openSUSE/comments/1aklnpe/no_audio_after_installin… This did not resolve my issue. I installed the upstream firmware and it didn't resolve my issue. http://download.opensuse.org/repositories/multimedia:/libs/15.6/noarch/ I configured for the legacy sound card and I have sound now. Bluetooth earbuds work. Attached is my inxi -Aa output and the alsa-info file. I have only one file in /etc/modprobe.d and it's empty - the file is 50-yast.conf -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 1216919] New: dkimproxy broken after upgrade to Leap 15.4/conversion to systemd services
by bugzilla_noreply＠suse.com 09 Dec '24

09 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1216919 Bug ID: 1216919 Summary: dkimproxy broken after upgrade to Leap 15.4/conversion to systemd services Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: All OS: openSUSE Leap 15.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: rombert(a)apache.org QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I have upgrade to Leap 15.4 to find my dkimproxy setup broken. I noticed the following things: 1. there was one dkimproxy service, now there are two dkimproxy-in and dkimproxy-out. The new services are disabled even though the old one was enabled 2. The dkimproxy_in.service file references the /run/sysconfig/dkimproxy environment file 2a. The dkimproxy_env.sh script is supposed to create that file, but /run/sysconfig is not created at all to that script fails 2b. The dkimproxy_env.sh sets "HFQHN=$( hostname -f )" dkimproxy-in.service uses --hostname=${FQHN} While problem 1 is a one-time fix, the problems from 2 are more persistent and are ideally solved in the package. Note: systemd integration was contributed in bug #1116007 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1223697] New: VUL-0: CVE-2023-26793: libmodbus: heap-based buffer overflow vulnerability in read_io_status function in src/modbus.c.
by bugzilla_noreply＠suse.com 09 Dec '24

09 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1223697 Bug ID: 1223697 Summary: VUL-0: CVE-2023-26793: libmodbus: heap-based buffer overflow vulnerability in read_io_status function in src/modbus.c. Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other URL: https://smash.suse.de/issue/403923/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: sbrabec(a)suse.com Reporter: smash_bz(a)suse.de QA Contact: security-team(a)suse.de CC: andrea.mattiazzo(a)suse.com Target Milestone: --- Found By: Security Response Team Blocker: --- libmodbus v3.1.10 has a heap-based buffer overflow vulnerability in read_io_status function in src/modbus.c. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-26793 https://www.cve.org/CVERecord?id=CVE-2023-26793 https://github.com/stephane/libmodbus/issues/683 -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Bug 1224062] New: VUL-0: CVE-2024-34244: libmodbus: buffer overflow via the modbus_write_bits function
by bugzilla_noreply＠suse.com 08 Dec '24

08 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1224062 Bug ID: 1224062 Summary: VUL-0: CVE-2024-34244: libmodbus: buffer overflow via the modbus_write_bits function Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other URL: https://smash.suse.de/issue/404865/ OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Security Assignee: sbrabec(a)suse.com Reporter: smash_bz(a)suse.de QA Contact: security-team(a)suse.de CC: camila.matos(a)suse.com Target Milestone: --- Found By: Security Response Team Blocker: --- libmodbus v3.1.10 is vulnerable to Buffer Overflow via the modbus_write_bits function. This issue can be triggered when the function is fed with specially crafted input, which leads to out-of-bounds read and can potentially cause a crash or other unintended behaviors. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-34244 https://www.cve.org/CVERecord?id=CVE-2024-34244 https://github.com/stephane/libmodbus/issues/743 -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1226986] New: Valkey migration enables bogus valkey@basename services
by bugzilla_noreply＠suse.com 07 Dec '24

07 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1226986 Bug ID: 1226986 Summary: Valkey migration enables bogus valkey@basename services Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: georg.pfuetzenreuter(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I never had a "redis@basename" instance! Yet after todays dup to 20240624 which replaced redis with valkey-7.2.5-2.1.x86_64 the migration logic enabled these bogus services, which naturally failed during boot: ``` ~> ll /etc/systemd/system/multi-user.target.wants/valkey* lrwxrwxrwx 1 root root 39 Jun 26 08:10 '/etc/systemd/system/multi-user.target.wants/valkey(a)basename.service' -> '/usr/lib/systemd/system/valkey@.service' lrwxrwxrwx 1 root root 48 Jun 26 08:10 '/etc/systemd/system/multi-user.target.wants/valkey-sentinel(a)basename.service' -> '/usr/lib/systemd/system/valkey-sentinel@.service' ``` -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1227527] New: Failed to start Valkey Sentinel instance: basename
by bugzilla_noreply＠suse.com 07 Dec '24

07 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1227527 Bug ID: 1227527 Summary: Failed to start Valkey Sentinel instance: basename Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: zluo(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- after update of Tumbleweed, I suddenly see following error: Starting libvirt QEMU daemon... [ OK ] Finished Permit User Sessions. Starting X Display Manager... Starting Hold until boot process finishes up... [FAILED] Failed to start Valkey Sentinel instance: basename. See 'systemctl status valkey-sentinel(a)basename.service' for details. [FAILED] Failed to start Valkey instance: basename. See 'systemctl status valkey(a)basename.service' for details. Starting Valkey Sentinel instance: basename... Starting Valkey instance: basename... [FAILED] Failed to start Valkey Sentinel instance: basename. See 'systemctl status valkey-sentinel(a)basename.service' for details. [FAILED] Failed to start Valkey instance: basename. See 'systemctl status valkey(a)basename.service' for details. [ OK ] Started NTP client/server. [ OK ] Reached target System Time Synchronized. [ OK ] Started Backup of RPM database. [ OK ] Started Backup of /etc/sysconfig. [ OK ] Started Balance block groups on a btrfs filesystem. [ OK ] Started Scrub btrfs filesystem, verify block checksums. [ OK ] Started Check if mainboard battery is Ok. [ OK ] Started Discard unused filesystem blocks once a week. [ OK ] Started Daily rotation of log files. [ OK ] Started Daily man-db regeneration. [ OK ] Started Timeline of Snapper Snapshots. [ OK ] Started daily update of the root trust anchor for DNSSEC. [ OK ] Reached target Timer Units. [ OK ] Started Command Scheduler. Starting Valkey Sentinel instance: basename... Starting Valkey instance: basename... [ OK ] Started OpenSSH Daemon.zaoliang@dell-5320:/var/log> systemctl status valkey-sentinel(a)basename.service × valkey-sentinel(a)basename.service - Valkey Sentinel instance: basename Loaded: loaded (/usr/lib/systemd/system/valkey-sentinel@.service; enabled; preset: disabled) Active: failed (Result: exit-code) since Mon 2024-07-08 18:53:01 CEST; 1min 13s ago Process: 1449 ExecStart=/usr/bin/valkey-sentinel /etc/valkey/sentinel-basename.conf (code=exited, status=1/FAILURE) Main PID: 1449 (code=exited, status=1/FAILURE) CPU: 50ms Warning: some journal files were not opened due to insufficient permissions. zaoliang@dell-5320:/var/log> sudo systemctl status valkey-sentinel(a)basename.service × valkey-sentinel(a)basename.service - Valkey Sentinel instance: basename Loaded: loaded (/usr/lib/systemd/system/valkey-sentinel@.service; enabled; preset: disabled) Active: failed (Result: exit-code) since Mon 2024-07-08 18:53:01 CEST; 1min 32s ago Process: 1449 ExecStart=/usr/bin/valkey-sentinel /etc/valkey/sentinel-basename.conf (code=exited, status=1/FAILURE) Main PID: 1449 (code=exited, status=1/FAILURE) CPU: 50ms Jul 08 18:53:01 dell-5320 systemd[1]: valkey-sentinel(a)basename.service: Scheduled restart job, restart counter is at 5. Jul 08 18:53:01 dell-5320 systemd[1]: valkey-sentinel(a)basename.service: Start request repeated too quickly. Jul 08 18:53:01 dell-5320 systemd[1]: valkey-sentinel(a)basename.service: Failed with result 'exit-code'. Jul 08 18:53:01 dell-5320 systemd[1]: Failed to start Valkey Sentinel instance: basename. zaoliang@dell-5320:/var/log> sudo systemctl restart valkey-sentinel(a)basename.service Job for valkey-sentinel(a)basename.service failed because the control process exited with error code. See "systemctl status valkey-sentinel(a)basename.service" and "journalctl -xeu valkey-sentinel(a)basename.service" for details. [FAILED] Failed to start Valkey Sentinel instance: basename. -- zaoliang@dell-5320:/var/log> cat /etc/os-release NAME="openSUSE Tumbleweed" # VERSION="20240704" ID="opensuse-tumbleweed" ID_LIKE="opensuse suse" VERSION_ID="20240704" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" # CPE 2.3 format, boo#1217921 CPE_NAME="cpe:2.3:o:opensuse:tumbleweed:20240704:*:*:*:*:*:*:*" #CPE 2.2 format #CPE_NAME="cpe:/o:opensuse:tumbleweed:20240704" BUG_REPORT_URL="https://bugzilla.opensuse.org" SUPPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org" DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed" LOGO="distributor-logo-Tumbleweed" -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1227364] New: trackerbug: packages build differently without %check
by bugzilla_noreply＠suse.com 07 Dec '24

07 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1227364 Bug ID: 1227364 Summary: trackerbug: packages build differently without %check Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1081754 Target Milestone: --- Found By: Development Blocker: --- The %check section in a .spec file runs scripts that may modify the package output. Some packages fail to build with osc build --nocheck and some others produce different build results. Both of these cases make reproducible-builds harder and are considered bugs. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1226101] New: Joystick and steering wheel not found in system settings
by bugzilla_noreply＠suse.com 07 Dec '24

07 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1226101 Bug ID: 1226101 Summary: Joystick and steering wheel not found in system settings Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: Michael.Zapf(a)mizapf.de QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- The Plasma System Settings do not show any game controllers, although there is a digital joystick (connected via a Hexagons USB adapter) and a Logitech G25 steering wheel connected. It only shows a XBox game controller when plugged it. The settings were present for the Joystick and the steering wheel in some earlier release (unknown). The devices are found by the system (as dmesg states) and are usable in games, but cannot be configured in KDE. Contrary to the advice in the help file, there is no way to add a non-detected device in the settings. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1232328] New: [SELinux] kanidm still uses /usr/sbin paths in file context
by bugzilla_noreply＠suse.com 06 Dec '24

06 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1232328 Bug ID: 1232328 Summary: [SELinux] kanidm still uses /usr/sbin paths in file context Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: filippo.bonazzi(a)suse.com QA Contact: security-team(a)suse.de Target Milestone: --- Found By: --- Blocker: --- The kanidm_unixd.fc file still contains several paths under /usr/sbin instead of /usr/bin -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1232647] New: AUDIT-WHITELIST: sddm-kalpa whitelist of dbus configuration file
by bugzilla_noreply＠suse.com 06 Dec '24

06 Dec '24

https://bugzilla.suse.com/show_bug.cgi?id=1232647 Bug ID: 1232647 Summary: AUDIT-WHITELIST: sddm-kalpa whitelist of dbus configuration file Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: sfalken(a)cloverleaf-linux.org QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Can I please get a review, and a whitelist, based on the following: [ 97s] sddm-kalpa.x86_64: E: dbus-file-unauthorized (Badness: 10) /usr/share/dbus-1/system.d/org.freedesktop.DisplayManager-sddm.conf (sha256 file digest default filter:daa7d493ab968d706530339465449d98e09a5f717c230b85bf0f0e3d1365de2c shell filter:b3416d1bd9f087c9be887c1610296a116cb16a5f04e81fc0d61275ccbbc99842 xml filter:4b4cbecadaf6124b64d65abcc27157a154f4f3544b1a68b1f0754282e6766c8f) [ 97s] Packaging D-Bus services requires a review and whitelisting by the SUSE [ 97s] security team. If the package is intended for inclusion in any SUSE product [ 97s] please open a bug report to request review of the package by the security [ 97s] team. Please refer to [ 97s] https://en.opensuse.org/openSUSE:Package_security_guidelines#audit_bugs for [ 97s] more information. Package is https://build.opensuse.org/package/show/devel:microos:kalpa/sddm-kalpa -- You are receiving this mail because: You are on the CC list for the bug.

1 2