November 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1214458] New: /usr/bin/xzegrep: line 219: /usr/bin/egrep: Permission denied
by bugzilla_noreply＠suse.com 16 Feb '24

16 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1214458 Bug ID: 1214458 Summary: /usr/bin/xzegrep: line 219: /usr/bin/egrep: Permission denied Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: AppArmor Assignee: suse-beta(a)cboltz.de Reporter: per(a)computer.org QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Doing a simple xzegrep - # xzegrep 'GET /release/[0-9A-F]+' vhost_access_log ...[snip] /usr/bin/xzegrep: line 219: /usr/bin/egrep: Permission denied See also https://progress.opensuse.org/issues/113108 -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1216368] New: Thunderbird "Error reading events from display: Connection reset by peer"
by bugzilla_noreply＠suse.com 16 Feb '24

16 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1216368 Bug ID: 1216368 Summary: Thunderbird "Error reading events from display: Connection reset by peer" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 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: --- Hi, since some time (unfortunately I don't know which snapshot it first occurred with) Thunderbird on Tumbleweed crashes unpredictably with the console message: ``` Gdk-Message: 11:12:36.813: Error reading events from display: Connection reset by peer ``` Sometimes it happens only after Thunderbird is running for some hours after clicking some element in the UI, sometimes by itself shortly after startup. This is on Wayland/Sway with the openSUSEway configuration. Would appreciate any advice. ``` $ grep VERSION_ID /etc/os-release VERSION_ID="20231006" $ zypper se -is thunderbird S | Name | Type | Version | Arch | Repository ---+--------------------+---------+-------------+--------+---------------------- i+ | MozillaThunderbird | package | 115.3.2-1.1 | x86_64 | Main Repository (OSS) ``` -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1212954] New: amdgpu: Monitor displaying wrong resolution
by bugzilla_noreply＠suse.com 16 Feb '24

16 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1212954 Bug ID: 1212954 Summary: amdgpu: Monitor displaying wrong resolution Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: openSUSE Leap 15.5 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: holgi(a)suse.com QA Contact: gfx-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 867944 --> https://bugzilla.suse.com/attachment.cgi?id=867944&action=edit IMG_20230703_164538751_HDR.jpg Having a 4K monitor (SAMSUNG LU28R55) attached to the docking station of my ThinkPad via HDMI I can easily 1:1 mirror the screen output of the laptop and the monitor with openSUSE Leap 15.4. Doing the same with openSUSE Leap 15.5 will result in monitor displaying a resolution 1980x2160 instead of the set 1980x1080. Using a 4x different screen (Philips) is working fine. Photo of monitor attached. -- You are receiving this mail because: You are on the CC list for the bug.

1 28

[Bug 1217402] New: AUDIT-FIND: Updating server configuration as root while parsing untrusted data
by bugzilla_noreply＠suse.com 14 Feb '24

14 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1217402 Bug ID: 1217402 Summary: AUDIT-FIND: Updating server configuration as root while parsing untrusted data Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: fstrba(a)suse.com Reporter: jsegitz(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- With the new tomcat10 packages I stumbled across: 687 %post webapps 688 %{serverxmltool} add-context.xslt docBase=%{tomcatappdir}/ROOT path=/ 689 %{serverxmltool} add-context.xslt docBase=%{tomcatappdir}/sample path=/sample 690 %{serverxmltool} add-context.xslt docBase=%{tomcatappdir}/examples path=/examples This translates to e.g. /usr/libexec/tomcat/serverxml-tool.sh add-context.xslt docBase=/usr/share/tomcat/tomcat-webapps/ROOT path=/ serverxml-tool.sh invokes java with serverxmltool.jar to update /etc/tomcat/server.xml. All of this runs as root and parses XML. I didn't find a security issue with this (but also just spend a couple of minutes on this), but it's a bigger risk than necessary. Apart from overwriting the config file root privileges are not needed. Especially the java call should not run as root, xml operations are notoriously dangerous. runuser is a good tool for this. You can do the XML parsing as the tomcat user and then if necessary overwrite the tomcat config with an update file. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1215626] New: php8-apcu & php8-imagick fail to load on MicroOS/aarch64
by bugzilla_noreply＠suse.com 07 Feb '24

07 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1215626 Bug ID: 1215626 Summary: php8-apcu & php8-imagick fail to load on MicroOS/aarch64 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: dave-fhfr(a)netztrip.de QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0 Build Identifier: PHP Warning: PHP Startup: Unable to load dynamic library 'apcu.so' (tried: /usr/lib64/php8/extensions/apcu.so (/usr/lib64/php8/extensions/apcu.so: undefined symbol: php_strlcpy), /usr/lib64/php8/extensions/apcu.so.so (/usr/lib64/php8/extensions/apcu.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'imagick.so' (tried: /usr/lib64/php8/extensions/imagick.so (/usr/lib64/php8/extensions/imagick.so: undefined symbol: php_strlcpy), /usr/lib64/php8/extensions/imagick.so.so (/usr/lib64/php8/extensions/imagick.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 Reproducible: Always Steps to Reproduce: 1. Install php8-cli, php8-apcu & php8-imagick 2. run `php -m` Actual Results: spff@spee:~> php -m PHP Warning: PHP Startup: Unable to load dynamic library 'apcu.so' (tried: /usr/lib64/php8/extensions/apcu.so (/usr/lib64/php8/extensions/apcu.so: undefined symbol: php_strlcpy), /usr/lib64/php8/extensions/apcu.so.so (/usr/lib64/php8/extensions/apcu.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'imagick.so' (tried: /usr/lib64/php8/extensions/imagick.so (/usr/lib64/php8/extensions/imagick.so: undefined symbol: php_strlcpy), /usr/lib64/php8/extensions/imagick.so.so (/usr/lib64/php8/extensions/imagick.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 [snip] Expected Results: apcu & imagick are listed in the output under [PHP Modules] $ file /usr/lib64/php8/extensions/apcu.so /usr/lib64/php8/extensions/imagick.so /usr/lib64/php8/extensions/apcu.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=eaaf9054df149367987f242aeed0f8995b9e7334, stripped /usr/lib64/php8/extensions/imagick.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=1788ab8893a28346b7c55bdc22806df7eab24387, stripped $ cat /etc/os-release NAME="openSUSE MicroOS" # VERSION="20230910" ID="opensuse-microos" ID_LIKE="suse opensuse opensuse-tumbleweed" VERSION_ID="20230910" PRETTY_NAME="openSUSE MicroOS" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:microos:20230910" 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:MicroOS" LOGO="distributor-logo-MicroOS" spff@spee:~> uname -a Linux spee 6.4.12-1-default #1 SMP PREEMPT_DYNAMIC Fri Aug 25 08:26:31 UTC 2023 (f5aa89b) aarch64 aarch64 aarch64 GNU/Linux $ php -v 2> /dev/null PHP 8.2.10 (cli) (built: Sep 1 2023 00:00:00) (NTS) Copyright (c) The PHP Group Zend Engine v4.2.10, Copyright (c) Zend Technologies with Zend OPcache v8.2.10, Copyright (c), by Zend Technologies $ php -m 2> /dev/null [PHP Modules] bcmath Core ctype curl date dom exif fileinfo filter gd gmp hash iconv intl json libxml mbstring openssl pcntl pcre PDO pdo_sqlite posix random redis Reflection session SimpleXML SPL sqlite3 standard sysvsem xml xmlreader xmlwriter Zend OPcache zip zlib [Zend Modules] Zend OPcache -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1215548] New: new coreutils-systemd breaks "uptime"
by bugzilla_noreply＠suse.com 07 Feb '24

07 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1215548 Bug ID: 1215548 Summary: new coreutils-systemd breaks "uptime" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: seife(a)novell.slipkontur.de QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- The new coreutils-systemd's "uptime" command reports wrong values: wrong, newer system: raspi4c:~ # grep VERSION_ID /etc/os-release VERSION_ID="20230910" raspi4c:~ # rpm -qf `which uptime` coreutils-systemd-9.4-1.1.aarch64 raspi4c:~ # uptime 06:28:33 up 4 days 21:40, 1 user, load average: 0.16, 0.16, 0.11 raspi4c:~ # cat /proc/uptime 136079.24 225710.69 correct, older system: raspi4a:~ # grep VERSION_ID /etc/os-release VERSION_ID="20230904" raspi4a:~ # rpm -qf `which uptime` coreutils-9.3-1.2.aarch64 raspi4a:~ # uptime 06:28:51 up 1 day 13:48, 1 user, load average: 0.09, 0.16, 0.12 raspi4a:~ # cat /proc/uptime 136093.86 92370.61 These are raspberry pi4's which don't have a realtime clock, so the system clock is wrong on boot. The broken version does not consult the kernel: raspi4c:~ # strace -e file uptime execve("/usr/bin/uptime", ["uptime"], 0xffffe61bb560 /* 48 vars */) = 0 faccessat(AT_FDCWD, "/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=26215, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=2515928, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=2940, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/usr/lib/locale/de_DE.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=357744, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/usr/lib64/gconv/gconv-modules.cache", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=27012, ...}, AT_EMPTY_PATH) = 0 faccessat(AT_FDCWD, "/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/var/run/utmp", O_RDONLY|O_CLOEXEC) = 3 openat(AT_FDCWD, "/etc/localtime", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) newfstatat(1, "", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}, AT_EMPTY_PATH) = 0 06:30:05 up 4 days 21:41, 1 user, load average: 0.20, 0.18, 0.11 +++ exited with 0 +++ The working version does: raspi4a:~ # strace -e file uptime execve("/usr/bin/uptime", ["uptime"], 0xffffe5952d00 /* 48 vars */) = 0 faccessat(AT_FDCWD, "/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=23327, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=2515928, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=2940, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/usr/lib/locale/de_DE.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=357744, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/usr/lib64/gconv/gconv-modules.cache", O_RDONLY|O_CLOEXEC) = 3 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=27012, ...}, AT_EMPTY_PATH) = 0 faccessat(AT_FDCWD, "/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/var/run/utmp", O_RDONLY|O_CLOEXEC) = 3 openat(AT_FDCWD, "/proc/uptime", O_RDONLY) = 3 newfstatat(3, "", {st_mode=S_IFREG|0444, st_size=0, ...}, AT_EMPTY_PATH) = 0 openat(AT_FDCWD, "/etc/localtime", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) newfstatat(1, "", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x2), ...}, AT_EMPTY_PATH) = 0 06:30:40 up 1 day 13:49, 1 user, load average: 0.10, 0.15, 0.12 +++ exited with 0 +++ -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1217520] New: qemu: add support for canokeys
by bugzilla_noreply＠suse.com 06 Feb '24

06 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1217520 Bug ID: 1217520 Summary: qemu: add support for canokeys Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Virtualization:Tools Assignee: kvm-bugs(a)suse.de Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de CC: fvogt(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Looks like there's software FIDO2 support in qemu: https://www.qemu.org/docs/master/system/devices/canokey.html It needs https://github.com/canokeys/canokey-qemu. Could we have that in Factory please? As we are adding FIDO2 integration with disk encryption this would help both developing as well as later testing in openQA. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1215361] New: "uptime" is dumping core
by bugzilla_noreply＠suse.com 06 Feb '24

06 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1215361 Bug ID: 1215361 Summary: "uptime" is dumping core 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: nwr10cst-oslnx(a)yahoo.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0 Build Identifier: I just updated to 20230913. This was an update from 20230910. From before the update: twleap:support 1% uname -a Linux twleap 6.4.12-1-default #1 SMP PREEMPT_DYNAMIC Fri Aug 25 08:26:31 UTC 2023 (f5aa89b) x86_64 x86_64 x86_64 GNU/Linux twleap:support 2% uptime 16:23:44 up 0:01, 5 users, load average: 0.67, 0.43, 0.17 twleap:support 3% exit Script done on 2023-09-14 16:23:46-05:00 [COMMAND_EXIT_CODE="0"] From after the update (and a reboot): wleap:rickert 1% uname -a Linux twleap 6.5.2-1-default #1 SMP PREEMPT_DYNAMIC Fri Sep 8 07:32:27 UTC 2023 (fdde566) x86_64 x86_64 x86_64 GNU/Linux twleap:rickert 2% uptime Segmentation fault (core dumped) twleap:rickert 3% exit Script done on 2023-09-14 16:44:50-05:00 [COMMAND_EXIT_CODE="139"] This was in a KVM virtual machine. However, I had already seen the problem on another system (a bare metal install), which is why I knew to get the output before the update on the VM. Apologies if this is a duplicate. The search in bugzilla did not give me anything, and is possibly broken. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1216812] New: package request_ nyxt on armv7l
by bugzilla_noreply＠suse.com 05 Feb '24

05 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1216812 Bug ID: 1216812 Summary: package request_ nyxt on armv7l Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: armv7 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: screening-team-bugs(a)suse.de Reporter: jindam.vani(a)disroot.org QA Contact: screening-team-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- * right now nyxt is available for x86_64 on openSUSE:Factory [ 1 ] * however, there is derived package for aarch64 only [ 2 ] * if possible, please enable for armv7l [ 1 ] https://build.opensuse.org/package/show/openSUSE:Factory/nyxt [ 2 ] https://build.opensuse.org/package/show/network/nyxt -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1217711] New: [Slurm, slurmrestd] service file missing for slurmrestd
by bugzilla_noreply＠suse.com 02 Feb '24

02 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1217711 Bug ID: 1217711 Summary: [Slurm, slurmrestd] service file missing for slurmrestd Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: eich(a)suse.com Reporter: eich(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- The service file to start slurmrestd is missing from package slurm-rest. -- You are receiving this mail because: You are on the CC list for the bug.

1 12