November 2022 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1205137] zypper: Cannot query info of particular version
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1205137 Andreas Stieger <Andreas.Stieger(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Other |libzypp -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1205140] New: FTBFS: openSUSE:Factory/erlang-rebar-testsuite fails to build
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1205140 Bug ID: 1205140 Summary: FTBFS: openSUSE:Factory/erlang-rebar-testsuite fails to build 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: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The package erlang-rebar-testsuite fails to build in openSUSE:Factory. Earlier notifications by email to the bugowner and Maintainer have remained without reaction / fix. If the package is not being fixed within 2 weeks, it will be scheduled for removal from Tumbleweed [ 45s] rebar_xref_eunit:19: -xref_test_/0-fun-23- (Undefined function call)...*failed* [ 45s] in function rebar_xref_eunit:'-xref_test_/0-fun-23-'/1 (test/rebar_xref_eunit.erl, line 20) [ 45s] in call from eunit_test:run_testfun/1 (eunit_test.erl, line 71) [ 45s] in call from eunit_proc:run_test/1 (eunit_proc.erl, line 531) [ 45s] in call from eunit_proc:with_timeout/3 (eunit_proc.erl, line 356) [ 45s] in call from eunit_proc:handle_test/2 (eunit_proc.erl, line 514) [ 45s] in call from eunit_proc:tests_inorder/3 (eunit_proc.erl, line 456) [ 45s] in call from eunit_proc:with_timeout/3 (eunit_proc.erl, line 346) [ 45s] in call from eunit_proc:run_group/2 (eunit_proc.erl, line 570) [ 45s] **error:{assert,[{module,rebar_xref_eunit}, [ 45s] {line,20}, [ 45s] {expression,"string : str ( RebarOut , \"myapp_othermod:somefunc/0 calls undefined function myapp_somemod:notavailable/1\" ) =/= 0"}, [ 45s] {expected,true}, [ 45s] {value,false}]} [ 45s] output:<<"">> Full build log at https://build.opensuse.org/package/live_build_log/openSUSE:Factory/erlang-r… -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1202796] New: Zypper can't stop PackageKit
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

https://bugzilla.suse.com/show_bug.cgi?id=1202796 Bug ID: 1202796 Summary: Zypper can't stop PackageKit Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: 64bit OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)suse.de Reporter: 95kreaninw95(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On openSUSE Tumbleweed, If I run "sudo zypper dub" while PackageKit is still running, Zypper will ask me that whether I want PackageKit to stop. Unfortunately, even if I say yes, Zypper can't stop it no matter how many times I say yes. I have to stop PackageKit manually by: sudo systemctl stop packagekit Only then, I can use Zypper. This issue on openSUSE is very severe, since Zypper doesn't work in harmony with PackageKit, unlike DNF and APT from my experiences with Fedora and Ubuntu. On those distros, DNF or APT can run along PackageKit, no need to stop PackageKit before DNF or APT operation. And to make matter worse, PackageKit (GNOME Software) uses a huge amount of time to start and finish its operation after the system boot. To summarize this issue, Zypper should be able to stop PackageKit when the user tells it to stop PackageKit. I don't know the code behind Zypper, but Zypper should fire "sudo systemctl stop packagekit" when the user tells it to do so. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 1204998] kde3-kommander and kde3-kommander-runtime not working
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

https://bugzilla.suse.com/show_bug.cgi?id=1204998 https://bugzilla.suse.com/show_bug.cgi?id=1204998#c6 --- Comment #6 from RELAW GmbH <bugs(a)clearingstelle-eeg-kwkg.de> --- Thanks for your efforts. This is very strange. As root or a local user, as we tried and reported, the kmdr-editor will freeze the machine while starting. As a NIS user, kmdr-editor and kmdr-executor work fine. I even tried to copy the ~/.kde from a NIS user to the local user and correct the user rights, but this did not help. The machine we use is a machine which we migrated from Leap 15.3 to Leap 15.4, but this should not make a difference. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1205096] New: Reduce build-time dependencies for nextcloud-desktop by switching inkscape for rsvg-convert
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

