April 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1197256] VUL-0: CVE-2021-23556: guake: possible command injection through dbus interface
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1197256 https://bugzilla.suse.com/show_bug.cgi?id=1197256#c4 --- Comment #4 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-RU-2023:0089-1: An update that solves one vulnerability and has one errata is now available. Category: recommended (important) Bug References: 1197256,1206349 CVE References: CVE-2021-23556 JIRA References: Sources used: openSUSE Backports SLE-15-SP4 (src): guake-3.8.1-bp154.2.3.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1210257] biber and bilatex are not compatible after update texlive 2023
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1210257 https://bugzilla.suse.com/show_bug.cgi?id=1210257#c1 Finn Beckitt-Marshall <finn(a)pictura.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |finn(a)pictura.co.uk --- Comment #1 from Finn Beckitt-Marshall <finn(a)pictura.co.uk> --- I am noticing the same issue as well on my Tumbleweed installation (20230410) - I get the following in my log: ``` INFO - Logfile is 'main.blg' INFO - Reading 'main.bcf' ERROR - Error: Found biblatex control file version 3.10, expected version 3.9. This means that your biber (2.18) and biblatex (3.19) versions are incompatible. See compat matrix in biblatex or biber PDF documentation. ``` Running biber -v in the terminal reports version 2.18, even though YaST and zypper report that I have biber 2.19 installed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1210317] New: inkscape crash: gtk_application_set_screensaver_active (active=0, application=0xaaaaaaaaaaaaaaaa) at ../gtk/gtkapplication.c:1671
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1210317 Bug ID: 1210317 Summary: inkscape crash: gtk_application_set_screensaver_active (active=0, application=0xaaaaaaaaaaaaaaaa) at ../gtk/gtkapplication.c:1671 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: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- It crashes on just updated TW system: $ wget https://dev.w3.org/SVG/tools/svgweb/samples/svg-files/aa.svg $ gdb --args inkscape --export-filename=x.png aa.svg $ r ... Thread 1 "inkscape" received signal SIGSEGV, Segmentation fault. gtk_application_set_screensaver_active (active=0, application=0xaaaaaaaaaaaaaaaa) at ../gtk/gtkapplication.c:1671 1671 if (priv->screensaver_active != active) (gdb) bt #0 gtk_application_set_screensaver_active (active=0, application=0xaaaaaaaaaaaaaaaa) at ../gtk/gtkapplication.c:1671 #1 ss_get_active_cb (source=<optimized out>, result=<optimized out>, data=0x555555831550) at ../gtk/gtkapplication-dbus.c:251 #2 0x00007ffff56ccda4 in g_task_return_now (task=task@entry=0x555555832780 [GTask]) at ../gio/gtask.c:1309 #3 0x00007ffff56cd9f3 in g_task_return (type=<optimized out>, task=0x555555832780 [GTask]) at ../gio/gtask.c:1378 #4 g_task_return (task=0x555555832780 [GTask], type=<optimized out>) at ../gio/gtask.c:1335 #5 0x00007ffff5734c6c in reply_cb (connection=<optimized out>, res=<optimized out>, user_data=0x555555832780) at ../gio/gdbusproxy.c:2571 #6 0x00007ffff56ccda4 in g_task_return_now (task=task@entry=0x555555833440 [GTask]) at ../gio/gtask.c:1309 #7 0x00007ffff56cd9f3 in g_task_return (type=<optimized out>, task=0x555555833440 [GTask]) at ../gio/gtask.c:1378 #8 g_task_return (task=0x555555833440 [GTask], type=<optimized out>) at ../gio/gtask.c:1335 #9 0x00007ffff57288c2 in g_dbus_connection_call_done (source=0x5555555c3dc0 [GDBusConnection], result=<optimized out>, user_data=0x555555833440) at ../gio/gdbusconnection.c:5885 #10 0x00007ffff56ccda4 in g_task_return_now (task=task@entry=0x555555833530 [GTask]) at ../gio/gtask.c:1309 #11 0x00007ffff56ccdd9 in complete_in_idle_cb (task=task@entry=0x555555833530) at ../gio/gtask.c:1323 #12 0x00007ffff6712aae in g_idle_dispatch (source=0x7fffe0009b50, callback=0x7ffff56ccdd0 <complete_in_idle_cb>, user_data=0x555555833530) at ../glib/gmain.c:6163 #13 0x00007ffff6716f96 in g_main_dispatch (context=0x5555555c3a80) at ../glib/gmain.c:3460 #14 g_main_context_dispatch (context=context@entry=0x5555555c3a80) at ../glib/gmain.c:4200 #15 0x00007ffff6717358 in g_main_context_iterate (context=context@entry=0x5555555c3a80, block=block@entry=0, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4276 #16 0x00007ffff67173ec in g_main_context_iteration (context=context@entry=0x5555555c3a80, may_block=may_block@entry=0) at ../glib/gmain.c:4343 #17 0x00007ffff56fb8e8 in g_application_run (application=0x5555557885b0 [gtkmm__GtkApplication], argc=<optimized out>, argv=<optimized out>) at ../gio/gapplication.c:2604 #18 0x00007ffff602cbb0 in __libc_start_call_main (main=main@entry=0x555555556390 <main(int, char**)>, argc=argc@entry=3, argv=argv@entry=0x7fffffffda78) at ../sysdeps/nptl/libc_start_call_main.h:58 #19 0x00007ffff602cc79 in __libc_start_main_impl (main=0x555555556390 <main(int, char**)>, argc=3, argv=0x7fffffffda78, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffda68) at ../csu/libc-start.c:360 #20 0x0000555555556b65 in _start () at ../sysdeps/x86_64/start.S:115 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1208510] New: podman/quadlet generating services with wrong podman binary path
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1208510 Bug ID: 1208510 Summary: podman/quadlet generating services with wrong podman binary path Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Minor Priority: P5 - None Component: Containers Assignee: containers-bugowner(a)suse.de Reporter: danish.prakash(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Reported by bburky: I wanted to test out the new quadlet features so I installed podman-4.4.1-2.1.aarch64 from devel:microos openSUSE_Factory_ARM. I'm seeing the same symptoms as this bug report: Quadlet generating services with wrong podman path https://github.com/containers/podman/issues/17359 When using a *.container file, the quadlet/podman-system-generator generated systemd unit uses /usr/local/bin/podman instead of /usr/bin/podman. The suggested fix (as was applied to Archlinux) seems to be setting PREFIX when calling make. Also, the quadlet feature appears to unconditionally use the crun runtime instead of the default runtime (currently runc), so it may need to be installed too if this feature is used. (Not sure if this is an upstream bug or intentional.) https://github.com/containers/podman/blob/bac20d1917622fa45130427c78231e252… -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1209980] Lenovo L14 Gen3 AMD, wifi card (Mediatek MT7922) not recognized.
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1209980 https://bugzilla.suse.com/show_bug.cgi?id=1209980#c12 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #12 from Takashi Iwai <tiwai(a)suse.com> --- The backports have been merged to SLE15-SP5 branch, so the support of the new mt76 chips will be included in the first update kernel for Leap 15.5. Unfortunately, the changes are too intrusive for the GM kernel, so WiFi won't be available on the installer. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1210313] New: Conflict resolution between openssl and libressl
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1210313 Bug ID: 1210313 Summary: Conflict resolution between openssl and libressl 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: otto.hollmann(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I'm opening this bug to discuss Jan Engelhardt's initiative to unify/simplify ssl-devel provides in ssl packages. It seems to be more complex than I originally thought and it has high potential to break something. Currently there are following requests: libressl: https://build.opensuse.org/request/show/1078122 (in staging) openssl: https://build.opensuse.org/request/show/1077018 openssl-1_1: https://build.opensuse.org/request/show/1076424 openssl-3: https://build.opensuse.org/request/show/1076425 Let's discuss it here to avoid 1:1 discussions and/or multiple discussions in each request/package. I see problem with adding 'Conflicts: openssl(cli)'. Then we won't be able to install both versions (openssl-3 and openssl-1_1) at the same time. It's desired to be able to install both versions (cli, not devel) Regarding 'Provides/Conflicts: ssl-devel' Pedro told me that it was discussed with Marcus, can you please summarize your conclusion? -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1210312] New: osc cannot build kiwi images
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

https://bugzilla.suse.com/show_bug.cgi?id=1210312 Bug ID: 1210312 Summary: osc cannot build kiwi images 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: msuchanek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- osc-1.0.1-1.1.noarch ~/home:michals:branches:SUSE:ALP:Products:Bedrock:0.1/ALP-Bedrock> osc build -M Default Building ALP-Bedrock.kiwi for standard/x86_64 Getting buildconfig from server and store to /home/hramrach/home:michals:branches:SUSE:ALP:Products:Bedrock:0.1/ALP-Bedrock/.osc/_buildconfig-standard-x86_64 Getting buildinfo from server and store to /home/hramrach/home:michals:branches:SUSE:ALP:Products:Bedrock:0.1/ALP-Bedrock/.osc/_buildinfo-standard-x86_64.xml Server returned an error: HTTP Error 400: Bad Request remote error: could not parse name in build description (spec) (http://back-home-opensuse:5252/build/home:michals:branches:SUSE:ALP:Product…) -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1210209] New: INDI 2.0.1 requires a newer libev on Leap
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1210209 Bug ID: 1210209 Summary: INDI 2.0.1 requires a newer libev on Leap Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: pstivanin(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, the latest INDI update doesn't compile on Leap 15.{4,5} due to: [ 48s] In file included from /home/abuild/rpmbuild/BUILD/indi-2.0.1/indiserver/indiserver.cpp:97: [ 48s] /usr/include/ev++.h:355:46: error: ISO C++17 does not allow dynamic exception specifications [ 48s] 355 | dynamic_loop (unsigned int flags = AUTO) throw (bad_loop) [ 48s] | ^~~~~ [ 48s] /usr/include/ev++.h:379:46: error: ISO C++17 does not allow dynamic exception specifications [ 48s] 379 | default_loop (unsigned int flags = AUTO) throw (bad_loop) [ 48s] | ^~~~~ updating libev to the latest version (4.33, which is from 2020) fixed the issue. According to the release notes, there is one incompatible change though: * 4.25 Fri Dec 21 07:49:20 CET 2018 - INCOMPATIBLE CHANGE: EV_THROW was renamed to EV_NOEXCEPT (EV_THROW still provided) and now uses noexcept on C++11 or newer. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1208937] mtr aborts when run in reporting mode
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208937 http://bugzilla.opensuse.org/show_bug.cgi?id=1208937#c4 --- Comment #4 from OBSbugzilla Bot <bwiedemann+obsbugzillabot(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1208937) was mentioned in https://build.opensuse.org/request/show/1078408 Factory / mtr -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1210306] New: 32-bit versions of SDL helper libraries no longer available
by bugzilla_noreply＠suse.com 11 Apr '23

11 Apr '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1210306 Bug ID: 1210306 Summary: 32-bit versions of SDL helper libraries no longer available Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Upgrade Problems Assignee: dimstar(a)opensuse.org Reporter: david(a)davidgow.net QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- While the Simple Directmedia Layer (SDL) libraries are still available as 32-bit packages, the various "extension" libraries which provide image loading, sound mixing, font rendering, etc, are no-longer available as -32bit packages. Several 32-bit games and multimedia programs rely on these, and while many of them do package those libraries themselves, some do not, and others may benefit from using a newer distro-provided package instead. There are two versions of each of these packages: one for SDL2 and one for SDL. (While there will likely be a third version for SDL3 shortly, there aren't any legacy apps which would depend on it, and the SDL compatibility layers use the old versions of these helpers.) Could we reinstate the following packages: - libSDL_gfx15-32bit - libSDL_image-1_2-0-32bit - libSDL_mixer-1_2-0-32bit - libSDL_net-1_2-0-32bit - libSDL_ttf-2_0-0-32bit - libSDL2_gfx-1_0-0-32bit - libSDL2_image-2_0-0-32bit - libSDL2_mixer-2_0-0-32bit - libSDL2_ttf-2_0-0-32bit - libSDL2_net-2_0-0-32bit There are also a few more SDL-related libraries around (SDL_pango, SDL_sound, SDL_rtf, etc), but these are the main ones. It'd also be useful to add libsmpeg as well (required by a lot of old Loki games), though I don't think that has ever had a -32bit variant in openSUSE, so it's definitely not a regression. I'd also personally appreciate the -devel variants, as I use them quite regularly to build wrappers and to cross-compile simple games, etc, but that's definitely more niche than having the binaries. Thanks very much! -- David -- You are receiving this mail because: You are on the CC list for the bug.

1 2