January 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1206848] khugepaged at 100% CPU
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206848 https://bugzilla.suse.com/show_bug.cgi?id=1206848#c2 Martin Koller <kollix(a)aon.at> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(kollix(a)aon.at) | --- Comment #2 from Martin Koller <kollix(a)aon.at> --- Created attachment 863888 --> https://bugzilla.suse.com/attachment.cgi?id=863888&action=edit captured log file -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1205162] PHP mysqli not load from web after upgrade
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1205162 https://bugzilla.suse.com/show_bug.cgi?id=1205162#c7 --- Comment #7 from Eric Schirra <ecsos(a)schirra.net> --- (In reply to Petr Gajdos from comment #6) > (In reply to Eric Schirra from comment #5) > > > The very same line (extension=mysqlnd) is present already in > > > /etc/php7/conf.d/_mysqlnd.ini and in case I add it into > > > /etc/php7/apache2/php.ini I could not get anything else than: > > > > Yes. I know that. But for some reason, it doesn't work. > > I guess we will have to find the reason then. > > > > PHP Warning: Module 'mysqlnd' already loaded in Unknown on line 0 > > > [Wed Jan 04 12:22:30.402842 2023] [mpm_prefork:notice] [pid 7666] AH00163: > > > Apache/2.4.51 (Linux/SUSE) OpenSSL/1.1.1l PHP/7.4.33 configured -- resuming > > > normal operations > > > in error_log. So, could you please try to figure out why _mysqlnd.ini is not > > > taken into account on your system? Could you try to inspect phpinfo() run > > > trough apache sapi? Perhaps also php -m output (warnings/errors)? > > And what phpinfo() run trough apache sapi says on the system on which > application does not run? Again. The Systerm is one and runs multiple applications. This now several years and several Leap version without problems. Only with the update from 15.3 to 15.4 the problems occurred. See also other messages on the web. Some applications run, some do not. See my example data. Without my fix is see only: mysqlnd mysqlnd enabled Version mysqlnd 7.4.33 Compression supported core SSL supported extended SSL supported Command buffer size 4096 Read buffer size 32768 Read timeout 86400 Collecting statistics Yes Collecting memory statistics No Tracing n/a Loaded plugins mysqlnd,debug_trace,auth_plugin_mysql_native_password,auth_plugin_mysql_clear_password,auth_plugin_caching_sha2_password,auth_plugin_sha256_password API Extensions pdo_mysql PDO PDO support enabled PDO drivers mysql, pgsql, sqlite pdo_mysql PDO Driver for MySQL enabled Client API version mysqlnd 7.4.33 Directive Local Value Master Value pdo_mysql.default_socket /run/mysql/mysql.sock /run/mysql/mysql.sock With my fix i see: mysqli MysqlI Support enabled Client API library version mysqlnd 7.4.33 Active Persistent Links 0 Inactive Persistent Links 0 Active Links 0 Directive Local Value Master Value mysqli.allow_local_infile Off Off mysqli.allow_persistent Off Off mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket /run/mysql/mysql.sock /run/mysql/mysql.sock mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnect Off Off mysqli.rollback_on_cached_plink Off Off mysqlnd mysqlnd enabled Version mysqlnd 7.4.33 Compression supported core SSL supported extended SSL supported Command buffer size 4096 Read buffer size 32768 Read timeout 86400 Collecting statistics Yes Collecting memory statistics No Tracing n/a Loaded plugins mysqlnd,debug_trace,auth_plugin_mysql_native_password,auth_plugin_mysql_clear_password,auth_plugin_caching_sha2_password,auth_plugin_sha256_password API Extensions mysqli,pdo_mysql PDO PDO support enabled PDO drivers mysql, pgsql, sqlite pdo_mysql PDO Driver for MySQL enabled Client API version mysqlnd 7.4.33 Directive Local Value Master Value pdo_mysql.default_socket /run/mysql/mysql.sock /run/mysql/mysql.sock > > No error with php -m. > > mysqlnd is shown. > > Some application run, some not. > > For some application it show "mysqli not found" in log. > > Some other apps don't rise up an error. > > > > When i add in /etc/php7/apache2/php.ini: > > extension=mysqlnd > > Which is superfluous in case /etc/php7/conf.d/_mysqlnd.ini is read and thus > not justifiable in general. Am I speaking or writing Chinese? It's just not enough. Definitely not! Do not always just dismiss everything as if everyone else were stupid and had no idea. You can find more people with the same problem on the Internet. And if I remember correctly, they were all with suse problems. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1202160] New: AUDIT-FIND: libiio-usb-udev-rules: insecure permissions
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1202160 Bug ID: 1202160 Summary: AUDIT-FIND: libiio-usb-udev-rules: insecure permissions 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: wolfgang.frisch(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- During a routine audit of udev scripts in openSUSE Factory, it was noticed that libiio-usb-udev-rules grants world-writable permissions: ``` SUBSYSTEM=="usb", PROGRAM=="/bin/sh -c '/usr/bin/iio_info -S usb=%s{idVendor}:%s{idProduct} | grep %s{idVendor}:%s{idProduct}'", RESULT!="", MODE="666" ``` This means unprivileged users have unrestricted read/write access to any IIO USB device or any device deemed by `iio_info` to be an IIO device. While this is not a security vulnerability per se, yet, hardening measures are warranted. It would be preferable to restrict access to a group, e.g.: MODE="660", GROUP="plugdev", or at least MODE="0664", GROUP="plugdev". What do you think? For reference, we already have udev rules with stricter permissions: ``` i+ | rtl-sdr-udev | Udev rules for RTL2832 | package i+ | uhd-udev | UHD udev rules | package ``` -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1206816] New: rpm headers vary from parallelism
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206816 Bug ID: 1206816 Summary: rpm headers vary from parallelism Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: mls(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: Development Blocker: --- While working on reproducible builds for openSUSE, I found that since the introduction of rpm-4.18 3 weeks ago, many Factory packages now vary from parallelism in their .src.rpm headers. e.g. building with osc build -j3 and -j4 gives openSUSE:Factory/abcm2ps # filterdiff 'strings' RPMS*/*src.rpm --- strings RPMS.2/abcm2ps-8.14.14-0.0.src.rpm +++ strings RPMS/abcm2ps-8.14.14-0.0.src.rpm @@ -1,6 +1,7 @@ abcm2ps-8.14.14-0.0 - 7f401a1d6b1de68d118627417c967c5a3d3bcdb8 -e2020445b31966aa351b789c86275831a3121502e6fcf5b550a1caa835313886 + c4291b1c9ffe3ecbfad5785cfd63e7574158e1fa +12af42be780406c7ed6eaef3cec3f885fa5d3b7bb36269cdbb2fb34e888c8a4c +p|oK abcm2ps 8.14.14 A program to typeset abc tunes into Postscript @@ -334,7 +335,7 @@ --sharedstatedir=/var/lib \ --mandir=/usr/share/man \ --infodir=/usr/share/info -make -j3 +make -j4 %install make install DESTDIR="/home/abuild/rpmbuild/BUILDROOT/abcm2ps-8.14.14-0.0.x86_64" It seems to capture the expanded .spec file in rpm headers. Especially make %{?_smp_mflags} Binary rpms vary as well, because these contain a .src.rpm hash. This is different from earlier bug 1197780. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1205161] brltty[15110]: cannot create directory: /run/brltty: Permission denied
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1205161 https://bugzilla.suse.com/show_bug.cgi?id=1205161#c5 Olaf Hering <ohering(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Olaf Hering <ohering(a)suse.com> --- Update submitted. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1206780] New: "zypper refresh" segfaults in ARM64 container
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206780 Bug ID: 1206780 Summary: "zypper refresh" segfaults in ARM64 container Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)suse.de Reporter: martin.wilck(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Happening on latest TW. I'm running TW/aarch64 in a container with qemu-linux-user. > podman run --arch arm64 -it --rm registry.opensuse.org/opensuse/tumbleweed:latest > :/ # zypper refresh > Segmentation fault (core dumped) I don't think this is a qemu problem because it happens both on TW/x86_64 with native qemu-linux-user and on Leap 15.34 with https://github.com/multiarch/qemu-user-static, and even on an Ubuntu system in GitHub actions (https://github.com/mwilck/build-multipath/actions/runs/3820271701/jobs/6500…) I can't test this on native TW/aarch64 because I don't have a suitable test system. I can provide core dumps, but I am unsure if they'll be helpful or easily debuggable, as they are formally core dumps from qemu-aarch64. > > coredumpctl list > TIME PID UID GID SIG COREFILE EXE SIZE > Mon 2023-01-02 10:51:06 CET 26071 17326 50 SIGSEGV present /usr/bin/qemu-aarch64 6.6M -- You are receiving this mail because: You are on the CC list for the bug.

1 18

[Bug 1206804] New: external touchpad resolution inconsistent with screen
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206804 Bug ID: 1206804 Summary: external touchpad resolution inconsistent with screen Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: azouhr(a)opensuse.org QA Contact: gfx-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 863794 --> http://bugzilla.opensuse.org/attachment.cgi?id=863794&action=edit xrandr When plugging a external touch screen into a HP Omen Notebook with USB-C, the display is found (although DPI is not reset for the display, and stays like the original monitor). However, the resolution of the touch field on the touch screen is adopted to both screens, which results in differences between touch position and screen position. If touching the external touch screen at the left edge, the cursor goes to the laptop screen completely left, while when touching the external screen completely right, it actually hits the position on the screen. In order to use the screen, you would have to guess where the cursor would appear which is at least unexpected. Adding respective files to this report. -- You are receiving this mail because: You are on the CC list for the bug.

1 16

[Bug 1201103] VUL-0: CVE-2022-24805, CVE-2022-24806, CVE-2022-24807, CVE-2022-24808, CVE-2022-24809, CVE-2022-24810: net-snmp: multiple memory handling issues
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1201103 https://bugzilla.suse.com/show_bug.cgi?id=1201103#c7 Alexander Bergmann <abergmann(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Alexander Bergmann <abergmann(a)suse.com> --- Fixed and released. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1204954] Temp file cleaning systemd warnings
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1204954 https://bugzilla.suse.com/show_bug.cgi?id=1204954#c1 Alexander Bergmann <abergmann(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |abergmann(a)suse.com Resolution|--- |FIXED --- Comment #1 from Alexander Bergmann <abergmann(a)suse.com> --- Hi Volker, the /usr/lib/tmpfiles.d/net-snmp.conf was changed during the last version upgrade to net-snmp-5.9.3 and is not causing the above issue anymore. -d /var/run/net-snmp 0755 root root +d /run/net-snmp 0755 root root The message about the "Duplicate line" is just a warning that the default values from /usr/lib/tmpfiles.d/ are not used anymore. I agree that this is not really a nice behavior. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1205162] PHP mysqli not load from web after upgrade
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1205162 https://bugzilla.suse.com/show_bug.cgi?id=1205162#c6 --- Comment #6 from Petr Gajdos <pgajdos(a)suse.com> --- (In reply to Eric Schirra from comment #5) > > The very same line (extension=mysqlnd) is present already in > > /etc/php7/conf.d/_mysqlnd.ini and in case I add it into > > /etc/php7/apache2/php.ini I could not get anything else than: > > Yes. I know that. But for some reason, it doesn't work. I guess we will have to find the reason then. > > PHP Warning: Module 'mysqlnd' already loaded in Unknown on line 0 > > [Wed Jan 04 12:22:30.402842 2023] [mpm_prefork:notice] [pid 7666] AH00163: > > Apache/2.4.51 (Linux/SUSE) OpenSSL/1.1.1l PHP/7.4.33 configured -- resuming > > normal operations > > in error_log. So, could you please try to figure out why _mysqlnd.ini is not > > taken into account on your system? Could you try to inspect phpinfo() run > > trough apache sapi? Perhaps also php -m output (warnings/errors)? And what phpinfo() run trough apache sapi says on the system on which application does not run? > No error with php -m. > mysqlnd is shown. > Some application run, some not. > For some application it show "mysqli not found" in log. > Some other apps don't rise up an error. > > When i add in /etc/php7/apache2/php.ini: > extension=mysqlnd Which is superfluous in case /etc/php7/conf.d/_mysqlnd.ini is read and thus not justifiable in general. -- You are receiving this mail because: You are on the CC list for the bug.

1 0