https://bugzilla.suse.com/show_bug.cgi?id=1205096 Bug ID: 1205096 Summary: Reduce build-time dependencies for nextcloud-desktop by switching inkscape for rsvg-convert 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: badshah400(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 862670 --> https://bugzilla.suse.com/attachment.cgi?id=862670&action=edit Diff showing reduction in the number of build deps when switching from inkscape to rsvg-convert for build Either of these programs (used to generate png's out of svg's and nothing more) may be used for the build, at least since commit <https://github.com/nextcloud/desktop/commit/727de34879b8ef800945e11951cc1a7…>. However, using inkscape (a GTK based GUI app) at build time pulls in GTK and friends, among other cruft that may be significantly lessened by using rsvg-convert instead. From my analysis, attached is the diff that shows the decrease in number of build deps when switching from inkscape to rsvg-convert. Debian has also switched to using rsvg-convert instead of inkscape for the same reason (since version 3.5.4): > nextcloud-desktop (3.5.4-1) unstable; urgency=medium > > * New upstream release. > * Update patch hunks. > * Use librsvg2-bin instead of inkscape as build dependency as it is much > smaller. > * Update lintian-overrides. I made an sr to implement this change, but maintainer declined it for unexplained reasons. So this bug is an attempt to find a way forward: https://build.opensuse.org/request/show/1032731 -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 1203715] New: zypper serviceadd fails on idempotency check
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1203715 Bug ID: 1203715 Summary: zypper serviceadd fails on idempotency check Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)suse.de Reporter: lubos.kocman(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- from post of openSUSE-repos Spec is available here https://github.com/openSUSE/openSUSE-repos/blob/main/dist/package/openSUSE-… Seems like installation is either not idempotent or fails if network is not availabile. This is how we call it in %post ZYPP_READONLY_HACK=1 zypper addservice %{_datadir}/zypp/local/service/openSUSE openSUSE The repoindex used in post https://github.com/openSUSE/openSUSE-repos/blob/main/opensuse-tumbleweed-re… [ 27s] Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.AIoUiG [ 27s] + umask 022 [ 27s] + cd /home/abuild/rpmbuild/BUILD [ 27s] + cd openSUSE-repos-20220924.30f80ef [ 27s] + /usr/bin/rm -rf /home/abuild/rpmbuild/BUILDROOT/openSUSE-repos-20220924.30f80ef-lp155.1.1.s390x [ 27s] + exit 0 [ 27s] ... checking for files with abuild user/group [ 27s] ... running 00-check-install-rpms [ 27s] ... installing all built rpms [ 27s] Preparing packages... [ 27s] openSUSE-repos-Leap-20220924.30f80ef-lp155.1.1.s390x [ 27s] openSUSE-repos-Tumbleweed-20220924.30f80ef-lp155.1.1.s390x [ 27s] Setting new service openSUSEindeterminate indeterminate [ 27s] Service 'openSUSE' has been successfully added. [ 27s] ... running 50-check-binary-kernel-log [ 27s] ... running 50-check-core-files [ 27s] ... checking for core files [ 27s] ... running 50-check-debuginfo [ 27s] ... testing for empty debuginfo packages [ 27s] ... running 50-check-filelist [ 27s] ... checking filelist [ 27s] ... running 50-check-gconf-scriptlets [ 28s] ... testing GConf scriptlet presence [ 28s] ... running 50-check-installtest [ 28s] ... testing for pre/postinstall scripts that are not idempotent [ 28s] Setting new service openSUSEindeterminate indeterminate [ 28s] Error occurred while adding service 'openSUSE'. [ 28s] postinstall script of openSUSE-repos-Tumbleweed-20220924.30f80ef-lp155.1.1.s390x.rpm failed [ 28s] ### VM INTERACTION START ### [ 28s] [ 24.397465][ T1] sysrq: Power Off [ 28s] [ 24.397956][ T111] reboot: Power down [ 29s] ### VM INTERACTION END ### [ 29s] [ 29s] s390zp24 failed "build openSUSE-repos.spec" at Sat Sep 24 13:07:20 UTC 2022. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1205009] New: Preserving priorities of existing package repositories during software upgrade in a Live system
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1205009 Bug ID: 1205009 Summary: Preserving priorities of existing package repositories during software upgrade in a Live system Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: All Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: Markus.Elfring(a)web.de QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Installation systems are offered by some ISO images. If a software upgrade was chosen, the existing package repositories can eventually be detected from the selected root file system. A (graphical) user interface is provided so far where the activation can be toggled for these repositories. It can happen that the repository configuration was mostly working before. Thus I would find it occasionally more helpful to reactivate such a configuration (instead of replacing it with an adjusted variant) for the next software upgrade attempt. How will the chances evolve to support such an installation system configuration option? -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1204937] New: "Stack smashing detected" in gnutls
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1204937 Bug ID: 1204937 Summary: "Stack smashing detected" in gnutls Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: S/390-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: ada.lovelace(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- gnutls can not be built on s390x at the moment. The error message is: [ 145s] make[4]: Leaving directory '/home/abuild/rpmbuild/BUILD/gnutls-3.7.7/lib' [ 145s] make[4]: Entering directory '/home/abuild/rpmbuild/BUILD/gnutls-3.7.7/lib' [ 145s] ./fipshmac > .libs/.gnutls.hmac-t && mv .libs/.gnutls.hmac-t .libs/.gnutls.hmac [ 145s] *** stack smashing detected ***: terminated [ 145s] /usr/bin/bash: line 1: 20445 Aborted ./fipshmac > .libs/.gnutls.hmac-t [ 145s] make[4]: *** [Makefile:3433: .libs/.gnutls.hmac] Error 134 [ 145s] make[4]: Leaving directory '/home/abuild/rpmbuild/BUILD/gnutls-3.7.7/lib' [ 145s] make[4]: *** Waiting for unfinished jobs.... [ 145s] make[4]: Entering directory '/home/abuild/rpmbuild/BUILD/gnutls-3.7.7/lib' [ 145s] /usr/bin/bash ../libtool --tag=CXX --mode=link g++ -I./includes -I./includes -O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -fPIE -no-undefined -version-info 30:0:0 -pie -Wl,-z,now -Wl,-z,relro -o libgnutlsxx.la -rpath /usr/lib64 libgnutlsxx_la-gnutlsxx.lo libgnutls.la [ 145s] libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib64/gcc/s390x-suse-linux/12/../../../../lib64/crti.o /usr/lib64/gcc/s390x-suse-linux/12/crtbeginS.o .libs/libgnutlsxx_la-gnutlsxx.o -Wl,-rpath -Wl,/home/abuild/rpmbuild/BUILD/gnutls-3.7.7/lib/.libs ./.libs/libgnutls.so -L/usr/lib64 -ljitterentropy -lz -lp11-kit -lidn2 -lunistring -lpthread -ldl -ltasn1 -lnettle -lhogweed -lgmp -L/usr/lib64/gcc/s390x-suse-linux/12 -L/usr/lib64/gcc/s390x-suse-linux/12/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib64/gcc/s390x-suse-linux/12/../../../../s390x-suse-linux/lib -L/usr/lib64/gcc/s390x-suse-linux/12/../../.. -lstdc++ -lm -lgcc_s -lc -lgcc_s /usr/lib64/gcc/s390x-suse-linux/12/crtendS.o /usr/lib64/gcc/s390x-suse-linux/12/../../../../lib64/crtn.o -O2 -g -m64 -fstack-protector -Wl,-z -Wl,now -Wl,-z -Wl,relro -Wl,-soname -Wl,libgnutlsxx.so.30 -o .libs/libgnutlsxx.so.30.0.0 [ 145s] libtool: link: (cd ".libs" && rm -f "libgnutlsxx.so.30" && ln -s "libgnutlsxx.so.30.0.0" "libgnutlsxx.so.30") [ 145s] libtool: link: (cd ".libs" && rm -f "libgnutlsxx.so" && ln -s "libgnutlsxx.so.30.0.0" "libgnutlsxx.so") [ 145s] libtool: link: ( cd ".libs" && rm -f "libgnutlsxx.la" && ln -s "../libgnutlsxx.la" "libgnutlsxx.la" ) [ 145s] make[4]: Leaving directory '/home/abuild/rpmbuild/BUILD/gnutls-3.7.7/lib' [ 145s] make[3]: *** [Makefile:2903: all-recursive] Error 1 [ 145s] make[2]: *** [Makefile:2507: all] Error 2 [ 145s] make[1]: *** [Makefile:2258: all-recursive] Error 1 [ 145s] make: *** [Makefile:2183: all] Error 2 https://build.opensuse.org/package/live_build_log/openSUSE:Factory:zSystems… From my point of view, the hint " *** stack smashing detected ***: terminated" is the problem. Therefore, we should have a buffer overflow. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1204020] New: TW 20221001 (or before?): Remmina SPICE plugin uses wrong libsoup version
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1204020 Bug ID: 1204020 Summary: TW 20221001 (or before?): Remmina SPICE plugin uses wrong libsoup version 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: Mathias.Homann(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- after upgrading to TW 20221001 from 20220913 i found that remmina would not start anymore unless the remmina spice protocol is uninstalled. When I run remmina from a shell I get this errormessage: remmina-Message: 21:36:17.241: Remmina does not log all output statements. Turn on more verbose output by using "G_MESSAGES_DEBUG=all" as an environment variable. More info available on the Remmina wiki at: https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging Load modules from /usr/lib64/remmina/plugins Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. (process:11278): libsoup-ERROR **: 21:36:17.258: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported. Trace/Breakpoint ausgel�st (Speicherabzug geschrieben) -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1204833] New: [Build 20221027] ovn: failure to ping between the two virtual interfaces
by bugzilla_noreply＠suse.com 07 Nov '22

07 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1204833 Bug ID: 1204833 Summary: [Build 20221027] ovn: failure to ping between the two virtual interfaces Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/2839268/modules/ovn/ steps/96 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: screening-team-bugs(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation Test description: # This test does the following # - Installs ovn # - Starts the required services # - Sets up a basic topology consisting of one logical switch and # two logical ports attached to it # - Makes use of network namespaces to test basic # connectivity between the ports openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_textmode@64bit fails in [ovn](https://openqa.opensuse.org/tests/2839268/modules/ovn/steps/96) ## Test suite description Maintainer: slindomansilla(a)suse.de. Mainly post-installation console extra tests. ## Reproducible Fails since (at least) Build [20210920](https://openqa.opensuse.org/tests/1930034) ## Expected result Last good: [20210920](https://openqa.opensuse.org/tests/1930033) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

1 2